- Sản phẩm›
- Cơ sở dữ liệu›
- Amazon MemoryDB
Câu hỏi thường gặp về Amazon MemoryDB
Thông tin chung
Amazon MemoryDB là gì?
Amazon MemoryDB là một dịch vụ cơ sở dữ liệu nằm trong bộ nhớ, bền bỉ, tương thích với Valkey và Redis OSS để mang lại hiệu năng siêu cao. MemoryDB cho phép bạn đạt được độ trễ đọc ở mức micrô giây, độ trễ ghi chỉ vài mili giây, thông lượng cao và có độ bền trên nhiều vùng sẵn sàng cho các ứng dụng hiện đại, như những ứng dụng được xây dựng bằng kiến trúc vi dịch vụ. Các ứng dụng này yêu cầu độ trễ thấp, khả năng điều chỉnh quy mô cao và sử dụng cấu trúc dữ liệu và API linh hoạt của Valkey và Redis OSS để giúp cho quá trình phát triển trở nên linh hoạt và dễ dàng. MemoryDB lưu trữ toàn bộ tập dữ liệu của bạn trong bộ nhớ và tận dụng bản ghi giao dịch phân tán để cung cấp cả tốc độ trong bộ nhớ và độ bền, tính nhất quán và khả năng phục hồi cho dữ liệu. Bạn có thể sử dụng MemoryDB như một cơ sở dữ liệu chính được quản lý toàn phần, cho phép bạn xây dựng các ứng dụng hiệu năng cao mà không cần phải quản lý riêng bộ nhớ đệm, cơ sở dữ liệu bền bỉ hoặc cơ sở hạ tầng cơ bản cần thiết. Với MemoryDB đa khu vực, bạn có thể dễ dàng và nhanh chóng xây dựng các ứng dụng ở nhiều Khu vực với độ sẵn sàng lên đến 99,999% và độ trễ đọc tính bằng micro giây và độ trễ ghi dưới 10 mili giây.
Làm thế nào để bắt đầu sử dụng MemoryDB?
Bạn có thể bắt đầu bằng cách tạo cụm MemoryDB mới bằng Bảng điều khiển quản lý AWS, Giao diện dòng lệnh (CLI) hoặc Bộ phát triển phần mềm (SDK). Để tạo cụm MemoryDB trong bảng điều khiển, đăng nhập và điều hướng đến Amazon MemoryDB. Từ đó, chọn “Bắt đầu”, sau đó chọn “Tạo cụm mới”. Để biết các bước chi tiết hơn và cách bắt đầu sử dụng CLI, vui lòng xem tài liệu về MemoryDB.
MemoryDB có tương thích với Valkey và Redis OSS không?
Có, MemoryDB duy trì khả năng tương thích với Valkey và Redis OSS và hỗ trợ cùng một tập hợp các loại dữ liệu, thông số và lệnh quen thuộc với bạn. Điều này có nghĩa là mã ứng dụng, máy khách và công cụ bạn đã sử dụng ngày hôm nay với Valkey và Redis OSS có thể được sử dụng với MemoryDB. MemoryDB hỗ trợ tất cả các loại dữ liệu Valkey và Redis OSS như chuỗi, danh sách, tập hợp, kiểu băm, tập hợp được sắp xếp, hyperloglogs, bitmap và luồng. Ngoài ra, MemoryDB hỗ trợ hơn 200 lệnh Valkey và Redis OSS, ngoại trừ các lệnh quản trị Valkey và Redis OSS vì MemoryDB quản lý cụm của bạn cho bạn.
MemoryDB hỗ trợ phiên bản Redis OSS nào?
Để biết thông tin về các phiên bản Redis OSS được hỗ trợ trong MemoryDB, vui lòng truy cập tài liệu về MemoryDB.
Cụm MemoryDB là gì?
Một cụm MemoryDB là một tập hợp gồm một hoặc nhiều nút phục vụ một tập dữ liệu duy nhất. Một tập dữ liệu MemoryDB được phân vùng thành các phân mảnh và mỗi phân mảnh có một nút chính và tối đa 5 nút bản sao tùy chọn. Một nút chính phục vụ các yêu cầu đọc và ghi, trong khi một nút bản sao chỉ phục vụ các yêu cầu đọc. Một nút chính có thể chuyển đổi dự phòng sang một nút bản sao, đưa bản sao đó lên làm nút chính mới cho phân mảnh đó. Để biết thêm thông tin, hãy truy cập vào tài liệu về MemoryDB.
So với Amazon ElastiCache, khi nào tôi nên sử dụng MemoryDB?
MemoryDB là một cơ sở dữ liệu nằm trong bộ nhớ, bền bỉ, dành cho khối lượng công việc đòi hỏi cơ sở dữ liệu chính phải tương thích với Valkey hoặc Redis OSS và có tốc độ cực nhanh. Bạn nên cân nhắc sử dụng MemoryDB nếu khối lượng công việc của bạn cần có cơ sở dữ liệu có độ bền cao, có khả năng cung cấp hiệu năng cực nhanh (đọc ở mức micrô giây và độ trễ ghi chỉ vài mili giây). MemoryDB cũng có thể phù hợp với trường hợp sử dụng của bạn nếu bạn muốn xây dựng một ứng dụng bằng cấu trúc dữ liệu và API của Valkey hoặc Redis OSS, có cơ sở dữ liệu chính có độ bền cao. Cuối cùng, bạn nên xem xét sử dụng MemoryDB để đơn giản hóa kiến trúc ứng dụng của bạn và giảm chi phí bằng cách thay thế việc sử dụng cơ sở dữ liệu bằng bộ nhớ đệm để đảm bảo độ bền và hiệu năng.
ElastiCache là một dịch vụ thường được sử dụng để lưu vào bộ nhớ đệm dữ liệu từ các cơ sở dữ liệu và kho dữ liệu khác bằng Valkey, Memcached hoặc Redis OSS. Bạn nên cân nhắc sử dụng ElastiCache để lưu vào bộ nhớ đệm khối lượng công việc trong trường hợp bạn muốn tăng tốc độ truy cập dữ liệu với cơ sở dữ liệu hoặc kho dữ liệu chính hiện có của bạn (hiệu năng đọc và ghi ở mức micrô giây). Bạn cũng nên cân nhắc sử dụng ElastiCache cho các trường hợp sử dụng mà bạn muốn sử dụng cấu trúc dữ liệu và API của Valkey hoặc Redis OSS để truy cập dữ liệu được lưu trữ trong cơ sở dữ liệu hoặc kho dữ liệu chính.
MemoryDB có độ sẵn sàng như thế nào?
Vui lòng tham khảo thỏa thuận mức dịch vụ (SLA).
Giới hạn và hạn mức dịch vụ hiện tại là gì?
Để biết các giới hạn và hạn mức hiện tại, hãy xem tài liệu về MemoryDB.
MemoryDB đa khu vực
Amazon MemoryDB đa khu vực là gì?
Amazon MemoryDB đa khu vực là cơ sở dữ liệu đa Khu vực, chủ động – chủ động, được quản lý toàn phần, cho phép bạn xây dựng các ứng dụng có độ sẵn sàng lên đến 99,999%, cùng với độ trễ đọc tính bằng micro giây và độ trễ ghi dưới 10 mili giây. MemoryDB đa khu vực cung cấp khả năng dự phòng dữ liệu trên nhiều Khu vực AWS, do đó bạn có thể cải thiện độ sẵn sàng và khả năng phục hồi của các ứng dụng đa Khu vực của mình, ngay cả khi quá trình xử lý ứng dụng bị gián đoạn trong một Khu vực và không thể kết nối với điểm cuối MemoryDB của Khu vực đó. MemoryDB đa khu vực cung cấp tính năng sao chép chủ động – chủ động để bạn có thể phân phối các lệnh đọc và ghi cục bộ từ Khu vực gần khách hàng nhất với độ trễ đọc tính bằng micro giây và độ trễ ghi chưa đến 10 mili giây. Dịch vụ này sao chép không đồng bộ dữ liệu giữa các Khu vực và dữ liệu thường được truyền trong vòng một giây. MemoryDB đa khu vực tự động giải quyết các xung đột cập nhật và khắc phục các vấn đề về sai lệch dữ liệu, để bạn có thể tập trung vào ứng dụng của mình.
Khi nào tôi nên sử dụng MemoryDB đa khu vực?
Bạn nên sử dụng MemoryDB đa khu vực nếu bạn đang tìm cách xây dựng các ứng dụng cần độ sẵn sàng cao nhất, tăng khả năng phục hồi và cải thiện tính liên tục cho kinh doanh. MemoryDB đa khu vực cũng có thể được sử dụng nếu bạn đang muốn xây dựng và chạy các ứng dụng đa Khu vực đòi hỏi thời gian phản hồi nhanh ở bất cứ đâu trên thế giới.
MemoryDB hoạt động như thế nào?
Khi sử dụng MemoryDB đa khu vực, MemoryDB sẽ sao chép dữ liệu trên các cụm khu vực trong một cấu hình gọi là cụm đa Khu vực. Khi dữ liệu được ghi vào bất kỳ cụm khu vực nào trong cụm đa Khu vực, MemoryDB sẽ sao chép dữ liệu đó vào tất cả các cụm khu vực khác một cách tự động và không đồng bộ, thường trong vòng một giây, mà không ảnh hưởng đến hiệu năng ứng dụng của bạn. MemoryDB đa khu vực tự động giải quyết các xung đột cập nhật và khắc phục các vấn đề về sai lệch dữ liệu. Quá trình giải quyết xung đột được quản lý toàn phần và xảy ra trong nền mà không ảnh hưởng đến độ sẵn sàng của ứng dụng.
Làm cách nào để bắt đầu sử dụng MemoryDB đa khu vực?
Để bắt đầu sử dụng MemoryDB đa khu vực, bạn tạo cụm đa Khu vực mới và cụm khu vực tại một trong các Khu vực AWS mong muốn bằng bảng điều khiển AWS, AWS SDK hoặc CLI. Sau khi tạo cụm khu vực đầu tiên, bạn có thể thêm tối đa bốn Khu vực khác vào cụm đa Khu vực. Khi dữ liệu được ghi vào bất kỳ cụm khu vực nào, MemoryDB đa khu vực sẽ tự động sao chép dữ liệu đó đến tất cả các cụm khu vực khác trong cụm đa Khu vực, thường là trong vòng một giây. Nếu bạn hiện đang sử dụng MemoryDB, bạn có thể chụp ảnh nhanh cụm của mình và sử dụng ảnh chụp để tạo ra một cụm đa Khu vực và cụm khu vực mới.
Tôi có thể thêm và xóa các cụm khu vực khỏi cụm MemoryDB đa khu vực không?
Bạn có thể thêm cụm khu vực mới vào cụm MemoryDB đa khu vực bằng cách tạo cụm khu vực trong Khu vực AWS tương ứng. Tuy nhiên, bạn không thể thêm cụm MemoryDB hiện có vào cụm MemoryDB đa khu vực hiện có. Bạn chỉ có thể tạo một cụm khu vực mới hoặc loại bỏ một cụm khu vực hiện có khỏi cụm MemoryDB đa khu vực. Khi bạn loại bỏ một cụm khu vực, MemoryDB đa khu vực sẽ xóa cụm trong Khu vực cụ thể đó trong khi vẫn duy trì cụm MemoryDB đa khu vực. Khách hàng có thể chọn thêm nhiều cụm khu vực hơn trong cùng một cụm MemoryDB đa khu vực sau này.
MemoryDB đa khu vực cung cấp ngữ nghĩa nhất quán nào?
MemoryDB đa khu vực cung cấp tính nhất quán cuối vì tính năng này thực hiện sao chép không đồng bộ, giúp duy trì tốc độ trong bộ nhớ. Bất kỳ bản cập nhật nào được thực hiện cho một khóa trong một trong các cụm khu vực của MemoryDB đa khu vực đều được truyền đến các cụm khu vực khác một cách không đồng bộ trong cụm MemoryDB đa khu vực, thường trong vòng chưa đầy một giây.
Xung đột được giải quyết như thế nào trong MemoryDB đa khu vực?
MemoryDB đa khu vực sử dụng Kiểu dữ liệu sao chép không xung đột (CRDT) để hòa giải giữa các thao tác ghi đồng thời đang xảy ra xung đột. CRDT là một cấu trúc dữ liệu có thể được cập nhật độc lập và đồng thời mà không cần sự phối hợp. Xung đột ghi–trình ghi được hợp nhất độc lập trên mỗi bản sao với tính nhất quán cuối.
MemoryDB đa khu vực sẽ làm gì nếu ứng dụng không thể kết nối với điểm cuối?
Nếu một Khu vực bị cô lập hoặc xuống cấp, MemoryDB đa khu vực sẽ theo dõi bất kỳ thao tác ghi nào mà Khu vực đó đã thực hiện nhưng chưa được truyền đến tất cả các cụm khu vực. Khi Khu vực hoạt động trở lại, MemoryDB đa khu vực sẽ tiếp tục truyền mọi thao tác ghi đang chờ xử lý từ Khu vực đó sang các cụm khu vực trong các Khu vực khác. MemoryDB đa khu vực cũng tiếp tục truyền các thao tác ghi từ các cụm khu vực khác đến Khu vực hiện đã hoạt động trở lại. Cuối cùng, MemoryDB đa khu vực truyền tất cả các thao tác ghi thành công trước đó, bất kể Khu vực bị cô lập bao lâu. Xung đột có thể phát sinh nếu các ứng dụng của bạn cập nhật cùng một khóa ở các Khu vực khác nhau khoảng cùng một lúc. MemoryDB đa khu vực sử dụng hòa giải Kiểu dữ liệu sao chép không xung đột (CRDT) giữa các bản cập nhật đồng thời. Quá trình giải quyết xung đột được quản lý toàn phần và xảy ra trong nền mà không ảnh hưởng đến độ sẵn sàng của ứng dụng.
Hiệu năng và độ bền
Tôi có thể đạt được độ trễ và thông lượng nào với MemoryDB?
Thông lượng và độ trễ của MemoryDB thay đổi dựa trên loại nút, kích thước phần dữ liệu truyền tải và số lượng kết nối với máy khách. MemoryDB cung cấp độ trễ đọc ở mức micrô giây, độ trễ ghi và độ trễ đọc sau khi ghi trên nút chính cho một phân mảnh cụm ở mức chỉ vài mili giây. MemoryDB có thể hỗ trợ tối đa 390.000 yêu cầu đọc và 100.000 ghi mỗi giây và tối đa 1,3 GB/giây thông lượng đọc và 100 MB/giây thông lượng ghi trên mỗi nút (dựa trên quá trình kiểm thử nội bộ trên khối lượng công việc chỉ đọc và chỉ ghi). Một cụm MemoryDB phân mảnh dữ liệu trên một hoặc nhiều nút, cho phép bạn thêm nhiều phân mảnh hoặc bản sao vào cụm của mình để tăng thông lượng tổng hợp.
Làm thế nào để MemoryDB lưu trữ một cách bền bỉ dữ liệu của tôi?
MemoryDB lưu trữ toàn bộ tập dữ liệu của bạn trong bộ nhớ và sử dụng bản ghi giao dịch phân tán trên nhiều vùng sẵn sàng để mang lại độ bền, tính nhất quán và khả năng phục hồi cho dữ liệu. Bằng cách lưu trữ dữ liệu trên nhiều Vùng sẵn sàng, MemoryDB có thể nhanh chóng khôi phục và khởi động lại cơ sở dữ liệu. Bằng cách lưu trữ dữ liệu trong bộ nhớ, MemoryDB có thể mang lại hiệu năng cực nhanh và thông lượng cao.
Độ bền của MemoryDB hoạt động khác với tệp chỉ nối thêm (AOF) của Valkey và Redis OSS như thế nào?
MemoryDB tận dụng bản ghi giao dịch phân tán để lưu trữ dữ liệu một cách bền bỉ. Bằng cách lưu trữ dữ liệu trên nhiều Vùng sẵn sàng, MemoryDB có thể nhanh chóng khôi phục và khởi động lại cơ sở dữ liệu. Ngoài ra, MemoryDB cung cấp tính nhất quán cuối cho các nút bản sao và thao tác đọc nhất quán trên các nút chính.
Valkey và Redis OSS bao gồm tính năng tệp chỉ nối thêm (AOF) tùy chọn, giúp lưu giữ dữ liệu trong một tệp trên đĩa của nút chính để đảm bảo độ bền. Tuy nhiên, vì AOF lưu trữ dữ liệu cục bộ ở các nút chính trong một vùng sẵn sàng duy nhất nên tồn tại rủi ro mất dữ liệu. Ngoài ra, trong trường hợp nút bị lỗi, tồn tại những rủi ro về sự cố nhất quán với các bản sao.
MemoryDB có hỗ trợ độ sẵn sàng cao không?
Có, MemoryDB có hỗ trợ độ sẵn sàng cao. Bạn có thể tạo một cụm MemoryDB với độ sẵn sàng trên nhiều vùng sẵn sàng với tối đa 5 bản sao trong các Vùng sẵn sàng khác nhau. Khi xảy ra lỗi trên một nút chính, MemoryDB sẽ tự động chuyển đổi dự phòng và đưa ra một trong các bản sao lên làm nút chính mới và điều hướng lưu lượng truy cập đến nút đó. Ngoài ra, MemoryDB sử dụng bản ghi giao dịch phân tán để đảm bảo dữ liệu trên bản sao được cập nhật, ngay cả trong trường hợp xảy ra lỗi ở nút chính. Quá trình chuyển đổi dự phòng thường diễn ra trong vòng dưới 20 giây trong trường hợp ngừng hoạt động bất ngờ và thường dưới 200 mili giây trong trường hợp ngừng hoạt động theo kế hoạch.
MemoryDB sử dụng bản ghi giao dịch phân tán để lưu trữ một cách bền bỉ dữ liệu được ghi vào cơ sở dữ liệu của bạn trong quá trình khôi phục cơ sở dữ liệu, khởi động lại, chuyển đổi dự phòng và nhất quán toàn bộ giữa các bản chính và bản sao.
Tính nhất quán của MemoryDB khác với Valkey và Redis OSS như thế nào?
Valkey và Redis OSS cho phép giá trị ghi và giá trị đọc nhất quán cập nhật trên nút chính của mỗi phân mảnh và cuối cùng là các giá trị đọc nhất quán toàn bộ từ các bản sao chỉ có quyền đọc. Các thuộc tính nhất quán này không được đảm bảo nếu một nút chính bị lỗi, vì các thao tác ghi có thể bị mất trong quá trình chuyển đổi dự phòng và do đó vi phạm mô hình nhất quán.
Mô hình nhất quán của MemoryDB tương tự như Valkey và Redis OSS. Tuy nhiên, trong MemoryDB, dữ liệu không bị mất trong quá trình chuyển đổi dự phòng, cho phép khách hàng đọc các thao tác ghi của họ từ các bản chính, kể cả khi nút bị lỗi. Chỉ dữ liệu được lưu giữ thành công trong bản ghi giao dịch nhiều vùng sẵn sàng mới được hiển thị. Các nút bản sao vẫn nhất quán toàn bộ và các chỉ số độ trễ được công bố trên Amazon CloudWatch.
Hiệu năng của MemoryDB khác biệt như thế nào so với Valkey và Redis OSS?
Với MemoryDB phiên bản 7.0 dành cho Redis OSS, chúng tôi đã giới thiệu tính năng ghép kênh IO tăng cường, mang đến thêm những cải tiến về thông lượng và độ trễ ở quy mô lớn. MemoryDB phiên bản 7.2 dành cho Valkey cũng hỗ trợ ghép kênh IO tăng cường. Tính năng ghép kênh I/O tăng cường là một lựa chọn lý tưởng dành cho khối lượng công việc phụ thuộc vào thông lượng và có nhiều kết nối máy khách, đồng thời những lợi ích của tính năng này cũng thay đổi quy mô theo việc chạy đồng thời khối lượng công việc. Ví dụ: khi sử dụng nút r6g.4xlarge và chạy 5200 máy khách đồng thời, bạn có thể tăng đến 46% thông lượng (thao tác đọc và ghi mỗi giây) và giảm đến 21% độ trễ P99 so với MemoryDB phiên bản 6 dành cho Redis OSS. Đối với các loại khối lượng công việc này, việc xử lý I/O mạng của nút có thể trở thành một yếu tố hạn chế trong khả năng điều chỉnh quy mô. Với tính năng ghép kênh IO tăng cường, mỗi luồng IO mạng chuyên dụng sẽ dẫn các lệnh từ nhiều máy khách vào công cụ MemoryDB, tận dụng khả năng xử lý hiệu quả các lệnh theo lô của công cụ này.
Để biết thêm thông tin, hãy xem tài liệu.
Tải nhập và truy vấn dữ liệu
Làm cách nào để ghi dữ liệu và đọc dữ liệu từ MemoryDB?
Để ghi dữ liệu và đọc dữ liệu từ cụm MemoryDB của bạn, hãy sử dụng một trong các máy khách Valkey hoặc Redis OSS được hỗ trợ để kết nối với cụm của mình. Để tìm hiểu danh sách các máy khách Valkey hoặc Redis OSS được hỗ trợ, vui lòng xem tài liệu về Valkey hoặc Redis OSS. Để tìm hiểu hướng dẫn về cách kết nối với cụm MemoryDB của bạn bằng máy khách Valkey hoặc Redis OSS, hãy xem tài liệu về MemoryDB. Valkey có thể làm việc với các máy khách Redis OSS hiện có nên bạn không cần phải thay đổi máy khách khi bạn chuyển từ Redis OSS sang Valkey.
Phần cứng, điều chỉnh quy mô và bảo trì
Cụm lớn nhất tôi có thể tạo với MemoryDB là gì?
Bạn tạo một cụm MemoryDB với tối đa 500 nút. Điều này mang lại dung lượng lưu trữ cho bộ nhớ tối đa là xấp xỉ 100 TB, giả sử bạn có 250 nút chính, mỗi nút có một bản sao để đạt đỗ sẵn sàng cao (tổng cộng 500 nút).
Tôi có thể thay đổi kích thước cụm MemoryDB của mình không?
Có, bạn có thể thay đổi kích thước cụm MemoryDB của mình theo chiều ngang và chiều dọc. Bạn có thể điều chỉnh quy mô cụm theo chiều ngang bằng cách thêm hoặc loại bỏ các nút. Bạn có thể chọn thêm các phân mảnh để phân tán tập dữ liệu của mình trên nhiều mảnh hơn và bạn có thể thêm các nút bản sao bổ sung vào mỗi mảnh để tăng độ sẵn sàng và thông lượng đọc. Bạn cũng có thể loại bỏ các phân mảnh và bản sao để thu hẹp quy mô trong cụm của bạn. Ngoài ra, bạn có thể điều chỉnh quy mô cụm theo chiều dọc bằng cách thay đổi loại nút, giúp thay đổi tài nguyên bộ nhớ và CPU của bạn trên mỗi nút. Trong các hoạt động thay đổi kích thước theo chiều ngang và dọc, cụm của bạn vẫn sẽ ở trạng thái trực tuyến và phục vụ các yêu cầu đọc và ghi.
Làm cách nào để cập nhật cụm MemoryDB của tôi?
MemoryDB giúp dễ dàng bảo trì và cập nhật cụm của bạn và cung cấp hai quy trình khác nhau để bảo trì cụm. Đầu tiên, đối với một số bản cập nhật bắt buộc, MemoryDB sẽ tự động vá cụm của bạn trong các khoảng thời gian bảo trì mà bạn chỉ định. Thứ hai, đối với một số bản cập nhật, MemoryDB sử dụng các bản cập nhật dịch vụ mà bạn có thể áp dụng bất cứ lúc nào hoặc lên lịch áp dụng trong một khoảng thời gian bảo trì trong tương lai. Một số bản cập nhật dịch vụ được tự động lên lịch trong khoảng thời gian bảo trì sau một ngày nhất định. Các bản cập nhật cụm giúp tăng cường tính bảo mật, độ tin cậy và hiệu năng hoạt động của các cụm của bạn, đồng thời giúp cụm của bạn duy trì trạng thái trực tuyến và phục vụ các yêu cầu đọc và ghi. Để biết thêm thông tin về bảo trì cụm, hãy xem tài liệu về MemoryDB.
Sao lưu và phục hồi
Tôi có thể sao lưu cụm MemoryDB của mình không?
Có, bạn tạo ảnh chụp nhanh để sao lưu dữ liệu và siêu dữ liệu của cụm MemoryDB. Bạn có thể tạo ảnh chụp nhanh theo cách thủ công hoặc bạn có thể sử dụng trình lập lịch ảnh chụp nhanh tự động của MemoryDB để tạo ảnh chụp ảnh mới mỗi ngày tại thời điểm bạn chỉ định. Bạn có thể chọn giữ lại ảnh chụp nhanh của mình trong tối đa 35 ngày sau khi tạo và MemoryDB. Ảnh chụp nhanh được lưu trữ trong Amazon S3 được thiết kế cho để đạt độ bền 99,999999999% (11 số 9). Ngoài ra, bạn có thể chọn tạo ảnh chụp nhanh cuối cùng của cụm khi bạn xóa cụm. Hơn nữa, bạn có thể xuất ảnh chụp nhanh MemoryDB từ dịch vụ sang vùng lưu trữ Amazon S3 của mình. Để biết thêm thông tin về ảnh chụp nhanh, hãy xem tài liệu về MemoryDB.
Tôi có thể khôi phục cụm MemoryDB của mình từ ảnh chụp nhanh không?
Có, bạn có thể khôi phục cụm MemoryDB của mình từ ảnh chụp nhanh khi tạo cụm MemoryDB mới.
Tôi có thể khôi phục cụm MemoryDB của mình từ tệp Redis OSS RDB không?
Có, bạn có thể khôi phục cụm MemoryDB của mình từ tệp RDB của Valkey hoặc Redis OSS. Bạn có thể chỉ định tệp RDB để khôi phục khi tạo cụm MemoryDB mới.
Tôi có thể di chuyển dữ liệu từ ElastiCache sang cụm MemoryDB của tôi không?
Có, bạn có thể di chuyển dữ liệu từ ElastiCache sang MemoryDB. Đầu tiên, tạo ảnh chụp nhanh cụm ElastiCache của bạn và xuất vào vùng lưu trữ S3 của bạn. Tiếp theo, tạo một cụm MemoryDB mới và chỉ định bản sao lưu để khôi phục. MemoryDB sẽ tạo một cụm mới với dữ liệu và siêu dữ liệu Valkey hoặc Redis OSS từ ảnh chụp nhanh. Để biết thêm thông tin về việc di chuyển dữ liệu từ ElastiCache sang MemoryDB, hãy xem tài liệu về MemoryDB.
Chỉ số
MemoryDB có cung cấp các chỉ số hoạt động và hiệu năng cho cụm của tôi không?
Có, MemoryDB cung cấp các chỉ số hoạt động và hiệu năng cho cụm của bạn. MemoryDB có hơn 30 chỉ số CloudWatch và bạn có thể xem các chỉ số này trong bảng điều khiển MemoryDB. Để biết thêm thông tin về chỉ số CloudWatch và MemoryDB, hãy xem tài liệu về MemoryDB.
Bảo mật và tuân thủ
MemoryDB có mã hóa dữ liệu của tôi không?
Có, MemoryDB hỗ trợ mã hóa cả dữ liệu đang được lưu trữ và đang được truyền. Để mã hóa dữ liệu đang được lưu trữ, bạn có thể sử dụng khóa được khách hàng quản lý (CMK) của Dịch vụ quản lý khóa của AWS hoặc khóa do MemoryDB cung cấp. Với các phiên bản Graviton2 cho cụm MemoryDB của bạn, dữ liệu của bạn được mã hóa trong bộ nhớ bằng cách sử dụng mã hóa DRAM 256 bit luôn bật.
Làm cách nào để cấu hình quá trình xác thực và ủy quyền cho cụm MemoryDB của tôi?
MemoryDB sử dụng Danh sách kiểm soát truy cập (ACL) để kiểm soát cả quá trình xác thực và ủy quyền cho cụm của bạn. ACL cho phép bạn xác định các quyền khác nhau cho những người dùng khác nhau trong cùng một cụm. ACL là một tập hợp gồm một hoặc nhiều người dùng. Mỗi người dùng có một chuỗi mật khẩu và quyền truy cập, được sử dụng để ủy quyền truy cập vào các dữ liệu và lệnh. Để tìm hiểu thêm về ACL trong MemoryDB, hãy xem tài liệu về MemoryDB.
Tôi có thể sử dụng MemoryDB trong VPC không?
Có, tất cả các cụm MemoryDB phải được khởi chạy trong VPC.
MemoryDB có thể sẵn sàng đáp ứng chứng nhận tuân thủ nào?
Chúng tôi sẽ tiếp tục hỗ trợ nhiều chứng nhận tuân thủ hơn. Xem tại đây để biết thông tin về sẵn sàng tuân thủ mới nhất.
Tôi có thể lấy lịch sử tất cả những lệnh gọi API Amazon MemoryDB được thực hiện trên tài khoản của mình để phục vụ mục đích phân tích bảo mật và khắc phục sự cố hoạt động không?
Có. Để nhận lịch sử về tất cả các lệnh gọi API Amazon MemoryDB được thực hiện trên tài khoản của bạn, bạn chỉ cần bật CloudTrail trên Bảng điều khiển quản lý AWS. Để biết thêm thông tin, vui lòng truy cập trang chủ CloudTrail.
Tối ưu hóa chi phí
Cơ chế phân bậc dữ liệu cho Amazon MemoryDB là gì?
Cơ chế phân bậc dữ liệu cho Amazon MemoryDB là một tùy chọn mới về tỷ lệ giá/hiệu năng cho MemoryDB và sẽ tự động di chuyển dữ liệu ít truy cập hơn từ bộ nhớ sang ổ đĩa trạng thái rắn (SSD) gắn cục bộ có hiệu năng cao. Cơ chế phân bậc dữ liệu tăng dung lượng, đơn giản hóa việc quản lý cụm và cải thiện tổng chi phí sở hữu (TCO) cho MemoryDB.
Tại sao tôi nên sử dụng cơ chế phân bậc dữ liệu cho Amazon MemoryDB?
Bạn nên sử dụng cơ chế phân bậc dữ liệu khi bạn cần có một cách dễ dàng hơn và tiết kiệm hơn để điều chỉnh quy mô dung lượng dữ liệu cho các cụm MemoryDB mà không làm mất đi độ sẵn sàng của ứng dụng. Cơ chế phân bậc dữ liệu phù hợp với khối lượng công việc thường xuyên sử dụng tối đa 20% dữ liệu của chúng và với các ứng dụng có thể chịu được độ trễ tăng thêm khi lần đầu tiên cần tới một mục ít được truy cập hơn. Sử dụng cơ chế phân bậc dữ liệu với các nút R6gd có tổng dung lượng lớn hơn gấp gần 5 lần (bộ nhớ + SSD) có thể giúp bạn tiết kiệm hơn 60% chi phí lưu trữ khi chạy ở mức sử dụng tối đa so với các nút R6g (chỉ có bộ nhớ). Giả sử trường hợp giá trị Chuỗi 500 byte, bạn thường có thể dự kiến rằng sẽ độ trễ sẽ tăng thêm 450µs đối với các yêu cầu đọc dữ liệu được lưu trữ trên SSD so với các yêu cầu đọc dữ liệu trong bộ nhớ.
Cơ chế phân bậc dữ liệu cho Amazon MemoryDB hoạt động như thế nào?
Cơ chế phân bậc dữ liệu hoạt động bằng cách sử dụng ổ lưu trữ SSD trong các nút cụm khi cạn kiệt dung lượng bộ nhớ sẵn có. Khi sử dụng các nút cụm có ổ lưu trữ SSD, cơ chế phân bậc dữ liệu sẽ tự động bật và MemoryDB sẽ quản lý vị trí dữ liệu, di chuyển một cách minh bạch các mục giữa bộ nhớ và đĩa bằng chính sách gần đây ít được dùng nhất (LRU). Khi đã sử dụng hết bộ nhớ, MemoryDB sẽ tự động phát hiện những mục nào gần đây ít được dùng nhất và di chuyển giá trị của chúng sang đĩa, giúp tối ưu hóa chi phí. Khi một ứng dụng cần truy xuất một mục từ đĩa, MemoryDB sẽ di chuyển một cách minh bạch giá trị của mục đó vào bộ nhớ trước khi phục vụ yêu cầu, chỉ tác động tối thiểu đến hiệu năng.
Làm cách nào để bắt đầu sử dụng cơ chế phân bậc dữ liệu cho Amazon MemoryDB?
Để bắt đầu, hãy tạo một cụm MemoryDB mới bằng cách sử dụng các phiên bản tối ưu hóa bộ nhớ với bộ xử lý AWS Graviton2 dựa trên ARM và SSD NVMe (R6gd). Sau đó, bạn có thể di chuyển dữ liệu từ một cụm hiện có bằng cách nhập ảnh chụp nhanh.
Chi phí phân bậc dữ liệu Amazon MemoryDB là bao nhiêu?
Các nút R6gd với cơ chế phân bậc dữ liệu được tính toán dựa trên mỗi phiên bản-giờ được tiêu thụ. Bạn cũng trả phí cho dữ liệu được ghi khi sử dụng R6gd, tương tự như các loại nút MemoryDB khác. Để biết thêm chi tiết, hãy xem trang định giá MemoryDB.
Nút đặt trước cho Amazon MemoryDB là gì?
Để bắt đầu, hãy tạo một cụm MemoryDB mới bằng cách sử dụng các phiên bản tối ưu hóa bộ nhớ với bộ xử lý AWS Graviton2 dựa trên ARM và SSD NVMe (R6gd). Sau đó, bạn có thể di chuyển dữ liệu từ một cụm hiện có bằng cách nhập ảnh chụp nhanh.
Kích thước của một nút đặt trước cho Amazon MemoryDB linh hoạt như thế nào?
Các nút đặt trước MemoryDB đem lại tính linh hoạt về kích thước trong một hệ thống nút và Khu vực AWS. Điều này có nghĩa là mức giá chiết khấu cho nút đặt trước sẽ tự động áp dụng cho tất cả các kích thước trong cùng một hệ thống nút. Ví dụ: nếu bạn mua nút đặt trước r6g.xlarge và cần điều chỉnh quy mô sang nút lớn hơn là r6g.2xlarge, mức chiết khấu cho nút đặt trước của bạn sẽ tự động áp dụng cho 50% mức sử dụng nút r6g.2xlarge trong cùng một Khu vực AWS. Tính linh hoạt về kích thước sẽ giảm thời gian bạn cần bỏ ra để quản lý các nút đặt trước của mình và vì bạn không còn bị ràng buộc với kích thước nút cơ sở dữ liệu cụ thể, bạn có thể tận dụng tối đa chiết khấu của mình ngay cả khi nhu cầu dung lượng của bạn thay đổi.
Các nút đặt trước cho Amazon MemoryDB có giá bao nhiêu?
Giá nút đặt trước cho MemoryDB dựa vào loại nút, thời hạn (một hoặc ba năm), tùy chọn thanh toán (Không trả trước, Trả trước một phần, Trả trước toàn bộ) và Khu vực AWS. Xin lưu ý rằng giá nút đặt trước không bao gồm chi phí dữ liệu được ghi hoặc Lưu trữ ảnh chụp nhanh. Để biết thêm chi tiết, hãy xem trang định giá MemoryDB.
Các hệ thống nút nào được hỗ trợ với các nút đặt trước cho Amazon MemoryDB?
MemoryDB cung cấp các nút đặt trước cho các nút R6g, R7g và R6gd (với khả năng phân bậc dữ liệu) tối ưu hóa bộ nhớ.
Tìm kiếm véc-tơ
Tìm kiếm theo véc-tơ cho Amazon MemoryDB là gì?
Tìm kiếm theo véc-tơ cho MemoryDB hỗ trợ lưu trữ hàng triệu véc-tơ, với khả năng truy vấn trong chỉ vài mili giây và thời gian phản hồi cập nhật, đồng thời đạt được hơn 99% tỷ lệ gọi lại. Tìm kiếm theo véc-tơ cho MemoryDB có thể lưu trữ các véc-tơ mà bạn tạo ra từ các dịch vụ như Amazon Bedrock và Amazon SageMaker.
Tại sao tôi nên sử dụng tìm kiếm theo véc-tơ dành cho Amazon MemoryDB?
Bạn nên sử dụng tìm kiếm theo véc-tơ cho MemoryDB khi xây dựng các ứng dụng trí tuệ nhân tạo và máy học (AI/ML) tốc độ cao bằng API MemoryDB. Tìm kiếm theo véc-tơ cho MemoryDB rất phù hợp để sử dụng trong các trường hợp mà hiệu năng đỉnh là tiêu chí lựa chọn quan trọng nhất. Tính đến ngày 26 tháng 6 năm 2024, Amazon MemoryDB mang lại hiệu năng tìm kiếm theo véc-tơ nhanh nhất với tỷ lệ tìm ra kết quả liên quan cao nhất trong số các cơ sở dữ liệu véc-tơ phổ biến trên AWS. Bạn có thể sử dụng tìm kiếm theo véc-tơ cho MemoryDB để hỗ trợ cho các trường hợp sử dụng ML và AI tạo sinh như Tạo có kết hợp truy xuất thông tin ngoài (RAG), phát hiện điểm bất thường (gian lận), công cụ đề xuất thời gian thực và truy xuất tài liệu.
Khi cấu hình một ứng dụng dựa trên AI/ML thiên về tốc độ, ứng dụng này có thể đưa ra các phản hồi có chất lượng kém hơn khi đo lường bằng tỷ lệ tìm ra kết quả liên quan. Tìm kiếm theo véc-tơ cho MemoryDB cung cấp thông lượng cao nhất với khả năng truy vấn trong chỉ vài mili giây và cập nhật thời gian phản hồi mà không ảnh hưởng đến việc gọi lại bằng cách lưu trữ các véc-tơ trong bộ nhớ.
Tìm kiếm theo véc-tơ cho Amazon MemoryDB hoạt động như thế nào?
Với tìm kiếm theo véc-tơ, bạn có thể lưu trữ, lập chỉ mục, truy xuất và tìm kiếm các phần nhúng véc-tơ trong MemoryDB cùng với dữ liệu của bạn. Đầu tiên, bạn tạo phần nhúng véc-tơ trực tiếp thông qua các mô hình nhúng như Phần nhúng Amazon Titan hoặc thông qua các dịch vụ được quản lý như Amazon Bedrock. Sau đó, bạn tải các phần nhúng vào MemoryDB sau khi khởi tạo chỉ mục véc-tơ của bạn bằng cách sử dụng API mặt phẳng dữ liệu MemoryDB. MemoryDB lưu trữ các phần nhúng véc-tơ dưới dạng dữ liệu JSON hoặc kiểu băm.
Khi được tải, MemoryDB xây dựng chỉ mục với các phần nhúng véc-tơ của bạn. Khi bạn tải dữ liệu mới, cập nhật dữ liệu hiện có hoặc xóa dữ liệu, luồng MemoryDB chỉ tốn vài mili giây để cập nhật lên chỉ mục véc-tơ. MemoryDB hỗ trợ truy vấn tìm kiếm hiệu quả, lọc trước và nhiều chỉ số khoảng cách (cosin, tích vô hướng và Euclid). Để biết thêm thông tin về cách sử dụng tìm kiếm theo véc-tơ cho MemoryDB, hãy xem tài liệu.
Chi phí liên quan đến việc sử dụng tìm kiếm theo véc-tơ dành cho Amazon MemoryDB là bao nhiêu?
Bạn không tốn thêm phí khi sử dụng tìm kiếm theo véc-tơ dành cho Amazon MemoryDB. Truy cập trang định giá MemoryDB để tìm hiểu thêm.