Giải thích cam kết uptime của web hosting: 99,9% vs 99,95% vs 100% — và cách các nhà cung cấp định nghĩa nó
Mỗi tỷ lệ phần trăm tương ứng với một số phút cho phép cụ thể mỗi tháng. Đây là phép tính, cùng với những gì các nhà cung cấp lớn thực sự công bố trong SLA của họ và cách họ định nghĩa 'thời gian ngừng hoạt động' trong phần chữ nhỏ.
Mỗi "con số chín" cho phép điều gì
Các tỷ lệ uptime quy đổi thành thời gian ngừng hoạt động cho phép cụ thể mỗi tháng: 99% = 7 giờ 18 phút; 99,9% ("ba con chín") = 43 phút; 99,95% = 22 phút; 99,99% ("bốn con chín") = 4,3 phút; 99,999% = 26 giây. Khác biệt về mặt tiếp thị giữa 99,9% và 99,99% chỉ là một chữ số thập phân; khác biệt trong thực tế là 38 phút mỗi tháng, tháng nào cũng vậy, về thời gian ngừng hoạt động được cho phép.
Các nhà cung cấp lớn thực sự công bố những gì
Kinsta công bố cam kết uptime 99,9% trong SLA của mình tại kinsta.com/legal/sla, kèm một chính sách tín dụng dịch vụ được ghi rõ nếu chỉ số này không đạt. DreamHost công bố cam kết uptime 100% tại dreamhost.com/legal/100-uptime-guarantee/, kèm một chính sách tín dụng quy định mức bồi thường trên mỗi phút ngừng hoạt động ngoài kế hoạch. Các gói shared của SiteGround, Bluehost và DreamHost đề cập đến uptime trong Điều khoản Dịch vụ của họ thay vì một trang SLA riêng; các chính sách tín dụng thường là một tỷ lệ phần trăm trên hóa đơn của tháng bị ảnh hưởng.
Cách các nhà cung cấp định nghĩa "thời gian ngừng hoạt động" — đọc các điều khoản loại trừ trong SLA
Con số trên trang tiếp thị là mức sàn; các điều khoản loại trừ của SLA mới là thứ định nghĩa nghĩa vụ thực tế. Những loại trừ phổ biến trong các SLA hosting: các khung bảo trì theo lịch (đôi khi bị loại hoàn toàn khỏi phép tính, đó là cách một nhà cung cấp có thể đạt "99,9%" trong khi vẫn có những lần ngừng hoạt động theo kế hoạch kéo dài nhiều giờ), sự cố do khách hàng gây ra, lỗi mạng của bên thứ ba (DDoS, sự cố ISP) và các sự kiện bất khả kháng. Hãy đọc SLA được liên kết trước khi xem con số nổi bật là một cam kết. Cam kết 100% của DreamHost rộng một cách bất thường — theo trang chính sách, nó không loại trừ bảo trì theo lịch khỏi phép tính.
Cách xác minh uptime một cách độc lập
Các bảng điều khiển uptime do nhà cung cấp tự báo cáo không mang tính độc lập — các nhà cung cấp loại trừ bảo trì theo lịch của chính họ và có thể chậm trong việc tính các sự cố. Để xác minh độc lập, hãy chạy một công cụ như UptimeRobot, Pingdom hoặc Better Stack đối với chính URL của bạn với khoảng kiểm tra 1 hoặc 5 phút. Chúng báo cáo mức khả dụng quan sát được qua các điểm giám sát phân bố theo địa lý. Đối chiếu chéo với bảng điều khiển SLA của nhà cung cấp là cách duy nhất để biết liệu con số đã công bố có phản ánh thực tế hay không.
Khi nào SLA quan trọng và khi nào không
Đối với một blog cá nhân hay một site portfolio, SLA phần lớn chỉ là một thứ mang tính tiếp thị — vài giờ ngừng hoạt động mỗi năm thì khó chịu nhưng không đáng kể về tài chính. Đối với một site thương mại điện tử hoặc một SaaS, SLA quan trọng vì thời gian ngừng hoạt động chuyển trực tiếp thành doanh thu thất thoát. Một site có doanh thu 100$/ngày và ngừng hoạt động 3 giờ đã mất 12,50$ biên lợi nhuận, cộng với một tác động SEO nếu Google gặp lỗi trong lúc thu thập dữ liệu. Đối với các site thương mại, chỉ số liên quan không phải là tỷ lệ phần trăm SLA mà là công thức của chính sách tín dụng và uptime lịch sử trên các điểm giám sát của bên thứ ba.
Nguồn
Kinsta SLA: kinsta.com/legal/sla. DreamHost uptime 100%: dreamhost.com/legal/100-uptime-guarantee. Điều khoản SiteGround: siteground.com/terms.htm. Điều khoản Bluehost: bluehost.com/terms-of-service. Khuyến nghị Hosting của WordPress.org: wordpress.org/hosting. Tất cả URL được truy cập ngày 30/04/2026.