Uptime website là tỷ lệ thời gian website hoặc một dịch vụ được xem là khả dụng trong một khoảng đo xác định. Con số 99,9% nghe rất cao, nhưng để sử dụng đúng trong vận hành cần biết ba điều: đo cái gì, đo từ đâu và điều kiện nào được tính là “khả dụng”.
Nếu chỉ nhìn một phần trăm uptime mà không biết cách đo, doanh nghiệp rất dễ so sánh sai giữa các nhà cung cấp hoặc đặt SLA không phù hợp với chức năng kinh doanh.
99%, 99,9% và 99,99% khác nhau bao nhiêu?
Với tháng 30 ngày, thời gian tối đa ngoài trạng thái khả dụng về mặt toán học xấp xỉ:
| Mức availability | Downtime tương ứng trong 30 ngày |
|---|---|
| 99% | 7 giờ 12 phút |
| 99,5% | 3 giờ 36 phút |
| 99,9% | 43 phút 12 giây |
| 99,95% | 21 phút 36 giây |
| 99,99% | khoảng 4 phút 19 giây |
Bảng này chỉ minh họa phép tính. SLA thực tế có thể loại trừ maintenance window, sự cố ngoài phạm vi kiểm soát hoặc áp dụng công thức đo khác. Vì vậy đừng lấy bảng trên làm cam kết dịch vụ nếu hợp đồng chưa định nghĩa cách tính.
Uptime được tính như thế nào?
Cách đơn giản là:
Uptime % = thời gian được xác định là khả dụng / tổng thời gian được tính × 100
Vấn đề nằm ở từ “được xác định”. Một website có thể trả HTTP 200 nhưng nội dung chính không tải, checkout lỗi hoặc database đang ở trạng thái read-only. Nếu probe chỉ kiểm tra trang chủ, uptime vẫn đẹp trong khi người dùng không hoàn thành được nhiệm vụ.
Do đó cần xác định SLI – Service Level Indicator phù hợp. Với website cơ bản, SLI có thể là tỷ lệ probe HTTP thành công. Với website thương mại, có thể bổ sung tỷ lệ giao dịch tổng hợp thành công hoặc tỷ lệ request quan trọng đáp ứng điều kiện latency nhất định.
SLI và SLO liên quan gì đến uptime?
Trong bài toán uptime, SLI là chỉ số dùng để đo availability thực tế, còn SLO là mục tiêu nội bộ đặt cho chỉ số đó trong một khoảng thời gian. Ví dụ, doanh nghiệp có thể đo tỷ lệ probe HTTP thành công và đặt mục tiêu availability tương ứng.
SLA là lớp cam kết/thỏa thuận rộng hơn, bao gồm phạm vi, severity, response, restoration, resolution và các phần loại trừ. Phần đó được tách sang bài SLA vận hành website; bài này tập trung vào uptime, availability và downtime budget.
Vì sao hai công cụ uptime có thể cho kết quả khác nhau?
Khác biệt có thể đến từ:
- vị trí probe;
- tần suất kiểm tra;
- timeout;
- số lần retry trước khi xác nhận sự cố;
- endpoint được kiểm tra;
- việc có tính maintenance window hay không;
- quy tắc xử lý lỗi DNS, TLS hoặc redirect;
- cách tổng hợp dữ liệu.
Nếu website phục vụ người dùng ở Việt Nam nhưng chỉ có probe từ một khu vực xa, dữ liệu latency có thể không đại diện. Ngược lại, một probe cùng datacenter với server có thể bỏ sót sự cố mạng phía ngoài.
Uptime không thay thế transaction monitoring
Đây là khác biệt quan trọng nhất với website tạo lead hoặc bán hàng.
Một landing page có thể online nhưng form gửi xong không có email. Checkout có thể mở nhưng API thanh toán lỗi. API CRM có thể ngừng đồng bộ. Những trường hợp đó không nhất thiết làm uptime trang chủ giảm. Với website phụ thuộc trực tiếp vào form, checkout hoặc CRM, xem thêm giám sát form, checkout và luồng chuyển đổi khi website vẫn online nhưng mất lead.
Vì vậy nên kết hợp:
- availability probe cho endpoint cơ bản;
- functional check cho chức năng quan trọng;
- business transaction check cho luồng tạo giá trị;
- log/alert phía ứng dụng để xác minh nguyên nhân.
Bài Website Monitoring trong cùng cụm là owner cho kiến trúc giám sát tổng thể; đồng thời có thể tham khảo quy trình bảo trì website để hiểu monitoring nằm ở đâu trong vận hành.
Nên đặt mục tiêu uptime bao nhiêu?
Không có một con số đúng cho mọi website. Mục tiêu cần dựa trên:
- doanh thu hoặc lead bị ảnh hưởng khi gián đoạn;
- số giờ kinh doanh;
- kiến trúc hạ tầng;
- dependency bên thứ ba;
- ngân sách;
- khả năng trực và phản ứng;
- yêu cầu phục hồi;
- mức chấp nhận rủi ro.
Website giới thiệu ít giao dịch có thể không cần cùng kiến trúc availability như cổng đặt hàng B2B. Theo đuổi “nhiều số 9” nhưng không đầu tư redundancy, monitoring và incident response chỉ tạo ra SLA khó thực thi.
Những câu cần hỏi khi đọc một cam kết uptime
- Uptime áp dụng cho website, server hay chỉ network?
- Endpoint nào được dùng để đo?
- Ai vận hành probe?
- Tần suất và timeout bao nhiêu?
- Có maintenance window không?
- Lỗi dependency bên thứ ba tính thế nào?
- Khi không đạt SLA, quy trình xác nhận ra sao?
- Uptime có bao gồm checkout/form/API không?
- Báo cáo availability có được lưu và đối chiếu không?
Nếu đang so sánh gói vận hành, đừng chỉ nhìn con số. Hãy đối chiếu cùng bảng giá bảo trì website và phạm vi SLA để xem định nghĩa trách nhiệm, phản hồi và phần loại trừ có rõ hay không.
Uptime là một chỉ số hữu ích, nhưng chỉ có ý nghĩa khi gắn với user task và cách đo có thể kiểm chứng. Website “99,9% uptime” nhưng mất form trong giờ cao điểm vẫn là website có vấn đề với doanh nghiệp.
Đọc thêm trong cụm Managed Website: Website Monitoring; SLA vận hành website; Dịch vụ quản trị và vận hành website.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.
