Cache thường giữ dữ liệu quan trọng như giỏ hàng; khi một cache node gặp sự cố, cần giảm thiểu cả thời gian gián đoạn (downtime) lẫn lượng dữ liệu bị mất.

Cluster ElastiCache (Redis OSS, node-based) của MFTECH giữ giỏ hàng và kết quả truy vấn cho RDS. Khi primary node gặp lỗi phần cứng, hai yêu cầu cần đạt là thời gian gián đoạn ngắn nhất và lượng dữ liệu mất ít nhất. Chọn từng phương án bảo vệ rồi mô phỏng sự cố:

Mỗi cơ chế giải quyết một vấn đề khác nhau:

• Backup (snapshot .rdb lưu trên S3): automatic backup chạy hằng ngày, giữ tối đa 35 ngày; manual backup được giữ tới khi bị xoá. Khôi phục bằng cách tạo cluster mới từ backup, nên mất dữ liệu kể từ lần backup cuối. Dùng cho dữ liệu bị hỏng, xoá nhầm, hoặc tạo cluster mới có sẵn dữ liệu.
• Append-only file (AOF): không được hỗ trợ từ Redis OSS 2.8.22; trên engine cũ, AOF và Multi-AZ loại trừ nhau.
• Read replica (1 đến 5 replica mỗi shard, sao chép bất đồng bộ): mở rộng đọc và giữ bản sao dữ liệu; khi không bật Multi-AZ, primary lỗi được thay bằng node mới tạo, ghi bị gián đoạn trong thời gian đó.
• Multi-AZ với automatic failover: đặt replica ở AZ khác và tự promote replica có replication lag thấp nhất; ghi tiếp tục trong vài giây, endpoint không đổi. Đây là cấu hình AWS khuyến nghị cho high availability. ElastiCache Serverless tự có kiến trúc Multi-AZ.

A cache often holds important data such as shopping carts; when a cache node fails, both the downtime and the data lost must be kept small.

MFTECH’s ElastiCache cluster (Redis OSS, node-based) holds carts and query results for RDS. When the primary node has a hardware failure, the two goals are the shortest possible downtime and the least possible data loss. Choose each protection option, then simulate the failure:

Each mechanism solves a different problem:

• Backups (.rdb snapshots stored in S3): automatic backups run daily and are kept up to 35 days; manual backups are kept until you delete them. You restore by creating a new cluster from a backup, so the data since the last backup is lost. Use them for corrupted or deleted data, or to seed a new cluster.
• Append-only file (AOF): not supported from Redis OSS 2.8.22; on older engines, AOF and Multi-AZ are mutually exclusive.
• Read replicas (1 to 5 per shard, replicated asynchronously): scale reads and keep a copy of the data; with Multi-AZ off, a failed primary is replaced by a newly provisioned node, and writes stop in the meantime.
• Multi-AZ with automatic failover: places replicas in other AZs and automatically promotes the replica with the least replication lag; writes resume within seconds and the endpoint stays the same. This is the configuration AWS recommends for high availability. ElastiCache Serverless has a Multi-AZ architecture built in.