Distributed Caching với Redis Cluster giải quyết bài toán Single Point of Failure (SPOF) như thế nào so với việc dùng một Redis Instance đơn lẻ?

Question

Accepted Answer

Hạn chế của Redis Instance đơn lẻ
Khi sử dụng một Redis instance đơn lẻ, toàn bộ dữ liệu cache phụ thuộc vào một tiến trình và một máy chủ duy nhất. Nếu máy chủ đó gặp sự cố phần cứng, sập nguồn hoặc quá tải CPU, toàn bộ hệ thống Database phía sau sẽ chịu một lượng lớn truy vấn đồng thời (Cache Stampede), dẫn đến sập hệ thống (Cascading Failures).
Redis Cluster giải quyết SPOF như thế nào?

Cơ chế phân vùng dữ liệu (Sharding): Dữ liệu được chia thành 16,384 Hash Slots và phân bổ đều trên các Master nodes trong cluster. Khi một node chết, chỉ một phần dữ liệu bị ảnh hưởng thay vì toàn bộ.
Mô hình Master-Replica: Mỗi Master node có thể có một hoặc nhiều Replica nodes. Khi Master node ngừng hoạt động, Redis Cluster tự động thực hiện tiến trình bầu chọn (Failover Consensus thông qua thuật toán Raft ngầm định) để đưa một Replica lên làm Master mới.
Client-side Routing: Các Redis Client hiện đại (như ioredis, lettuce) duy trì bản đồ Hash Slots của Cluster, tự động điều hướng câu lệnh đến đúng Master node đang phục vụ slot đó.

Kinh nghiệm thực chiến từ Chuyên gia

Khi triển khai Redis Cluster trong môi trường Production (như Kubernetes), cần đảm bảo các Master và Replica nằm trên các Availability Zones (AZ) hoặc Worker Nodes vật lý khác nhau để tránh việc sập một cụm phần cứng vật lý làm chết cả Master lẫn Replica.

Distributed Caching với Redis Cluster giải quyết bài toán Single Point of Failure (SPOF) như thế nào so với việc dùng một Redis Instance đơn lẻ?

Hạn chế của Redis Instance đơn lẻ

Làm Chủ Phỏng Vấn & Nâng Cao Trình Độ Chuyên Nghiệp

Tải Tuyển Tập 100+ Câu Hỏi Phỏng Vấn Chuyên Sâu (PDF)

Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Kiểm Tra CV Chuẩn ATS Miễn Phí

Câu hỏi availability & reliability liên quan cùng chủ đề