- Chỉ số độ bền của EBS gp3: Theo tài liệu chính thức của AWS, tỷ lệ hỏng hóc hằng năm (AFR) là 0.1% ~ 0.2%. Xét trên từng ổ đĩa đơn lẻ, độ bền 99.9% là rất cao, nhưng khi quy mô hạ tầng tăng lên, rủi ro mang tính xác suất sẽ tích lũy.
- Xác suất phát sinh sự cố theo quy mô:
- Khi vận hành 1.000 ổ đĩa, xác suất không xảy ra bất kỳ sự cố nào trong vòng 1 năm là khoảng 36.8% ($0.999^{1000}$).
- Nói cách khác, về mặt thống kê sẽ có khoảng 63.2% khả năng gặp ít nhất 1 ổ đĩa bị lỗi, và đây là mức rủi ro cần được xem như một hằng số khi thiết kế hệ thống.
- Thay đổi về tỷ lệ sống sót theo cấu trúc lưu trữ:
- Cấu trúc phân tán (Sharding/RAID 0): Độ bền của toàn hệ thống được quyết định bởi tích độ bền của từng thành phần riêng lẻ ($R^n$). Số lượng ổ đĩa càng tăng, xác suất hệ thống sống sót càng giảm theo hàm mũ.
- Cấu trúc sao gương (Mirroring/RAID 1): Bằng cách hạ xác suất lỗi của mỗi shard xuống bình phương ($Q^2$), có thể cải thiện vượt bậc độ bền của toàn hệ thống ngay cả khi dùng cùng phần cứng.
- Tách biệt chiến lược quản lý:
- Redundancy (RAID, v.v.): Chiến lược duy trì tính sẵn sàng và độ bền của dịch vụ để đối phó với lỗi cơ học của phần cứng vật lý.
- Backup (S3 snapshot, v.v.): Phương tiện duy nhất để khôi phục trước 'sự biến đổi logic của dữ liệu' như lỗi thao tác của quản trị viên, bug phần mềm, ransomware, v.v. Hai khái niệm này không thể thay thế cho nhau.
- Kết luận*: Quả thật các dịch vụ managed trên cloud mang lại độ ổn định cao, nhưng độ bền cuối cùng của hệ thống được quyết định không phải bởi thông số của từng linh kiện riêng lẻ mà bởi năng lực thiết kế kiến trúc của kỹ sư.
Chưa có bình luận nào.