Câu hỏi thường gặp về Amazon ElastiCache

ElastiCache phi máy chủ là một tùy chọn phi máy chủ cho phép bạn bắt đầu với bộ nhớ đệm trong vòng chưa đầy một phút mà không cần cung cấp cơ sở hạ tầng hoặc lập kế hoạch nguồn lực. ElastiCache phi máy chủ loại bỏ nhu cầu lập kế hoạch nguồn lực tốn thời gian bằng cách liên tục giám sát mức sử dụng điện toán, bộ nhớ và mạng của bộ nhớ đệm, từ đó có thể điều chỉnh quy mô ngay lập tức để đáp ứng nhu cầu mà không gây ra thời gian ngừng hoạt động hoặc suy giảm hiệu năng. ElastiCache phi máy chủ tự động sao chép dữ liệu trên nhiều Vùng sẵn sàng (AZ) và cung cấp cho khách hàng thỏa thuận mức dịch vụ (SLA) có độ sẵn sàng ở mức 99,99% cho mỗi bộ nhớ đệm. Với ElastiCache phi máy chủ, bạn chỉ trả tiền cho dữ liệu bạn lưu trữ và tài nguyên điện toán mà ứng dụng của bạn sử dụng. Để bắt đầu, hãy tạo bộ nhớ đệm ElastiCache phi máy chủ chỉ trong vài bước bằng cách chỉ định tên bộ nhớ đệm bằng Bảng điều khiển, Bộ phát triển phần mềm (SDK) ElastiCache hoặc Giao diện dòng lệnh AWS (AWS CLI).

Bạn có thể di chuyển khối lượng công việc ElastiCache hiện có bằng cách thay đổi điểm cuối Valkey, Memcached hoặc Redis OSS sang điểm cuối bộ nhớ đệm ElastiCache phi máy chủ mới trong ứng dụng của bạn. Bạn có thể di chuyển dữ liệu ElastiCache hiện có sang ElastiCache phi máy chủ bằng cách chỉ định vị trí Dịch vụ lưu trữ đơn giản của Amazon (Amazon S3) của tệp sao lưu. Truy cập tài liệu về ElastiCache phi máy chủ của chúng tôi để tìm hiểu thêm về việc di chuyển khối lượng công việc của bạn.

ElastiCache phi máy chủ hỗ trợ Valkey 7.2, Memcached phiên bản 1.6.21 và Redis OSS phiên bản 7.0 trở lên.

ElastiCache phi máy chủ liên tục giám sát mức sử dụng bộ nhớ, điện toán và mạng của bộ nhớ đệm để điều chỉnh quy mô tức thì. ElastiCache phi máy chủ điều chỉnh quy mô mà không gây ra thời gian ngừng hoạt động hoặc suy giảm hiệu năng cho ứng dụng bằng cách cho phép bộ nhớ đệm tăng quy mô theo tài nguyên và khởi tạo tăng quy mô theo phiên bản song song, để kịp thời đáp ứng các yêu cầu của ứng dụng. Truy cập tài liệu về ElastiCache phi máy chủ của chúng tôi để tìm hiểu thêm về việc điều chỉnh quy mô.

ElastiCache phi máy chủ tự động lưu trữ dữ liệu dự phòng trên nhiều Vùng sẵn sàng và cung cấp Thỏa thuận mức dịch vụ (SLA) có độ sẵn sàng ở mức 99,99% cho tất cả các khối lượng công việc.

Với ElastiCache phi máy chủ, bạn chỉ trả tiền cho dữ liệu bạn lưu trữ và trả tiền cho điện toán mà ứng dụng của bạn sử dụng. Truy cập trang định giá ElastiCache để tìm hiểu thêm.

Nút đặt trước hoặc Phiên bản đặt trước (RI) cung cấp cho bạn chiết khấu đáng kể so với việc sử dụng theo nhu cầu khi bạn cam kết thời hạn một năm hoặc ba năm. Với Nút đặt trước, bạn có thể thực hiện thanh toán trả trước một lần để tạo gói đặt trước trong một hoặc ba năm để chạy bộ nhớ đệm của bạn trong một Khu vực cụ thể và nhận được chiết khấu đáng kể so với mức phí sử dụng theo giờ liên tục. Có ba loại Nút đặt trước – Trả trước toàn bộ, Không trả trước, Trả trước một phần – cho phép bạn cân đối số tiền trả trước với mức giá theo giờ sao cho hiệu quả đối với bạn.

Nút đặt trước cung cấp chiết khấu áp dụng cho việc sử dụng theo nhu cầu của ElastiCache. ElastiCache phi máy chủ không tương thích với các Nút đặt trước.

Bạn có thể mua tối đa 300 Nút đặt trước. Nếu bạn muốn chạy hơn 300 nút, vui lòng điền vào biểu mẫu yêu cầu nút ElastiCache.

Hãy mua gói đặt trước nút với cùng lớp nút trong cùng một Khu vực của nút bạn hiện đang chạy và muốn đặt trước. Nếu mua gói đặt trước thành công, ElastiCache sẽ tự động áp dụng phí sử dụng theo giờ mới cho nút bạn đang dùng.

Thay đổi về định giá liên quan đến Nút đặt trước được kích hoạt sau khi nhận được yêu cầu của bạn và trong khi quá trình ủy quyền thanh toán được xử lý. Bạn có thể theo dõi trạng thái gói đặt trước của mình trên trang Hoạt động tài khoản AWS hoặc bằng cách sử dụng API DescribeReservedCacheNodes. Nếu không ủy quyền thành công cho việc thanh toán một lần trước kỳ tính phí tiếp theo, mức giá chiết khấu mới sẽ không có hiệu lực.

Khi thời hạn đặt trước của bạn hết hạn, Nút đặt trước sẽ đổi sang mức giá sử dụng theo giờ Theo nhu cầu thích hợp cho lớp nút và Khu vực của bạn.

Các API ElastiCache để tạo, sửa đổi và xóa nút không phân biệt giữa Nút theo nhu cầu và Nút đặt trước, do đó bạn có thể sử dụng liền mạch cả hai. Khi tính phí cho bạn, hệ thống của chúng tôi sẽ tự động áp dụng gói đặt trước của bạn sao cho toàn bộ các nút đủ điều kiện được tính phí theo mức giá theo giờ thấp hơn của Nút bộ nhớ đệm đặt trước.

Mỗi Nút đặt trước được liên kết với một Khu vực cụ thể, điều này là cố định trong suốt thời gian đặt trước và không thể thay đổi được. Tuy nhiên có thể dùng mỗi dự trữ trên bất kỳ AZ khả dụng nào trong Khu vực liên kết.

Không, bạn không thể hủy bỏ gói đặt trước nút và khoản thanh toán một lần (nếu có) sẽ không được hoàn trả. Bạn sẽ tiếp tục trả phí cho mỗi giờ nằm trong kỳ hạn của Nút đặt trước, bất kể bạn sử dụng bao nhiêu.

Khi mua Nút đặt trước theo tùy chọn thanh toán Trả trước toàn bộ, bạn thanh toán phí cho toàn bộ kỳ hạn của Nút đặt trước bằng một lần thanh toán trả trước. Bạn cũng có thể chọn không thanh toán trước bằng cách chọn tùy chọn Không thanh toán trước. Toàn bộ giá trị của Nút đặt trước Không trả trước được chia đều cho mỗi giờ thuộc kỳ hạn và bạn sẽ bị tính phí cho mỗi giờ thuộc kỳ hạn đó, bất kể bạn sử dụng bao nhiêu. Tùy chọn Thanh toán trước một phần là tùy chọn lai giữa Thanh toán trước toàn bộ và Không thanh toán trước. Bạn thanh toán trước một phần nhỏ và bạn bị tính phí mức phí theo giờ thấp cho mỗi giờ thuộc thời hạn, bất kể bạn sử dụng bao nhiêu.

