Tăng lượng ghi log từ vị trí đó.
Ghi log nhiều hơn giúp việc điều tra sự cố dễ hơn, nhưng nó không thay đổi cấu trúc mà toàn bộ hệ thống dừng nếu vị trí đó gặp sự cố.
Nó không thể loại bỏ chính rủi ro gián đoạn, nên không đúng.
Trong một hệ thống có đúng một vị trí mà nếu nó gặp sự cố thì toàn bộ hệ thống dừng lại. Để cải thiện độ tin cậy, biện pháp nào phù hợp NHẤT cho vị trí này?
Câu hỏi về biện pháp độ tin cậy đúng cho một điểm lỗi đơn (SPOF).
Tăng lượng ghi log từ vị trí đó.
Ghi log nhiều hơn giúp việc điều tra sự cố dễ hơn, nhưng nó không thay đổi cấu trúc mà toàn bộ hệ thống dừng nếu vị trí đó gặp sự cố.
Nó không thể loại bỏ chính rủi ro gián đoạn, nên không đúng.
Làm cho instance ở vị trí đó lớn hơn.
Một instance lớn hơn tăng sức xử lý, nhưng số lượng vẫn là một.
Nếu instance đơn lẻ đó gặp sự cố, toàn bộ hệ thống dừng, nên điểm lỗi đơn chưa được giải quyết, và không đúng.
Tạm thời ngừng sử dụng vị trí đó.
Ngừng sử dụng một thành phần bắt buộc nghĩa là chính chức năng đó trở nên không khả dụng.
Thay vì cải thiện độ tin cậy, dịch vụ không còn hoạt động được, nên không đúng.
Làm cho vị trí đó dư thừa bằng cách đặt nhiều bản sao trên nhiều Availability Zone.
Chính xác. Một điểm lỗi đơn (SPOF) được loại bỏ bằng cách làm cho vị trí đó dư thừa và phân tán nó qua nhiều instance và nhiều AZ. Ngay cả khi một instance gặp sự cố, phần còn lại sẽ tiếp quản việc xử lý, ngăn toàn bộ hệ thống dừng lại. Đây là nền tảng của thiết kế đáng tin cậy.
"Nếu nó gặp sự cố, mọi thứ dừng lại" = một điểm lỗi đơn (SPOF). Biện pháp tiêu chuẩn là dư thừa (nhiều bản sao, nhiều AZ). Lưu ý rằng tăng quy mô (scale up) hay ghi log nhiều hơn không giải quyết được SPOF.