Có, các nút đặt trước Elasticache đem lại tính linh hoạt về kích thước trong một hệ thống phiên bản (hoặc 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 hiện tại của bạn 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.

ElastiCache cho phép bạn cấu hình mã hóa dữ liệu đang được lưu trữ bằng Dịch vụ quản lý khóa của AWS (AWS KMS), mã hóa dữ liệu đang được truyền bằng Bảo mật lớp truyền tải (TLS), xác thực bằng Quản lý danh tính và truy cập (IAM) trong AWS và kiểm soát truy cập mạng bằng các nhóm bảo mật Đám mây điện toán linh hoạt của Amazon (Amazon EC2).

Khi không sử dụng Đám mây riêng ảo của Amazon (Amazon VPC), ElastiCache cho phép bạn kiểm soát truy cập vào bộ nhớ đệm của bạn thông qua các nhóm bảo mật mạng. Nhóm bảo mật hoạt động giống như một tường lửa, kiểm soát truy cập mạng vào bộ nhớ đệm của bạn. Theo mặc định, quyền truy cập mạng vào bộ nhớ đệm của bạn bị tắt. Nếu bạn muốn các ứng dụng của mình truy cập vào bộ nhớ đệm, bạn phải bật rõ ràng quyền truy cập từ các máy chủ trong các nhóm bảo mật Amazon EC2 cụ thể.

Bạn cũng có thể kiểm soát truy cập vào tài nguyên ElastiCache của mình bằng xác thực IAM. Để biết thêm thông tin, hãy xem tài liệu về xác thực bằng IAM.

ElastiCache hỗ trợ các chương trình tuân thủ như SOC 1, SOC 2, SOC 3, ISO, MTCS, C5, PCI DSS, HIPAA và FedRAMP. Xem Dịch vụ AWS trong phạm vi theo Chương trình tuân thủ để biết danh sách các chương trình tuân thủ hiện đang được hỗ trợ.

Có, chương trình tuân thủ PCI của AWS có bao gồm ElastiCache là một dịch vụ tuân thủ PCI. Để tìm hiểu thêm, hãy xem các tài nguyên sau:

• Tính tuân thủ của ElastiCache
• Trang tuân thủ PCI của AWS

Để xem danh sách các chương trình tuân thủ hiện tại mà ElastiCache nằm trong phạm vi áp dụng, hãy xem Dịch vụ AWS trong phạm vi theo Chương trình tuân thủ.

Có, ElastiCache là một dịch vụ đáp ứng đủ điều kiện của HIPAA và được bao gồm trong Phụ lục hợp tác kinh doanh (BAA) của AWS. Điều này nghĩa là bạn có thể sử dụng ElastiCache để giúp bạn xử lý, duy trì và lưu trữ thông tin sức khỏe được bảo vệ (PHI) và hỗ trợ các ứng dụng chăm sóc sức khỏe.

Không, bạn không tốn thêm phí cho việc sử dụng các tính năng tuân thủ.

Nếu bạn đã thực hiện Thỏa thuận hợp tác kinh doanh (BAA) với AWS, bạn có thể sử dụng ElastiCache để xây dựng các ứng dụng lưu trữ và xử lý HI theo HIPAA. Nếu bạn chưa có BAA hay còn thắc mắc về việc sử dụng AWS cho ứng dụng của bạn, hãy liên hệ với chúng tôi để biết thêm thông tin. 

Chương trình tuân thủ FedRAMP của AWS có bao gồm ElastiCache là một dịch vụ được FedRAMP cấp quyền. Khách hàng là chính phủ Hoa Kỳ và các đối tác của họ hiện có thể sử dụng phiên bản mới nhất của ElastiCache để xử lý và lưu trữ hệ thống, dữ liệu FedRAMP và khối lượng công việc FedRAMP tối quan trọng, có tác động mạnh ở Khu vực AWS GovCloud (Miền Đông Hoa Kỳ) và AWS GovCloud (Miền Tây Hoa Kỳ), và có tác động vừa phải ở Khu vực Miền Đông Hoa Kỳ (Ohio), Miền Đông Hoa Kỳ (Bắc Virginia), Miền Tây Hoa Kỳ (Bắc California) và Miền Tây Hoa Kỳ (Oregon).

Để tìm hiểu thêm, hãy xem các tài nguyên sau:

• Tính tuân thủ của ElastiCache
• Sự tuân thủ của AWS với FedRAMP

Để xem danh sách các chương trình tuân thủ hiện tại mà ElastiCache nằm trong phạm vi áp dụng, hãy xem Dịch vụ AWS trong phạm vi theo Chương trình tuân thủ.

Có một số lợi ích về hiệu năng.

ElastiCache cung cấp các luồng I/O tăng cường mang lại những cải tiến đáng kể về thông lượng và độ trễ ở quy mô lớn thông qua ghép kênh, giảm tải lớp trình bày, v.v. Các luồng I/O tăng cường cải thiện hiệu năng bằng cách sử dụng nhiều lõi hơn để xử lý I/O và điều chỉnh linh hoạt theo khối lượng công việc. ElastiCache cải thiện thông lượng của các cụm đã kích hoạt TLS bằng cách giảm tải mã hóa sang các luồng I/O tăng cường tương tự. Nhờ vậy mà ElastiCache dành cho Valkey có thể cung cấp thông lượng cao hơn tới 100% và độ trễ P99 thấp hơn 50% so với phiên bản ElastiCache 7.0 dành cho Redis OSS. Bạn có thể đạt được hơn 1 triệu yêu cầu mỗi giây trên mỗi nút, hoặc 500 triệu yêu cầu mỗi giây trên mỗi cụm, trên các nút r7g.4xlarge hoặc lớn hơn.

Ngoài ra, ElastiCache phiên bản 8.0 dành cho Valkey mang đến cho bạn hiệu quả bộ nhớ được cải thiện cho các cụm hoạt động dựa trên mô hình nút với Chế độ cụm, sử dụng ít hơn 32 byte bộ nhớ mỗi khóa so với ElastiCache phiên bản 7.2 dành cho Valkey và phiên bản 7.1 dành cho Redis OSS. Cấu hình Phi máy chủ có hiệu năng nâng cao, với khả năng mở rộng đến 5 triệu yêu cầu mỗi giây cho mỗi bộ nhớ đệm chỉ trong vài phút, nhanh hơn tới 5 lần so với Valkey 7.2, với độ trễ đọc tính bằng micro giây.

ElastiCache cung cấp hai bộ chỉ số khác nhau để đo lường mức sử dụng CPU của bộ nhớ đệm tùy thuộc vào lựa chọn triển khai bộ nhớ đệm của bạn. Khi sử dụng ElastiCache phi máy chủ, bạn có thể theo dõi mức sử dụng CPU với chỉ số Đơn vị xử lý ElastiCache (ECPU). Số lượng ECPU mà các yêu cầu của bạn tiêu thụ phụ thuộc vào thời gian vCPU đã sử dụng và lượng dữ liệu được truyền. Mỗi lần đọc và ghi, như lệnh GET và SET của Valkey hoặc lệnh get và set của Memcached, cần có 1 ECPU cho mỗi kilobyte (KB) dữ liệu được truyền. Một số lệnh diễn ra trên cấu trúc dữ liệu trong bộ nhớ có thể tiêu tốn nhiều thời gian dùng vCPU hơn lệnh GET hoặc SET. ElastiCache tính toán số lượng ECPU tiêu tốn dựa trên thời gian dùng vCPU mà lệnh cần đến so với mức cơ sở là thời gian dùng vCPU mà một lệnh SET hoặc GET cần đến. Nếu lệnh của bạn tiêu tốn thêm thời gian dùng vCPU và truyền nhiều dữ liệu hơn mức cơ sở là 1 ECPU, thì ElastiCache sẽ tính toán các ECPU cần thiết dựa trên chỉ số nào cao hơn trong hai chỉ số này.

Khi thiết kế cụm của riêng bạn, bạn có thể theo dõi EngineCPUUtilization và CPUUtilization. Chỉ số CPUUtilization đo lường mức sử dụng CPU cho phiên bản (nút) và chỉ số EngineCPUUtilization đo lường mức sử dụng ở cấp độ quy trình công cụ. Ngoài chỉ số CPUUtilization, bạn còn cần đến chỉ số EngineCPUUtilization vì quy trình công cụ chính có đặc tính đơn luồng và chỉ sử dụng một CPU trong số nhiều lõi CPU có sẵn trên một phiên bản. Do đó, chỉ số CPUUtilization không cung cấp khả năng hiển thị chính xác tỷ lệ sử dụng CPU ở cấp độ quy trình. Chúng tôi khuyên bạn nên sử dụng đồng thời cả hai chỉ số CPUUtilization và EngineCPUUtilization để hiểu chi tiết về mức sử dụng CPU cho các cụm Valkey của bạn.

Cả hai bộ chỉ số đều có sẵn ở tất cả các Khu vực AWS và bạn có thể truy cập các chỉ số này bằng Amazon CloudWatch hoặc trong bảng điều khiển. Ngoài ra, chúng tôi khuyên bạn nên truy cập tài liệu để tìm hiểu về các chỉ số hữu ích cho việc theo dõi hiệu năng.

Bản sao chỉ có quyền đọc phục vụ hai mục đích:

• Xử lý lỗi
• Điều chỉnh quy mô đọc

Khi bạn chạy bộ nhớ đệm với bản sao chỉ có quyền đọc, bộ nhớ chính phục vụ cả lượt ghi và đọc. Bản sao phục vụ độc quyền lưu lượng đọc và còn khả dụng dưới dạng chế độ dự phòng ấm trong trường hợp bản chính bị hư hỏng.

Với ElastiCache phi máy chủ, các bản sao chỉ có quyền đọc được dịch vụ tự động duy trì. Khi thiết kế bộ nhớ đệm của riêng bạn, có nhiều tình huống khác nhau mà trong đó việc triển khai một hoặc nhiều bản sao chỉ có quyền đọc cho một nút chính cho trước có thể là phương án hợp lý. Lý do thường thấy để triển khai một bản sao chỉ có quyền đọc bao gồm:

• Điều chỉnh quy mô vượt quá khả năng điện toán hoặc I/O của một nút chính duy nhất cho khối lượng công việc cần đọc nhiều: Có thể chuyển hướng lưu lượng đọc dư thừa này sang một hay nhiều bản sao chỉ có quyền đọc.
• Phục vụ lưu lượng đọc trong khi bản chính không khả dụng: Nếu nút chính của bạn không thể nhận yêu cầu I/O (ví dụ: do gián đoạn I/O vì sao lưu hoặc bảo trì định kỳ), bạn có thể chuyển hướng lưu lượng đọc sang các bản sao chỉ có quyền đọc của bạn. Đối với trường hợp sử dụng này, nên nhớ rằng dữ liệu trên bản sao chỉ có quyền đọc có thể đã cũ do phiên bản chính không khả dụng. Bản sao chỉ có quyền đọc cũng có thể được sử dụng làm ấm để khởi động lại bản chính bị lỗi.

Các kịch bản bảo vệ dữ liệu: Trong trường hợp hi hữu là nút chính gặp sự cố hoặc Vùng sẵn sàng chứa nút chính của bạn không khả dụng, bạn có thể nâng bản sao chỉ có quyền đọc trong Vùng sẵn sàng khác lên thành bản chính mới.

Bạn có thể kết nối với một bản sao chỉ có quyền đọc giống như cách bạn kết nối với một nút bộ nhớ đệm chính. Nếu bạn có nhiều bản sao chỉ có quyền đọc, thì ứng dụng của bạn có thể quyết định cách phân phối lưu lượng đọc giữa các bản sao đó. Dưới đây là thông tin chi tiết hơn:

• Các cụm Valkey hoặc Redis (chế độ cụm bị vô hiệu hóa) OSS sử dụng các điểm cuối nút riêng lẻ cho các thao tác đọc. (Trong API/CLI, chúng được gọi là điểm cuối đọc.)
• Các cụm Valkey hoặc Redis OSS (chế độ cụm được kích hoạt) sử dụng điểm cuối cấu hình của cụm cho tất cả các thao tác. Bạn vẫn có thể đọc từ các điểm cuối nút riêng lẻ. (Trong API và CLI, chúng được gọi là điểm cuối đọc.)

ElastiCache cho phép bạn tạo tối đa năm (5) bản sao chỉ có quyền đọc cho một nút bộ nhớ đệm chính cho trước.

Trong trường hợp chuyển đổi dự phòng, bất kỳ bản sao chỉ có quyền đọc được liên kết và hiện có sẽ tự động tiếp tục quá trình sao chép sau khi chuyển đổi dự phòng hoàn tất (truy vấn cập nhật từ bản sao chỉ có quyền đọc mới được nâng lên).

Các cập nhật cho nút bộ nhớ đệm chính sẽ tự động được sao chép sang bất kỳ bản sao chỉ đọc nào được liên kết. Tuy nhiên, với công nghệ sao chép không đồng bộ của Valkey hoặc Redis OSS, bản sao chỉ có quyền đọc có thể chậm hơn nút bộ nhớ đệm chính của nó vì nhiều lý do. Các lý do thường thấy bao gồm:

• Dung lượng ghi I/O vào nút bộ nhớ đệm chính vượt quá tốc độ mà các thay đổi có thể được áp dụng cho bản sao chỉ có quyền đọc.
• Các phân vùng mạng hoặc độ trễ giữa nút bộ nhớ đệm chính và bản sao chỉ có quyền đọc.

Bản sao chỉ có quyền đọc chịu sự chi phối của các điểm mạnh và điểm yếu trong công nghệ sao chép của Valkey hoặc Redis OSS. Nếu sử dụng bản sao chỉ có quyền đọc, bạn nên biết khả năng có độ trễ giữa bản sao chỉ có quyền đọc và nút bộ nhớ đệm chính, hay còn gọi là “sự không thống nhất”. ElastiCache đưa ra chỉ số để giúp bạn nắm được sự không thống nhất này.

Bản sao chỉ có quyền đọc được tính phí dưới dạng nút bộ nhớ đệm tiêu chuẩn và có cùng mức giá. Cũng giống như nút bộ nhớ đệm tiêu chuẩn, mức phí trên mỗi giờ sử dụng nút bộ nhớ đệm đối với bản sao chỉ có quyền đọc được xác định bởi lớp nút bộ nhớ đệm của bản sao chỉ có quyền đọc: hãy truy cập trang định giá ElastiCache để biết mức giá mới nhất. Bạn không bị tính phí đối với việc truyền dữ liệu phát sinh trong quá trình sao chép dữ liệu giữa nút bộ nhớ đệm chính và bản sao chỉ có quyền đọc. Thời gian tính phí cho bản sao chỉ có quyền đọc bắt đầu ngay sau khi bản sao này được tạo ra thành công (khi trạng thái được hiển thị là đang hoạt động). Bản sao chỉ có quyền đọc sẽ tiếp tục bị tính phí theo mức giá theo giờ của nút bộ nhớ đệm ElastiCache tiêu chuẩn cho đến khi bạn phát lệnh xóa bản sao đó.

Chuyển đổi dự phòng được khởi tạo được ElastiCache hỗ trợ để bạn có thể tiếp tục các thao tác của bộ nhớ đệm càng nhanh càng tốt. Khi chuyển đổi dự phòng, ElastiCache lật bản ghi DNS để nút bộ nhớ đệm của bạn trỏ vào bản sao chỉ có quyền đọc, từ đó bản sao này được nâng lên thành bản chính mới. Chúng tôi khuyến khích bạn làm theo các biện pháp thực hành tốt nhất và tiến hành thử kết nối lại nút bộ nhớ đệm ở lớp ứng dụng. Thông thường, từ lúc bắt đầu đến khi kết thúc, các bước từ một đến năm bên dưới sẽ hoàn thành trong vòng sáu phút.

Đây là các sự kiện chuyển đổi dự phòng tự động, được liệt kê theo thứ tự xảy ra:

1. Thông báo nhóm sao chép: API kiểm tra chuyển đổi dự phòng được gọi cho nhóm nút <node-group-id>
2. Thông báo cụm bộ nhớ đệm: Quá trình chuyển đổi dự phòng từ nút chính <primary-node-id> sang nút bản sao <node-id> đã hoàn tất
3. Thông báo nhóm sao chép: Quá trình chuyển đổi dự phòng từ nút chính <primary-node-id> sang nút bản sao <node-id> đã hoàn tất
4. Thông báo cụm bộ nhớ đệm: Đang khôi phục các nút bộ nhớ đệm <node-id>
5. Thông báo cụm bộ nhớ đệm: Hoàn tất khôi phục các nút bộ nhớ đệm <node-id>

Không, bản sao chỉ có quyền đọc chỉ có thể được cung cấp trong cùng một Vùng sẵn sàng hoặc Vùng sẵn sàng khác trong cùng Khu vực với nút bộ nhớ đệm chính của bạn. Tuy nhiên, bạn có thể sử dụng Kho chứa dữ liệu toàn cầu để làm việc với bản sao được quản lý toàn phần, có tốc độ nhanh, đáng tin cậy và chú trọng bảo mật trên mọi Khu vực AWS. Sử dụng tính năng này, bạn có thể tạo cụm bản sao chỉ có quyền đọc liên Khu vực cho ElastiCache để cho phép đọc và phục hồi sau thảm họa trên mọi Khu vực AWS với độ trễ thấp.

Có. Bạn có thể thêm hoặc xóa bản sao chỉ có quyền đọc trên một hoặc nhiều phân mảnh trong môi trường cụm. Cụm này tiếp tục trực tuyến và phục vụ I/O đến trong quá trình diễn ra thao tác này.

Nhiều vùng sẵn sàng là một tính năng cho phép bạn chạy trong một cấu hình có độ sẵn sàng cao hơn khi thiết kế bộ nhớ đệm ElastiCache của riêng bạn. Tất cả bộ nhớ đệm ElastiCache phi máy chủ được tự động chạy trong cấu hình Nhiều vùng sẵn sàng. Nhóm sao chép ElastiCache bao gồm một bản chính và tối đa năm bản sao chỉ có quyền đọc. Nếu chế độ Nhiều vùng sẵn sàng được bật, mỗi bản chính cần ít nhất một bản sao. Trong một số loại bảo trì theo kế hoạch nhất định hoặc trong trường hợp hi hữu xảy ra lỗi nút ElastiCache hoặc lỗi Vùng sẵn sàng, ElastiCache sẽ tự động phát hiện lỗi của bản chính, chọn bản sao chỉ có quyền đọc và nâng nó lên thành bản chính mới. ElastiCache cũng phân phối các thay đổi DNS của bản sao chỉ có quyền đọc được nâng lên, vì vậy nếu ứng dụng của bạn đang ghi vào điểm cuối nút chính, bạn sẽ không cần thay đổi điểm cuối.

Những lợi ích chính của việc chạy ElastiCache ở chế độ Nhiều vùng sẵn sàng là độ sẵn sàng được tăng cường và giảm bớt nhu cầu quản trị. Khi chạy ElastiCache trong cấu hình Nhiều vùng sẵn sàng, bộ nhớ đệm của bạn đủ điều kiện cho SLA sẵn sàng ở mức 99,99%. Nếu xảy ra sự cố nút chính ElastiCache, khả năng đọc và ghi vào nút chính của bạn sẽ hạn chế bị ảnh hưởng trong khoảng thời gian cần thiết để hoàn tất quá trình chuyển đổi dự phòng tự động. Khi chế độ Nhiều vùng sẵn sàng được bật, chuyển đổi dự phòng nút ElastiCache diễn ra tự động và không cần đến hoạt động quản trị.

Bạn có thể sử dụng Nhiều vùng sẵn sàng nếu bạn đang sử dụng ElastiCache và có một nhóm sao chép bao gồm một nút chính và một hoặc nhiều bản sao chỉ có quyền đọc. Nếu nút chính gặp sự cố, ElastiCache sẽ tự động phát hiện sự cố, chọn một trong các bản sao chỉ có quyền đọc có sẵn và nâng bản sao này lên làm nút chính mới. ElastiCache sẽ phân phối các thay đổi DNS của bản sao được nâng lên để ứng dụng của bạn có thể tiếp tục ghi vào điểm cuối chính. ElastiCache cũng sẽ thiết lập một nút mới để thay thế bản sao chỉ có quyền đọc được nâng lên trong cùng Vùng sẵn sàng của bản chính gặp lỗi. Trong trường hợp bản chính gặp lỗi do Vùng sẵn sàng bị gián đoạn tạm thời, bản sao mới sẽ được khởi chạy sau khi Vùng sẵn sàng đó đã phục hồi.

Có. Lưu ý rằng việc đặt cả bản chính và các bản sao trong cùng một Vùng sẵn sàng sẽ không làm cho nhóm sao chép ElastiCache của bạn có khả năng phục hồi nhanh do Vùng sẵn sàng bị gián đoạn.

ElastiCache sẽ chuyển đổi dự phòng sang bản sao chỉ có quyền đọc trong trường hợp xảy ra bất kỳ tình huống nào sau đây:

• Gián đoạn ở Vùng sẵn sàng của bản chính
• Mất kết nối mạng đến bản chính
• Sự cố ở máy điện toán trên bản chính

Nếu có nhiều bản sao chỉ có quyền đọc, bản sao chỉ có quyền đọc với độ trễ sao chép không đồng bộ nhỏ hơn so với bản chính sẽ được nâng lên.

Có, ElastiCache sẽ tạo một sự kiện để thông báo cho bạn rằng quá trình chuyển đổi dự phòng tự động đã diễn ra. Bạn có thể sử dụng API DescribeEvents để trả về thông tin về các sự kiện liên quan đến nút ElastiCache của mình hoặc chọn phần Sự kiện trong Bảng điều khiển quản lý ElastiCache.

Vùng sẵn sàng được thiết kế để cung cấp khả năng kết nối mạng có độ trễ thấp tới các Vùng sẵn sàng khác trong cùng một Khu vực. Bạn nên xem xét tiến hành kiến trúc ứng dụng và các tài nguyên AWS khác kết hợp khả năng dự phòng trên nhiều Vùng sẵn sàng để ứng dụng của bạn có khả năng phục hồi trong trường hợp xảy ra gián đoạn ở một Vùng sẵn sàng.

Để biết thêm thông tin về Nhiều vùng sẵn sàng, hãy xem tài liệu của ElastiCache.

Sao lưu và phục hồi là tính năng cho phép bạn tạo các bản ảnh chụp nhanh của bộ nhớ đệm ElastiCache. ElastiCache lưu trữ các bản ảnh chụp nhanh, cho phép người dùng sử dụng chúng sau đó để phục hồi bộ nhớ đệm. Tính năng này hiện được hỗ trợ với ElastiCache dành cho Valkey, ElastiCache dành cho Redis OSS và phi máy chủ.

Việc tạo bản ảnh chụp nhanh có thể giúp ích cho bạn trong trường hợp bị mất dữ liệu do nút gặp sự cố cũng như trong trường hợp hiếm là phần cứng gặp sự cố. Một lý do thường thấy khác cho việc sử dụng bản sao lưu là phục vụ mục đích lưu trữ. Bản ảnh chụp nhanh được lưu ở Amazon S3.

Có, bạn có thể xuất ảnh chụp nhanh ElastiCache sang vùng lưu trữ S3 được cấp quyền trong cùng Khu vực với bộ nhớ đệm của bạn.

Có. Trước tiên, bạn phải sao chép bản ảnh chụp nhanh của mình vào một vùng lưu trữ S3 được cấp quyền mà bạn chọn trong cùng Khu vực và sau đó cấp quyền vùng lưu trữ liên tài khoản cho tài khoản khác.

ElastiCache cung cấp dung lượng lưu trữ cho một bản ảnh chụp nhanh miễn phí cho mỗi bộ nhớ đệm ElastiCache đang hoạt động. Lưu trữ bổ sung sẽ được tính phí dựa trên dung lượng mà các bản ảnh chụp nhanh sử dụng với giá 0,085 USD/GB mỗi tháng (cùng mức giá ở tất cả các Khu vực). Miễn phí truyền dữ liệu để sử dụng ảnh chụp nhanh.

Khi bạn xóa bộ nhớ đệm ElastiCache, ảnh chụp nhanh thủ công của bạn sẽ được giữ lại. Bạn cũng sẽ có tùy chọn tạo bản ảnh chụp nhanh cuối cùng trước khi xóa bộ nhớ đệm. Bản ảnh chụp nhanh bộ nhớ đệm tự động không được giữ lại.

Công cụ trong ElastiCache hoàn toàn tương thích với Valkey và Redis OSS nhưng cũng đi kèm với các cải tiến giúp cải thiện hiệu năng, sự mạnh mẽ và độ ổn định. Một số cải tiến bao gồm:

• Nhiều bộ nhớ có thể sử dụng hơn: Bây giờ bạn có thể phân bổ nhiều bộ nhớ hơn cho ứng dụng của mình một cách an toàn mà không gặp rủi ro gia tăng mức sử dụng hoán đổi trong quá trình đồng bộ hóa và tạo bản ảnh chụp nhanh.
• Cải thiện khả năng đồng bộ hóa: Đồng bộ hóa mạnh mẽ hơn dưới tải nặng và khi phục hồi sau những lần ngắt kết nối mạng. Ngoài ra, đồng bộ hóa nhanh hơn vì cả bản chính và bản sao không còn sử dụng ổ đĩa cho thao tác này.
• Chuyển đổi dự phòng mượt mà hơn: Trong trường hợp chuyển đổi dự phòng, phân mảnh của bạn hiện đang phục hồi nhanh hơn vì các bản sao không còn xóa dữ liệu để thực hiện đồng bộ lại đầy đủ với bản chính.

Công cụ nâng cao hoàn toàn tương thích với Valkey hoặc Redis OSS, do đó bạn có thể tận hưởng độ mạnh mẽ và ổn định cao hơn mà không cần thực hiện bất kỳ thay đổi nào đối với mã ứng dụng của bạn.

Không tính thêm phí khi sử dụng công cụ nâng cao.

Mã hóa khi đang truyền, mã hóa khi đang lưu trữ, Valkey AUTH và Kiểm soát truy cập dựa trên vai trò (RBAC) là những tính năng bạn có thể chọn khi tạo bộ nhớ đệm ElastiCache. Nếu bạn đã bật mã hóa khi đang truyền, bạn có thể chọn sử dụng AUTH hoặc RBAC để kiểm soát truy cập và bảo mật chặt chẽ hơn nữa.

Mã hóa khi đang lưu trữ cung cấp các cơ chế để đề phòng trường hợp truy cập trái phép vào dữ liệu của bạn. Khi được bật, tính năng này mã hóa các khía cạnh sau:

• Đĩa trong các thao tác đồng bộ hóa, sao lưu và hoán đổi
• Bản sao lưu được lưu trữ trong Amazon S3

ElastiCache cung cấp mã hóa mặc định (được dịch vụ quản lý) khi đang lưu trữ, cũng như khả năng sử dụng các khóa của AWS KMS do khách hàng quản lý đối xứng của riêng bạn trong AWS KMS. Truy cập mã hóa khi đang lưu trữ để tìm hiểu thêm.

Tính năng mã hóa khi đang truyền hỗ trợ mã hóa giao tiếp giữa các máy khách và ElastiCache, cũng như giữa các máy chủ (bản chính và bản sao chỉ đọc). Đọc thêm về mã hóa khi đang truyền của ElastiCache.

Không, ElastiCache quản lý việc hết hạn và gia hạn chứng chỉ đằng sau hậu trường. Người dùng không cần làm gì để duy trì chứng chỉ liên tục.

Không, việc sử dụng mã hóa không mất thêm phí.

Kho chứa dữ liệu toàn cầu là một tính năng của ElastiCache, cung cấp khả năng sao chép liên Khu vực được quản lý toàn phần với tốc độ cao, đáng tin cậy và chú trọng bảo mật. Với Kho chứa dữ liệu toàn cầu, bạn có thể ghi vào bộ nhớ đệm trong một Khu vực và có sẵn dữ liệu để đọc trong tối đa hai cụm bản sao liên Khu vực khác, do đó cho phép đọc với độ trễ thấp và phục hồi sau thảm họa trên mọi Khu vực.

Được thiết kế cho các ứng dụng thời gian thực có phạm vi hoạt động toàn cầu, Kho chứa dữ liệu toàn cầu thường sao chép dữ liệu liên Khu vực trong vòng chưa đầy một giây, tăng khả năng đáp ứng của các ứng dụng bằng cách cung cấp các kết quả đọc địa lý địa phương gần hơn với người dùng cuối. Trong trường hợp hi hữu gặp phải tình trạng suy giảm hiệu suất tại Khu vực, một trong những bộ nhớ đệm sao chép liên Khu vực ở tình trạng tốt có thể được nâng lên làm bản chính với khả năng đọc và ghi đầy đủ. Sau khi bắt đầu, quá trình nâng lên thường hoàn thành trong vòng chưa đầy một phút, cho phép các ứng dụng của bạn vẫn sẵn sàng.

Kho chứa dữ liệu toàn cầu được hỗ trợ trên ElastiCache phiên bản 7.2 dành cho Valkey và ElastiCache phiên bản 5.0.6 trở đi dành cho Redis OSS.

Bạn có thể sao chép tới tối đa hai Khu vực phụ trong Global Datastore. Có thể dùng bộ nhớ đệm trong Khu vực phụ để mang đến hoạt động đọc cục bộ có độ trễ thấp và khả năng phục hồi sau thảm họa trong trường hợp hi hữu gặp phải tình trạng suy giảm hiệu suất tại Khu vực.

Bạn có thể thiết lập Global Datastore bằng cách sử dụng bộ nhớ đệm hiện có hoặc tạo bộ nhớ đệm mới để sử dụng làm bộ nhớ đệm chính. Bạn có thể tạo Global Datastore chỉ bằng một vài bước trong Bảng điều khiển quản lý ElastiCache hoặc bằng cách tải xuống AWS SDK hoặc AWS CLI mới nhất. Có hỗ trợ cho Global Datastore trong AWS CloudFormation.

Không, ElastiCache không tự động nâng lên một cụm phụ trong trường hợp một cụm chính (Khu vực) bị suy giảm hiệu suất. Bạn có thể bắt đầu chuyển đổi dự phòng theo cách thủ công bằng cách nâng một cụm phụ lên để trở thành cụm chính. Quá trình chuyển đổi dự phòng và nâng cụm phụ lên thường hoàn thành trong vòng chưa đầy một phút.

ElastiCache không cung cấp SLA cho RPO và RTO. RPO khác nhau dựa trên độ trễ sao chép giữa các Khu vực và phụ thuộc vào độ trễ mạng giữa các Khu vực và tắc nghẽn lưu lượng truy cập mạng liên Khu vực. RPO của Kho chứa dữ liệu toàn cầu thường dưới một giây, vì vậy dữ liệu được ghi trong Khu vực chính có sẵn trong Khu vực phụ trong vòng một giây. RTO của Kho chứa dữ liệu toàn cầu thường dưới một phút. Khi quá trình chuyển đổi dự phòng sang cụm phụ được bắt đầu, ElastiCache thường nâng khả năng đọc và ghi của cụm phụ lên hết cỡ trong vòng chưa đầy một phút.

ElastiCache không tính bất kỳ khoản lệ phí nào để sử dụng Kho chứa dữ liệu toàn cầu. Bạn trả tiền cho bộ nhớ đệm chính và phụ trong Kho chứa dữ liệu toàn cầu của bạn và cho lưu lượng truyền dữ liệu liên Khu vực.

Mặc dù không có câu trả lời chính xác cho câu hỏi này, nhưng với ElastiCache, bạn không cần phải lo lắng về việc lựa chọn chính xác số nút, vì sau đó bạn có thể nhanh chóng thêm hoặc xóa các nút. Bạn cũng có thể sử dụng ElastiCache phi máy chủ để đơn giản hóa việc chạy bộ nhớ đệm Memcached có độ sẵn sàng cao. Có thể cân nhắc hai khía cạnh liên quan đến nhau sau đây để lựa chọn cấu hình ban đầu:

• Tổng bộ nhớ cần thiết cho dữ liệu để đạt được tỷ lệ truy cập bộ nhớ đệm mục tiêu và
• Số lượng nút cần thiết để duy trì hiệu năng ứng dụng ở mức có thể chấp nhận mà không làm quá tải backend cơ sở dữ liệu trong trường hợp xảy ra lỗi nút.

Dung lượng bộ nhớ cần thiết phụ thuộc vào kích thước tập dữ liệu và các mẫu truy cập của ứng dụng. Để cải thiện khả năng chịu lỗi, sau khi bạn có ý tưởng sơ bộ về tổng bộ nhớ cần thiết, hãy chia bộ nhớ đó thành các nút đủ để ứng dụng của bạn có thể tiếp tục hoạt động khi mất một hoặc hai nút. Ví dụ: nếu yêu cầu bộ nhớ là 13 GB, bạn nên sử dụng hai nút cache.m4.large thay vì sử dụng một nút cache.m4.xlarge. Điều quan trọng là các hệ thống khác như cơ sở dữ liệu sẽ không bị quá tải nếu tỷ lệ truy cập bộ nhớ đệm tạm thời giảm trong quá trình phục hồi sau khi xảy ra lỗi của một hoặc nhiều nút. Vui lòng tham khảo Hướng dẫn sử dụng ElastiCache để biết thêm chi tiết.

Có. Khi tạo một cụm hoặc thêm các nút vào một cụm hiện có, bạn có thể chọn các Vùng sẵn sàng cho các nút mới. Bạn có thể chỉ định số lượng nút được yêu cầu trong mỗi Vùng sẵn sàng hoặc chọn Dàn trải các nút trên khắp các vùng. Nếu cụm nằm trong Amazon VPC, chỉ có thể đặt các nút trong Vùng sẵn sàng thuộc nhóm mạng con bộ nhớ đệm đã chọn. Để biết thêm chi tiết, vui lòng xem tài liệu ElastiCache VPC.

Bạn có thể chạy tối đa 300 nút trên mỗi Khu vực. Nếu bạn cần thêm nút, vui lòng điền vào biểu mẫu Yêu cầu tăng giới hạn ElastiCache.

Dịch vụ sẽ phát hiện lỗi nút và phản ứng với các bước tự động như sau:

• ElastiCache sẽ sửa chữa nút bằng cách lấy tài nguyên dịch vụ mới và sau đó sẽ chuyển hướng tên DNS hiện có của nút để chỉ đến tài nguyên dịch vụ mới. Đối với các cài đặt Amazon VPC, ElastiCache sẽ đảm bảo rằng cả tên DNS và địa chỉ IP của nút không thay đổi khi các nút được phục hồi trong trường hợp xảy ra lỗi. Đối với các cài đặt không phải Amazon VPC, ElastiCache sẽ đảm bảo rằng tên DNS của nút không thay đổi; tuy nhiên, địa chỉ IP cơ bản của nút có thể thay đổi.
• Nếu bạn liên kết một chủ đề SNS với cụm của mình, khi nút mới được cấu hình và sẵn sàng đi vào sử dụng, ElastiCache sẽ gửi thông báo SNS để cho bạn biết rằng quá trình phục hồi nút đã diễn qua. Thao tác này cho phép bạn tùy ý sắp xếp sao cho các ứng dụng của mình buộc thư viện máy khách Memcached cố gắng kết nối lại với các nút đã sửa. Điều này có thể quan trọng, vì một số thư viện Memcached sẽ ngừng sử dụng máy chủ (nút) vô thời hạn nếu gặp lỗi giao tiếp hoặc thời gian chờ với máy chủ đó.

Bạn có thể thêm nhiều nút hơn vào Cụm Memcached hiện có bằng cách sử dụng tùy chọn Thêm nút trên tab Nút dành cho Cụm bộ nhớ đệm của bạn trong bảng điều khiển hoặc gọi API ModifyCacheCluster.

ElastiCache rất lý tưởng để làm front end cho các dịch vụ AWS như Amazon RDS và DynamoDB, cung cấp độ trễ cực thấp cho các ứng dụng hiệu năng cao và giảm tải một số khối lượng yêu cầu trong khi các dịch vụ này cung cấp độ bền dữ liệu lâu dài. Dịch vụ này cũng có thể được sử dụng để cải thiện hiệu năng ứng dụng khi kết hợp với Amazon EC2 và Amazon EMR.

Thư viện máy khách Memcached có sẵn nhiều, nếu không muốn nói là tất cả, ngôn ngữ lập trình phổ biến. Nếu bạn gặp bất kỳ vấn đề nào với các máy khách Memcached cụ thể khi sử dụng ElastiCache, xin hãy tương tác với chúng tôi trên diễn đàn cộng đồng ElastiCache.

ElastiCache không yêu cầu các thư viện máy khách cụ thể và hoạt động với các thư viện máy khách Memcached hiện có mà không cần biên dịch lại hoặc liên kết lại ứng dụng (Memcached 1.4.5 trở lên). Ví dụ bao gồm libMemcached (C) và các thư viện dựa trên thư viện này (ví dụ: PHP, Perl, Python), spyMemcached (Java) và fauna (Ruby).

Tự động khám phá là một tính năng giúp các nhà phát triển tiết kiệm thời gian và công sức, đồng thời giảm độ phức tạp của các ứng dụng. Tính năng Tự động khám phá cho phép máy khách tự động khám phá các nút bộ nhớ đệm khi các nút đó được thêm vào hoặc xóa khỏi cụm ElastiCache. Trước đây, để xử lý những thay đổi trong thành viên cụm, các nhà phát triển phải cập nhật thủ công danh sách điểm cuối nút bộ nhớ đệm. Tùy thuộc vào cách cấu trúc ứng dụng khách, thông thường cần khởi tạo máy khách (bằng cách tắt ứng dụng và khởi động lại), dẫn đến thời gian ngừng hoạt động. Thông qua tính năng Tự động khám phá, ElastiCache loại bỏ sự phức tạp này. Với tính năng Tự động khám phá, ngoài việc tuân thủ ngược về giao thức nhờ giao thức Memcached, ElastiCache cung cấp cho máy khách thông tin về thành viên cụm bộ nhớ đệm. Máy khách có khả năng xử lý thông tin bổ sung sẽ tự cấu hình lại, mà không cần bất kỳ lần khởi tạo nào, để sử dụng các nút mới nhất của cụm ElastiCache.

Có thể tạo một cụm ElastiCache với các nút dễ xác định địa chỉ thông qua các điểm cuối được đặt tên. Với tính năng Tự động khám phá, cụm ElastiCache cũng được cung cấp một điểm cuối cấu hình duy nhất, đó là một Bản ghi DNS hợp lệ trong suốt vòng đời của cụm. Bản ghi DNS này chứa Tên DNS của các nút trong cụm. ElastiCache sẽ đảm bảo rằng điểm cuối cấu hình luôn chỉ đến ít nhất một nút đích như vậy. Sau đó, truy vấn đến nút mục tiêu trả về các điểm cuối cho tất cả các nút của cụm được đề cập. Sau đó, bạn có thể kết nối với các nút cụm giống như trước đây và sử dụng các lệnh giao thức Memcached như get, set, incr và decr. Để biết thêm chi tiết, hãy xem tài liệu. Để sử dụng tính năng Tự động khám phá, bạn sẽ cần một máy khách có khả năng Tự động khám phá. Máy khách Tự động khám phá dành cho .Net, Java và PHP có sẵn để tải xuống từ bảng điều khiển ElastiCache. Khi khởi tạo, máy khách sẽ tự động xác định các thành viên hiện tại của cụm ElastiCache bằng cách sử dụng điểm cuối cấu hình. Khi bạn thực hiện thay đổi đối với cụm bộ nhớ đệm của mình bằng cách thêm hoặc xóa các nút hoặc nếu một nút được thay thế khi xảy ra lỗi, máy khách Tự động khám phá sẽ tự động xác định các thay đổi và bạn không cần khởi tạo máy khách của mình theo cách thủ công.

Để bắt đầu, hãy tải xuống Máy khách cụm ElastiCache bằng cách chọn liên kết Tải xuống máy khách cụm ElastiCache trên bảng điều khiển ElastiCache. Trước khi có thể tải xuống, bạn phải có tài khoản ElastiCache; nếu bạn chưa có tài khoản, bạn có thể đăng ký từ trang chi tiết về ElastiCache. Sau khi bạn tải xuống máy khách, bạn có thể bắt đầu thiết lập và kích hoạt cụm ElastiCache của mình bằng cách truy cập bảng điều khiển ElastiCache. Có thể tìm thấy thông tin chi tiết trong tài liệu.

Có, bạn có thể ngừng sử dụng tính năng Tự động khám phá bất cứ lúc nào. Bạn có thể tắt tính năng Tự động khám phá bằng cách chỉ định chế độ hoạt động trong quá trình khởi tạo máy khách Cụm ElastiCache. Ngoài ra, vì ElastiCache tiếp tục hỗ trợ Memcached, bạn có thể sử dụng bất kỳ máy khách tuân thủ giao thức Memcached nào như trước đây.

Để tận dụng lợi thế của tính năng Tự động khám phá, bạn phải sử dụng một máy khách có khả năng Tự động khám phá để kết nối với Cụm ElastiCache. ElastiCache hiện hỗ trợ các máy khách có khả năng Tự động khám phá dành cho .Net, Java và PHP. Có thể tải xuống các máy khách này từ bảng điều khiển ElastiCache. Bạn có thể tạo máy khách cho bất kỳ ngôn ngữ nào khác bằng cách xây dựng trên các máy khách Memcached phổ biến có sẵn.

Bạn có thể lấy bất kỳ Thư viện máy khách Memcached nào và thêm hỗ trợ cho tính năng Tự động khám phá. Nếu bạn muốn thêm hoặc sửa đổi máy khách của riêng mình để bật tính năng Tự động khám phá, vui lòng tham khảo tài liệu về tập lệnh của tính năng Tự động khám phá.

Có, ElastiCache vẫn tuân thủ giao thức Memcached và không yêu cầu bạn thay đổi máy khách của mình. Tuy nhiên, để tận dụng tính năng Tự động khám phá, chúng tôi đã tăng cường khả năng của máy khách Memcached. Nếu bạn chọn không sử dụng Máy khách cụm ElastiCache, bạn có thể tiếp tục sử dụng máy khách riêng hoặc sửa đổi để thư viện máy khách của bạn có thể hiểu tập lệnh của tính năng Tự động khám phá.
 

Có, có thể cùng lúc kết nối cùng một cụm ElastiCache thông qua một máy khách có khả năng Tự động khám phá và máy khách Memcached truyền thống. ElastiCache vẫn tuân thủ Memcached 100%.

Có, bạn có thể ngừng sử dụng tính năng Tự động khám phá bất cứ lúc nào. Bạn có thể tắt tính năng Tự động khám phá bằng cách chỉ định chế độ hoạt động trong quá trình khởi tạo máy khách Cụm ElastiCache. Ngoài ra, vì ElastiCache tiếp tục hỗ trợ Memcached, bạn có thể sử dụng bất kỳ máy khách tuân thủ giao thức Memcached nào như trước đây.

Đối với phần mềm tuân thủ giao thức Memcached đang cung cấp cụm của bạn, ElastiCache cho phép bạn kiểm soát việc có hay không và thời điểm nâng cấp phần mềm đó lên các phiên bản mới được ElastiCache hỗ trợ. Điều này mang đến cho bạn sự linh hoạt để duy trì khả năng tương thích với các phiên bản Memcached cụ thể, thử nghiệm các phiên bản mới với ứng dụng của bạn trước khi triển khai trong sản xuất, cũng như tùy ý thực hiện nâng cấp phiên bản theo mốc thời gian của riêng bạn. Việc nâng cấp phiên bản tiềm ẩn một số rủi ro về tính tương thích; do đó việc nâng cấp phiên bản sẽ không tự động diễn ra và bạn phải tự mình khởi tạo. Cách tiếp cận này trong việc vá phần mềm giúp bạn chủ động trong việc nâng cấp phiên bản, nhưng vẫn giảm tải công việc của ứng dụng vá lỗi cho ElastiCache. Bạn có thể tìm hiểu thêm về quản lý phiên bản bằng cách đọc phần Câu hỏi thường gặp sau. Ngoài ra, bạn có thể tham khảo Hướng dẫn sử dụng ElastiCache. Mặc dù chức năng Quản lý phiên bản công cụ nhằm cung cấp cho bạn quyền kiểm soát nhiều nhất có thể đối với cách quá trình vá lỗi diễn ra, chúng tôi có thể thay mặt bạn vá cụm nếu chúng tôi xác định có bất kỳ lỗ hổng bảo mật nào trong hệ thống hoặc phần mềm bộ nhớ đệm.

Bạn có thể chỉ định bất kỳ phiên bản nào hiện đang được hỗ trợ (phụ hoặc chính) khi tạo một cụm mới. Nếu bạn muốn bắt đầu nâng cấp lên phiên bản công cụ được hỗ trợ, bạn có thể làm vậy bằng cách sử dụng tùy chọn Sửa đổi cho cụm của bạn. Chỉ định phiên bản bạn muốn nâng cấp trong trường Phiên bản công cụ bộ nhớ đệm. Sau đó, quá trình nâng cấp sẽ được áp dụng thay mặt bạn ngay lập tức (nếu chọn tùy chọn Áp dụng ngay lập tức) hoặc trong khoảng thời gian bảo trì theo lịch trình tiếp theo cho cụm của bạn.

Có. Bạn có thể làm như vậy bằng cách tạo một cụm mới có phiên bản công cụ mới. Bạn có thể chỉ ứng dụng phát triển hoặc thử nghiệm của mình đến cụm này, kiểm thử và quyết định có nâng cấp cụm gốc hay không.

Chúng tôi dự định hỗ trợ thêm các phiên bản Memcached dành cho ElastiCache, cả phiên bản chính và phụ. Số lượng các bản phát hành phiên bản mới được hỗ trợ trong một năm nhất định sẽ thay đổi dựa trên tần suất và nội dung của các bản phát hành phiên bản Memcached và kết quả của việc kiểm tra kỹ lưỡng bản phát hành của đội ngũ kỹ thuật của chúng tôi.

Bạn có thể nâng cấp cụm Memcached hiện có của mình bằng cách sử dụng quy trình Sửa đổi. Khi nâng cấp từ phiên bản Memcached cũ hơn sang phiên bản Memcached 1.4.33 trở lên, vui lòng đảm bảo rằng các giá trị tham số max_chunk_size hiện có của bạn đáp ứng các điều kiện cần thiết cho tham số slab_chunk_max. Vui lòng xem lại các điều kiện tiên quyết để nâng cấp.

ElastiCache cung cấp các luồng I/O tăng cường mang lại những cải tiến đáng kể về thông lượng và độ trễ ở quy mô lớn thông qua ghép kênh, giảm tải lớp trình bày, v.v. Các luồng I/O tăng cường cải thiện hiệu năng bằng cách sử dụng nhiều lõi hơn để xử lý I/O và điều chỉnh linh hoạt theo khối lượng công việc. ElastiCache cải thiện thông lượng của các cụm đã kích hoạt TLS bằng cách giảm tải mã hóa sang các luồng I/O tăng cường tương tự. ElastiCache (Redis OSS) phiên bản 7.0 giới thiệu tính năng ghép kênh I/O tăng cường, giúp kết hợp nhiều yêu cầu của máy khách vào một kênh duy nhất và cải thiện hiệu quả luồng.

Từ ElastiCache phiên bản 7.1 trở lên dành cho Redis OSS , chúng tôi đã mở rộng chức năng luồng I/O tăng cường để xử lý logic lớp trình bày. Các luồng I/O tăng cường không chỉ đọc dữ liệu đầu vào của máy khách mà còn phân tách dữ liệu đầu vào thành định dạng lệnh nhị phân, sau đó được chuyển tiếp đến luồng chính để thực thi, nhằm tăng hiệu năng. Với ElastiCache phiên bản 7.1 dành cho Redis OSS, bạn có thể đạt thông lượng cao hơn tới 100% và độ trễ P99 thấp hơn 50% so với phiên bản trước đó. Trên r7g.4xlarge hoặc phiên bản lớn hơn, bạn có thể đạt được hơn 1 triệu yêu cầu mỗi giây (RPS) cho mỗi nút.

ElastiCache cung cấp hai bộ chỉ số khác nhau để đo lường mức sử dụng CPU của bộ nhớ đệm tùy thuộc vào lựa chọn triển khai bộ nhớ đệm của bạn. Khi sử dụng ElastiCache phi máy chủ, bạn có thể theo dõi mức sử dụng CPU với chỉ số Đơn vị xử lý ElastiCache (ECPU). Số lượng ECPU mà các yêu cầu của bạn tiêu thụ phụ thuộc vào thời gian vCPU đã sử dụng và lượng dữ liệu được truyền. Mỗi lần đọc và ghi, như lệnh GET và SET của Redis OSS hoặc lệnh get và set của Memcached, cần có 1 ECPU cho mỗi kilobyte (KB) dữ liệu được truyền. Một số lệnh Redis OSS thao tác trên cấu trúc dữ liệu trong bộ nhớ có thể tiêu tốn nhiều thời gian dùng vCPU hơn lệnh GET hoặc SET. ElastiCache tính toán số lượng ECPU tiêu tốn dựa trên thời gian dùng vCPU mà lệnh cần đến so với mức cơ sở là thời gian dùng vCPU mà một lệnh SET hoặc GET cần đến. Nếu lệnh của bạn tiêu tốn thêm thời gian dùng vCPU và truyền nhiều dữ liệu hơn mức cơ sở là 1 ECPU, thì ElastiCache sẽ tính toán các ECPU cần thiết dựa trên chỉ số nào cao hơn trong hai chỉ số này.

Khi thiết kế cụm của riêng bạn, bạn có thể theo dõi EngineCPUUtilization và CPUUtilization. Chỉ số CPUUtilization đo lường mức sử dụng CPU cho phiên bản (nút) và chỉ số EngineCPUUtilization đo lường mức sử dụng ở cấp độ quy trình công cụ. Ngoài chỉ số CPUUtilization, bạn cần chỉ số EngineCPUUtilization, vì quy trình Redis OSS chính có đặc tính đơn luồng và chỉ sử dụng một CPU trong số nhiều lõi CPU có sẵn trên một phiên bản. Do đó, chỉ số CPUUtilization không cung cấp khả năng hiển thị chính xác về tỷ lệ sử dụng CPU ở cấp độ quy trình công cụ. Chúng tôi khuyên bạn nên sử dụng đồng thời cả hai chỉ số CPUUtilization và EngineCPUUtilization để hiểu chi tiết về mức sử dụng CPU cho các cụm Redis OSS của bạn.

Cả hai bộ chỉ số đều có sẵn ở tất cả các Khu vực AWS và bạn có thể truy cập các chỉ số này bằng Amazon CloudWatch hoặc trong bảng điều khiển. Ngoài ra, chúng tôi khuyên bạn nên truy cập tài liệu để tìm hiểu về các chỉ số hữu ích cho việc theo dõi hiệu năng.

Bản sao chỉ có quyền đọc phục vụ hai mục đích trong Redis OSS:

• Xử lý lỗi
• Điều chỉnh quy mô đọc

Khi bạn chạy bộ nhớ đệm với bản sao chỉ có quyền đọc, bộ nhớ chính phục vụ cả lượt ghi và đọc. Bản sao phục vụ độc quyền lưu lượng đọc và còn khả dụng dưới dạng chế độ dự phòng ấm trong trường hợp bản chính bị hư hỏng.

Với ElastiCache phi máy chủ, các bản sao chỉ có quyền đọc được dịch vụ tự động duy trì. Khi thiết kế bộ nhớ đệm của riêng bạn, có nhiều tình huống khác nhau mà trong đó việc triển khai một hoặc nhiều bản sao chỉ có quyền đọc cho một nút chính cho trước có thể là phương án hợp lý. Lý do thường thấy để triển khai một bản sao chỉ có quyền đọc bao gồm:

• Điều chỉnh quy mô vượt quá khả năng điện toán hoặc I/O của một nút chính duy nhất cho khối lượng công việc cần đọc nhiều: Có thể chuyển hướng lưu lượng đọc dư thừa này sang một hay nhiều bản sao chỉ có quyền đọc.
• Phục vụ lưu lượng đọc trong khi bản chính không khả dụng: Nếu nút chính của bạn không thể nhận yêu cầu I/O (ví dụ: do gián đoạn I/O vì sao lưu hoặc bảo trì định kỳ), bạn có thể chuyển hướng lưu lượng đọc sang các bản sao chỉ có quyền đọc của bạn. Đối với trường hợp sử dụng này, nên nhớ rằng dữ liệu trên bản sao chỉ có quyền đọc có thể đã cũ do phiên bản chính không khả dụng. Bản sao chỉ có quyền đọc cũng có thể được sử dụng làm ấm để khởi động lại bản chính bị lỗi.
• Các kịch bản bảo vệ dữ liệu: Trong trường hợp hi hữu là nút chính gặp sự cố hoặc Vùng sẵn sàng chứa nút chính của bạn không khả dụng, bạn có thể nâng bản sao chỉ có quyền đọc trong Vùng sẵn sàng khác lên thành bản chính mới. 

Bạn có thể kết nối với một bản sao chỉ có quyền đọc giống như cách bạn kết nối với một nút bộ nhớ đệm chính. Nếu bạn có nhiều bản sao chỉ có quyền đọc, thì ứng dụng của bạn có thể quyết định cách phân phối lưu lượng đọc giữa các bản sao đó. Dưới đây là thông tin chi tiết hơn:

• Các cụm Redis (chế độ cụm bị vô hiệu hóa) OSS sử dụng các điểm cuối nút riêng lẻ cho các thao tác đọc. (Trong API/CLI, chúng được gọi là điểm cuối đọc.)
• Các cụm Redis OSS (chế độ cụm được kích hoạt) sử dụng điểm cuối cấu hình của cụm cho tất cả các thao tác. Bạn vẫn có thể đọc từ các điểm cuối nút riêng lẻ. (Trong API và CLI, chúng được gọi là điểm cuối đọc.)

ElastiCache cho phép bạn tạo tối đa năm (5) bản sao chỉ có quyền đọc cho một nút bộ nhớ đệm chính cho trước.

Trong trường hợp chuyển đổi dự phòng, bất kỳ bản sao chỉ có quyền đọc được liên kết và hiện có sẽ tự động tiếp tục quá trình sao chép sau khi chuyển đổi dự phòng hoàn tất (truy vấn cập nhật từ bản sao chỉ có quyền đọc mới được nâng lên).

Các cập nhật cho nút bộ nhớ đệm chính sẽ tự động được sao chép sang bất kỳ bản sao chỉ đọc nào được liên kết. Tuy nhiên, với công nghệ sao chép không đồng bộ của Redis OSS, bản sao chỉ có quyền đọc có thể chậm hơn nút bộ nhớ đệm chính của nó vì nhiều lý do. Các lý do thường thấy bao gồm:

• Dung lượng ghi I/O vào nút bộ nhớ đệm chính vượt quá tốc độ mà các thay đổi có thể được áp dụng cho bản sao chỉ có quyền đọc.
• Các phân vùng mạng hoặc độ trễ giữa nút bộ nhớ đệm chính và bản sao chỉ có quyền đọc.

Bản sao chỉ có quyền đọc chịu sự chi phối của các điểm mạnh và điểm yếu của sao chép Redis OSS. Nếu sử dụng bản sao chỉ có quyền đọc, bạn nên biết khả năng có độ trễ giữa bản sao chỉ có quyền đọc và nút bộ nhớ đệm chính, hay còn gọi là “sự không thống nhất”. ElastiCache đưa ra chỉ số để giúp bạn nắm được sự không thống nhất này.

Bản sao chỉ có quyền đọc được tính phí dưới dạng nút bộ nhớ đệm tiêu chuẩn và có cùng mức giá. Cũng giống như nút bộ nhớ đệm tiêu chuẩn, mức phí trên mỗi giờ sử dụng nút bộ nhớ đệm đối với bản sao chỉ có quyền đọc được xác định bởi lớp nút bộ nhớ đệm của bản sao chỉ có quyền đọc: hãy truy cập trang định giá ElastiCache để biết mức giá mới nhất. Bạn không bị tính phí đối với việc truyền dữ liệu phát sinh trong quá trình sao chép dữ liệu giữa nút bộ nhớ đệm chính và bản sao chỉ có quyền đọc. Thời gian tính phí cho bản sao chỉ có quyền đọc bắt đầu ngay sau khi bản sao này được tạo ra thành công (khi trạng thái được hiển thị là đang hoạt động). Bản sao chỉ có quyền đọc sẽ tiếp tục bị tính phí theo mức giá theo giờ của nút bộ nhớ đệm ElastiCache tiêu chuẩn cho đến khi bạn phát lệnh xóa bản sao đó.

Chuyển đổi dự phòng được khởi tạo được ElastiCache hỗ trợ để bạn có thể tiếp tục các thao tác của bộ nhớ đệm càng nhanh càng tốt. Khi chuyển đổi dự phòng, ElastiCache lật bản ghi DNS để nút bộ nhớ đệm của bạn trỏ vào bản sao chỉ có quyền đọc, từ đó bản sao này được nâng lên thành bản chính mới. Chúng tôi khuyến khích bạn làm theo các biện pháp thực hành tốt nhất và tiến hành thử kết nối lại nút bộ nhớ đệm ở lớp ứng dụng. Thông thường, từ lúc bắt đầu đến khi kết thúc, các bước từ một đến năm bên dưới sẽ hoàn thành trong vòng sáu phút.

Đây là các sự kiện chuyển đổi dự phòng tự động, được liệt kê theo thứ tự xảy ra:

1. Thông báo nhóm sao chép: API kiểm tra chuyển đổi dự phòng được gọi cho nhóm nút <node-group-id>
2. Thông báo cụm bộ nhớ đệm: Quá trình chuyển đổi dự phòng từ nút chính <primary-node-id> sang nút bản sao <node-id> đã hoàn tất
3. Thông báo nhóm sao chép: Quá trình chuyển đổi dự phòng từ nút chính <primary-node-id> sang nút bản sao <node-id> đã hoàn tất
4. Thông báo cụm bộ nhớ đệm: Đang khôi phục các nút bộ nhớ đệm <node-id>
5. Thông báo cụm bộ nhớ đệm: Hoàn tất khôi phục các nút bộ nhớ đệm <node-id>

Không, bản sao chỉ có quyền đọc chỉ có thể được cung cấp trong cùng một Vùng sẵn sàng hoặc Vùng sẵn sàng khác trong cùng Khu vực với nút bộ nhớ đệm chính của bạn. Tuy nhiên, bạn có thể sử dụng Kho chứa dữ liệu toàn cầu để làm việc với bản sao được quản lý toàn phần, có tốc độ nhanh, đáng tin cậy và chú trọng bảo mật trên mọi Khu vực AWS. Sử dụng tính năng này, bạn có thể tạo cụm bản sao chỉ có quyền đọc liên Khu vực cho ElastiCache để cho phép đọc và phục hồi sau thảm họa trên mọi Khu vực AWS với độ trễ thấp.

Có. Bạn có thể thấy vị trí của bản chính hiện tại bằng cách sử dụng bảng điều khiển hoặc API DescribeCacheClusters.

Có. Bạn có thể thêm hoặc xóa bản sao chỉ có quyền đọc trên một hoặc nhiều phân mảnh trong môi trường cụm. Cụm này tiếp tục trực tuyến và phục vụ I/O đến trong quá trình diễn ra thao tác này.

Nhiều vùng sẵn sàng là một tính năng cho phép bạn chạy trong một cấu hình có độ sẵn sàng cao hơn khi thiết kế bộ nhớ đệm ElastiCache của riêng bạn. Tất cả bộ nhớ đệm ElastiCache phi máy chủ được tự động chạy trong cấu hình Nhiều vùng sẵn sàng. Nhóm sao chép ElastiCache bao gồm một bản chính và tối đa năm bản sao chỉ có quyền đọc. Nếu chế độ Nhiều vùng sẵn sàng được bật, mỗi bản chính cần ít nhất một bản sao. Trong một số loại bảo trì theo kế hoạch nhất định hoặc trong trường hợp hi hữu xảy ra lỗi nút ElastiCache hoặc lỗi Vùng sẵn sàng, ElastiCache sẽ tự động phát hiện lỗi của bản chính, chọn bản sao chỉ có quyền đọc và nâng nó lên thành bản chính mới. ElastiCache cũng phân phối các thay đổi DNS của bản sao chỉ có quyền đọc được nâng lên, vì vậy nếu ứng dụng của bạn đang ghi vào điểm cuối nút chính, bạn sẽ không cần thay đổi điểm cuối.

Những lợi ích chính của việc chạy ElastiCache ở chế độ Nhiều vùng sẵn sàng là độ sẵn sàng được tăng cường và giảm bớt nhu cầu quản trị. Khi chạy ElastiCache trong cấu hình Nhiều vùng sẵn sàng, bộ nhớ đệm của bạn đủ điều kiện cho SLA sẵn sàng ở mức 99,99%. Nếu xảy ra sự cố nút chính ElastiCache, khả năng đọc và ghi vào nút chính của bạn sẽ hạn chế bị ảnh hưởng trong khoảng thời gian cần thiết để hoàn tất quá trình chuyển đổi dự phòng tự động. Khi chế độ Nhiều vùng sẵn sàng được bật, chuyển đổi dự phòng nút ElastiCache diễn ra tự động và không cần đến hoạt động quản trị. 

Bạn có thể sử dụng Nhiều vùng sẵn sàng nếu bạn đang sử dụng ElastiCache và có một nhóm sao chép bao gồm một nút chính và một hoặc nhiều bản sao chỉ có quyền đọc. Nếu nút chính gặp sự cố, ElastiCache sẽ tự động phát hiện sự cố, chọn một trong các bản sao chỉ có quyền đọc có sẵn và nâng bản sao này lên làm nút chính mới. ElastiCache sẽ phân phối các thay đổi DNS của bản sao được nâng lên để ứng dụng của bạn có thể tiếp tục ghi vào điểm cuối chính. ElastiCache cũng sẽ thiết lập một nút mới để thay thế bản sao chỉ có quyền đọc được nâng lên trong cùng Vùng sẵn sàng của bản chính gặp lỗi. Trong trường hợp bản chính gặp lỗi do Vùng sẵn sàng bị gián đoạn tạm thời, bản sao mới sẽ được khởi chạy sau khi Vùng sẵn sàng đó đã phục hồi.

Có. Lưu ý rằng việc đặt cả bản chính và các bản sao trong cùng một Vùng sẵn sàng sẽ không làm cho nhóm sao chép ElastiCache của bạn có khả năng phục hồi nhanh do Vùng sẵn sàng bị gián đoạn. Ngoài ra, bạn sẽ không thể đặt các bản sao trong cùng Vùng sẵn sàng với bản chính nếu chế độ Nhiều vùng sẵn sàng được bật.

ElastiCache sẽ chuyển đổi dự phòng sang bản sao chỉ có quyền đọc trong trường hợp xảy ra bất kỳ tình huống nào sau đây:

• Gián đoạn ở Vùng sẵn sàng của bản chính
• Mất kết nối mạng đến bản chính
• Sự cố ở máy điện toán trên bản chính

Nếu có nhiều bản sao chỉ có quyền đọc, bản sao chỉ có quyền đọc với độ trễ sao chép không đồng bộ nhỏ hơn so với bản chính sẽ được nâng lên.

Có, ElastiCache sẽ tạo một sự kiện để thông báo cho bạn rằng quá trình chuyển đổi dự phòng tự động đã diễn ra. Bạn có thể sử dụng API DescribeEvents để trả về thông tin về các sự kiện liên quan đến nút ElastiCache của mình hoặc chọn phần Sự kiện trong Bảng điều khiển quản lý ElastiCache.

Vùng sẵn sàng được thiết kế để cung cấp khả năng kết nối mạng có độ trễ thấp tới các Vùng sẵn sàng khác trong cùng một Khu vực. Bạn nên xem xét tiến hành kiến trúc ứng dụng và các tài nguyên AWS khác kết hợp khả năng dự phòng trên nhiều Vùng sẵn sàng để ứng dụng của bạn có khả năng phục hồi trong trường hợp xảy ra gián đoạn ở một Vùng sẵn sàng.

Để biết thêm thông tin về Nhiều vùng sẵn sàng, hãy xem tài liệu của ElastiCache.

Sao lưu và phục hồi là tính năng cho phép bạn tạo các bản ảnh chụp nhanh của bộ nhớ đệm ElastiCache. ElastiCache lưu trữ các bản ảnh chụp nhanh, cho phép người dùng sử dụng chúng sau đó để phục hồi bộ nhớ đệm. Tính năng này hiện được hỗ trợ với ElastiCache dành cho Valkey, ElastiCache dành cho Redis OSS và phi máy chủ. 

Việc tạo bản ảnh chụp nhanh có thể giúp ích cho bạn trong trường hợp bị mất dữ liệu do nút gặp sự cố cũng như trong trường hợp hiếm là phần cứng gặp sự cố. Một lý do thường thấy khác cho việc sử dụng bản sao lưu là phục vụ mục đích lưu trữ. Bản ảnh chụp nhanh được lưu ở Amazon S3.

Khi bắt đầu sao lưu, ElastiCache sẽ tạo ảnh chụp nhanh bộ nhớ đệm được chỉ định mà sau này có thể được dùng để phục hồi hoặc lưu trữ. Bạn có thể bắt đầu sao lưu bất cứ lúc nào bạn chọn hoặc đặt sao lưu định kỳ hàng ngày với thời gian lưu giữ tối đa là 35 ngày. Khi bạn chọn ảnh chụp nhanh để phục hồi, bộ nhớ đệm ElastiCache mới sẽ được tạo và điền dữ liệu của ảnh chụp nhanh. Ảnh chụp nhanh ElastiCache tương thích với định dạng tệp Redis OSS RDB.

Bạn có thể sử dụng tính năng Sao lưu và phục hồi thông qua bảng điều khiển, API ElastiCache và AWS CLI. Bạn có thể hủy kích hoạt và kích hoạt lại tính năng này bất cứ lúc nào bạn chọn.

Tính năng Sao lưu và phục hồi tạo ảnh chụp nhanh theo từng bộ nhớ đệm. Người dùng có thể chỉ định bộ nhớ đệm ElastiCache nào muốn sao lưu thông qua bảng điều khiển, AWS CLI hoặc API ElastiCache. Chúng tôi đề xuất người dùng bật sao lưu trên một trong các bản sao chỉ có quyền đọc của bộ nhớ đệm, giúp giảm thiểu bất kỳ tác động tiềm ẩn nào đến bản chính. Khi sử dụng ElastiCache phi máy chủ, các bản sao lưu được tự động thực hiện dựa trên các bản sao chỉ có quyền đọc.

Có, bạn có thể xuất ảnh chụp nhanh ElastiCache sang vùng lưu trữ S3 được cấp quyền trong cùng Khu vực với bộ nhớ đệm của bạn.

Có. Trước tiên, bạn phải sao chép bản ảnh chụp nhanh của mình vào một vùng lưu trữ S3 được cấp quyền mà bạn chọn trong cùng Khu vực và sau đó cấp quyền vùng lưu trữ liên tài khoản cho tài khoản khác.

ElastiCache cung cấp dung lượng lưu trữ cho một bản ảnh chụp nhanh miễn phí cho mỗi bộ nhớ đệm ElastiCache đang hoạt động. Lưu trữ bổ sung sẽ được tính phí dựa trên dung lượng mà các bản ảnh chụp nhanh sử dụng với giá 0,085 USD/GB mỗi tháng (cùng mức giá ở tất cả các Khu vực). Miễn phí truyền dữ liệu để sử dụng ảnh chụp nhanh.

Khi bạn xóa bộ nhớ đệm ElastiCache, ảnh chụp nhanh thủ công của bạn sẽ được giữ lại. Bạn cũng sẽ có tùy chọn tạo bản ảnh chụp nhanh cuối cùng trước khi xóa bộ nhớ đệm. Bản ảnh chụp nhanh bộ nhớ đệm tự động không được giữ lại.

Công cụ trong ElastiCache hoàn toàn tương thích với Redis OSS nhưng cũng đi kèm với các cải tiến giúp cải thiện hiệu suất, sự mạnh mẽ và độ ổn định. Một số cải tiến bao gồm:

• Nhiều bộ nhớ có thể sử dụng hơn: Bây giờ bạn có thể phân bổ nhiều bộ nhớ hơn cho ứng dụng của mình một cách an toàn mà không gặp rủi ro gia tăng mức sử dụng hoán đổi trong quá trình đồng bộ hóa và tạo bản ảnh chụp nhanh.
• Cải thiện khả năng đồng bộ hóa: Đồng bộ hóa mạnh mẽ hơn dưới tải nặng và khi phục hồi sau những lần ngắt kết nối mạng. Ngoài ra, đồng bộ hóa nhanh hơn vì cả bản chính và bản sao không còn sử dụng ổ đĩa cho thao tác này.
• Chuyển đổi dự phòng mượt mà hơn: Trong trường hợp chuyển đổi dự phòng, phân mảnh của bạn hiện đang phục hồi nhanh hơn vì các bản sao không còn xóa dữ liệu để thực hiện đồng bộ lại đầy đủ với bản chính.
• Giảm tải TLS và ghép kênh IO: ElastiCache được thiết kế để sử dụng tốt hơn các tài nguyên CPU có sẵn bằng cách xử lý các quy trình liên quan đến mạng trên các luồng chuyên dụng.

Không. Công cụ nâng cao hoàn toàn tương thích với Redis OSS, do đó bạn có thể tận hưởng sự mạnh mẽ và ổn định được cải thiện mà không cần thực hiện bất kỳ thay đổi nào đối với mã ứng dụng của bạn.

Không tính thêm phí khi sử dụng công cụ nâng cao.

Mã hóa khi đang lưu trữ cung cấp các cơ chế để đề phòng trường hợp truy cập trái phép vào dữ liệu của bạn. Khi được bật, tính năng này mã hóa các khía cạnh sau:

• Đĩa trong các thao tác đồng bộ hóa, sao lưu và hoán đổi
• Bản sao lưu được lưu trữ trong Amazon S3

ElastiCache cung cấp mã hóa mặc định (được dịch vụ quản lý) khi đang lưu trữ, cũng như khả năng sử dụng các khóa của AWS KMS do khách hàng quản lý đối xứng của riêng bạn trong AWS KMS. Truy cập mã hóa khi đang lưu trữ để tìm hiểu thêm.

Tính năng mã hóa khi đang truyền hỗ trợ mã hóa giao tiếp giữa các máy khách và ElastiCache, cũng như giữa các máy chủ (bản chính và bản sao chỉ đọc). Đọc thêm về mã hóa khi đang truyền của ElastiCache.

Mã hóa khi đang truyền, mã hóa khi đang lưu trữ, lệnh Redis OSS AUTH và Kiểm soát truy cập dựa trên vai trò (RBAC) là những tính năng bạn có thể chọn khi tạo bộ nhớ đệm ElastiCache. Nếu bạn đã bật mã hóa khi đang truyền, bạn có thể chọn sử dụng Redis OSS AUTH hoặc RBAC để kiểm soát truy cập và bảo mật thêm.

Không, ElastiCache quản lý việc hết hạn và gia hạn chứng chỉ đằng sau hậu trường. Người dùng không cần làm gì để duy trì chứng chỉ liên tục.

Không, việc sử dụng mã hóa không mất thêm phí.

Kho chứa dữ liệu toàn cầu là tính năng của ElastiCache, cung cấp khả năng sao chép liên Khu vực được quản lý toàn phần, có tốc độ nhanh, đáng tin cậy và chú trọng bảo mật. Với Kho chứa dữ liệu toàn cầu, bạn có thể ghi vào bộ nhớ đệm trong một Khu vực và có sẵn dữ liệu để đọc trong tối đa hai cụm bản sao liên Khu vực khác, do đó cho phép đọc với độ trễ thấp và phục hồi sau thảm họa trên mọi Khu vực.

Được thiết kế cho các ứng dụng thời gian thực có phạm vi hoạt động toàn cầu, Kho chứa dữ liệu toàn cầu thường sao chép dữ liệu liên Khu vực trong vòng chưa đầy một giây, tăng khả năng đáp ứng của các ứng dụng bằng cách cung cấp các kết quả đọc địa lý địa phương gần hơn với người dùng cuối. Trong trường hợp hi hữu gặp phải tình trạng suy giảm hiệu suất tại Khu vực, một trong những bộ nhớ đệm sao chép liên Khu vực ở tình trạng tốt có thể được nâng lên làm bản chính với khả năng đọc và ghi đầy đủ. Sau khi bắt đầu, quá trình nâng lên thường hoàn thành trong vòng chưa đầy một phút, cho phép các ứng dụng của bạn vẫn sẵn sàng.

Bạn có thể sao chép tới tối đa hai Khu vực phụ trong Global Datastore. Có thể dùng bộ nhớ đệm trong Khu vực phụ để mang đến hoạt động đọc cục bộ có độ trễ thấp và khả năng phục hồi sau thảm họa trong trường hợp hi hữu gặp phải tình trạng suy giảm hiệu suất tại Khu vực.

Global Datastore được hỗ trợ trên ElastiCache dành cho Redis 5.0.6 trở đi.

Không, ElastiCache không tự động nâng lên một cụm phụ trong trường hợp một cụm chính (Khu vực) bị suy giảm hiệu suất. Bạn có thể bắt đầu chuyển đổi dự phòng theo cách thủ công bằng cách nâng một cụm phụ lên để trở thành cụm chính. Quá trình chuyển đổi dự phòng và nâng cụm phụ lên thường hoàn thành trong vòng chưa đầy một phút.

Global Datastore sử dụng tính năng mã hóa khi đang truyền cho lưu lượng truy cập liên Khu vực để giữ cho dữ liệu của bạn bảo mật hơn. Ngoài ra, bạn cũng có thể mã hóa bộ nhớ đệm chính và phụ của mình bằng cách sử dụng tính năng mã hóa khi đang lưu trữ để giữ cho dữ liệu của bạn được bảo mật tốt hơn. Mỗi bộ nhớ đệm chính và phụ có thể có khóa của AWS KMS do khách hàng quản lý riêng để mã hóa khi đang lưu trữ.

ElastiCache không cung cấp SLA cho RPO và RTO. RPO khác nhau dựa trên độ trễ sao chép giữa các Khu vực và phụ thuộc vào độ trễ mạng giữa các Khu vực và tắc nghẽn lưu lượng truy cập mạng liên Khu vực. RPO của Kho chứa dữ liệu toàn cầu thường dưới một giây, vì vậy dữ liệu được ghi trong Khu vực chính có sẵn trong Khu vực phụ trong vòng một giây. RTO của Kho chứa dữ liệu toàn cầu thường dưới một phút. Khi quá trình chuyển đổi dự phòng sang cụm phụ được bắt đầu, ElastiCache thường nâng khả năng đọc và ghi của cụm phụ lên hết cỡ trong vòng chưa đầy một phút.

ElastiCache không cung cấp SLA cho RPO và RTO. RPO khác nhau dựa trên độ trễ sao chép giữa các Khu vực và phụ thuộc vào độ trễ mạng giữa các Khu vực và tắc nghẽn lưu lượng truy cập mạng liên Khu vực. RPO của Kho chứa dữ liệu toàn cầu thường dưới một giây, vì vậy dữ liệu được ghi trong Khu vực chính có sẵn trong Khu vực phụ trong vòng một giây. RTO của Kho chứa dữ liệu toàn cầu thường dưới một phút. Khi quá trình chuyển đổi dự phòng sang cụm phụ được bắt đầu, ElastiCache thường nâng khả năng đọc và ghi của cụm phụ lên hết cỡ trong vòng chưa đầy một phút.

Phân bậc dữ liệu cung cấp tùy chọn tỷ lệ giá/hiệu năng mới bằng cách sử dụng ổ cứng thể rắn (SSD) có chi phí thấp hơn trong mỗi nút cụm bên cạnh việc lưu trữ dữ liệu trong bộ nhớ. Tính năng này là lựa chọn lý tưởng cho khối lượng công việc thường xuyên truy cập tới 20% tập dữ liệu tổng thể và cho các ứng dụng có thể chịu được thêm độ trễ khi truy cập dữ liệu trên SSD. Các nút ElastiCache R6gd có cả bộ nhớ và SSD có tổng dung lượng lưu trữ cao hơn gần gấp 5 lần và có thể giúp bạn tiết kiệm hơn 60% về chi phí khi chạy ở mức sử dụng tối đa so với các nút ElastiCache R6g chỉ có bộ nhớ.

Phân bậc dữ liệu hoạt động bằng cách di chuyển các mục ít được sử dụng gần đây nhất từ bộ nhớ sang các SSD NVMe được gắn cục bộ một cách tự động và minh bạch khi dung lượng bộ nhớ khả dụng đã hoàn toàn được dùng hết. Khi một mục di chuyển sang SSD sau đó được truy cập, ElastiCache sẽ di chuyển mục đó trở lại bộ nhớ không đồng bộ trước khi thực hiện yêu cầu.

Phân bậc dữ liệu được thiết kế để có tác động tối thiểu đến hiệu suất của ứng dụng. Giả sử trường hợp giá trị chuỗi 500 byte, bạn có thể mong đợi thêm độ trễ trung bình 300µs cho các yêu cầu đối với dữ liệu được lưu trữ trên SSD so với các yêu cầu đối với dữ liệu trong bộ nhớ.

ElastiCache hỗ trợ phân bậc dữ liệu trên ElastiCache dành cho Redis OSS phiên bản 6.2 trở lên.

ElastiCache hỗ trợ phân bậc dữ liệu trên các cụm sử dụng các nút R6gd.

Tất cả các lệnh Valkey và Redis OSS và hầu hết các tính năng ElastiCache đều được hỗ trợ khi sử dụng tính năng phân bậc dữ liệu. Để biết danh sách các tính năng không được hỗ trợ trên các cụm sử dụng phân bậc dữ liệu, hãy xem tài liệu.

Không mất thêm phí khi sử dụng phân bậc dữ liệu ngoài chi phí theo giờ của nút. Các nút có phân bậc dữ liệu có sẵn với định giá theo nhu cầu và dưới dạng nút đặt trước. Để biết về định giá, hãy xem Trang định giá của ElastiCache.