Một hợp đồng máy chủ ghi "cam kết uptime 99.9%" nghe như lời hứa gần như tuyệt đối. Quy ra giờ, nó cho phép nhà cung cấp để dịch vụ của bạn nằm im 8 giờ 46 phút mỗi năm mà vẫn không vi phạm gì. Nếu 8 tiếng đó rơi trúng ngày chốt đơn cuối tháng, bạn mất doanh thu — và trên giấy tờ, không ai sai cả.

Khi khách hàng hỏi chúng tôi SLA uptime 99.9 nghĩa là gì, phần lớn kỳ vọng một con số nói về chất lượng. Thực chất nó nói về ngưỡng chịu đựng: dưới mức đó bạn được quyền đòi đền bù, trên mức đó mọi gián đoạn đều coi như nằm trong thỏa thuận.

Phần khó không nằm ở con số phần trăm, mà ở mấy dòng chữ nhỏ phía dưới: SLA đo cái gì, loại trừ cái gì, đền bù bằng gì, ai cầm số liệu.

Bảng quy đổi: 99%, 99.9%, 99.99% ra bao nhiêu giờ sập mỗi năm

Uptime là tỷ lệ thời gian dịch vụ chạy bình thường trong một chu kỳ tính. Phần bù của nó — downtime — mới là thứ ảnh hưởng tới bạn. Các mức phần trăm nghe rất sát nhau, đổi ra thời gian thì cách nhau rất xa.

Mức SLADowntime tối đa/năm/tháng (30 ngày)/tuầnThường gặp ở
99%87 giờ 36 phút7 giờ 12 phút1 giờ 41 phútHosting giá rẻ
99.5%43 giờ 48 phút3 giờ 36 phút50 phútVPS phổ thông
99.9%8 giờ 46 phút43 phút 12 giây10 phút 5 giâyVPS doanh nghiệp
99.95%4 giờ 23 phút21 phút 36 giây5 phút 2 giâyHạ tầng dự phòng
99.99%52 phút 36 giây4 phút 19 giây1 phút 1 giâyCụm multi-AZ

Chu kỳ tính quan trọng ngang con số. Cùng 99.9%, tính theo tháng thì mỗi tháng nhà cung cấp được phép sập 43 phút. Tính theo năm, một sự cố 6 tiếng vào tháng 3 được "hòa" lại bằng mười tháng chạy mượt sau đó, và bạn không đòi được đền bù.

Bước từ 99.9% lên 99.99% không phải cải tiến nhỏ. Nó đòi hỏi kiến trúc khác hẳn: hai node ứng dụng trở lên, database có replica, load balancer, chuyển đổi tự động khi một thành phần chết — chi phí thường tăng gấp đôi. Ai chào 99.99% với giá ngang gói một máy đơn, hãy hỏi phần dự phòng nằm ở đâu.

SLA đo cái gì và loại trừ cái gì — chỗ cam kết bị rút ruột

Đây là phần quyết định giá trị thật của con số 99.9%, và cũng là phần ít người đọc kỹ nhất.

Đo ở tầng nào

SLA chỉ đo "máy chủ có phản hồi ping hay không" là mức cam kết thấp nhất có thể. Máy chủ vẫn ping tốt trong khi database treo, web server trả lỗi 502, hoặc trang chủ mất 40 giây mới tải xong — khách của bạn coi đó là sập, hợp đồng thì không. Bản chặt chẽ định nghĩa "không khả dụng" cụ thể hơn: giám sát ghi nhận mã lỗi 5xx hoặc không phản hồi trong N giây, ở ít nhất hai điểm đo, kéo dài tối thiểu 5 phút.

Các mục loại trừ quen thuộc

  • Bảo trì định kỳ đã thông báo. Hợp lý, nhưng phải có giới hạn: báo trước tối thiểu 72 giờ, làm trong khung 0h-5h, không quá 4 giờ mỗi tháng. Không giới hạn nghĩa là mọi khoảng sập đều có thể gọi là "bảo trì".
  • Bảo trì khẩn cấp. Cửa sau lớn nhất: không giới hạn thời lượng và không tính vào downtime thì con số 99.9% mất phần lớn ý nghĩa.
  • Lỗi bên thứ ba. Nhà mạng, DNS, CDN, cổng thanh toán. Khó tránh, nhưng nên ghi rõ nhà cung cấp vẫn phải thông báo và phối hợp.
  • Lỗi phía khách hàng. Code rò rỉ bộ nhớ, cấu hình sai firewall, đầy đĩa vì log không xoay vòng. Hợp lý — nhưng hãy hỏi ai cảnh báo bạn trước khi đĩa đầy. Đó là khác biệt giữa bên bán chỗ đặt máy và một đối tác vận hành thật.
  • Tấn công DDoS. Nhiều SLA loại trừ hoàn toàn. Hãy hỏi mức bảo vệ đi kèm bao nhiêu Gbps và vượt ngưỡng thì sao — thường là IP của bạn bị null-route.

Phép thử nhanh: cộng toàn bộ thời gian được phép trong các mục loại trừ. Nếu riêng bảo trì định kỳ đã là 4 giờ mỗi tháng (48 giờ/năm) trong khi SLA cam kết 8,7 giờ/năm, thực tế bạn đang ký một cam kết khoảng 99.35%.

Một dòng nữa cần soi: khi tranh chấp thì số liệu của ai được dùng? Đa số hợp đồng ghi "theo hệ thống giám sát của nhà cung cấp". Hãy đề nghị bổ sung số liệu giám sát độc lập của khách hàng làm căn cứ đối chiếu — bên nào tự tin thì không ngại bị đo.

Điều khoản đền bù: hoàn tiền theo giờ sập có đáng gì không

Đền bù trong SLA thường là service credit — trừ vào hóa đơn kỳ sau, không phải hoàn tiền mặt:

Uptime thực tế trong thángMức credit thông dụngTrên gói 199.000đ/thángTrên gói 3.000.000đ/tháng
99.0% – dưới 99.9%10% phí tháng19.900đ300.000đ
95.0% – dưới 99.0%25% phí tháng49.750đ750.000đ
Dưới 95.0%50-100% phí tháng99.500đ – 199.000đ1.500.000đ – 3.000.000đ

Khoảng tham khảo thị trường tại thời điểm viết (08/2026), chưa gồm VAT. Ngưỡng và mức credit khác nhau theo nhà cung cấp và gói.

Kết luận khá phũ: credit gần như không bù được thiệt hại kinh doanh. Một shop sập 7 tiếng ngày cao điểm có thể mất vài chục triệu đơn hàng, đổi lại 300.000đ trừ vào hóa đơn tháng sau. Đó không phải bồi thường, đó là lời xin lỗi có kèm hóa đơn.

Đừng chọn nhà cung cấp theo mức credit cao. Hãy soi ba chi tiết thủ tục:

  1. Ai phải chủ động yêu cầu. Hầu hết SLA buộc khách hàng gửi yêu cầu credit trong 15-30 ngày kể từ sự cố, kèm log chứng minh. Không gửi thì không có.
  2. Trần đền bù. Thường giới hạn ở 100% phí dịch vụ của tháng xảy ra sự cố, không tính thiệt hại gián tiếp.
  3. Quyền chấm dứt hợp đồng. Điều khoản có giá trị thật: đơn phương chấm dứt không phạt nếu SLA bị vi phạm 2-3 tháng liên tiếp. Với bên bán, mất khách đau hơn trả lại 10% phí tháng.

Đáng giá hơn credit là cam kết thời gian phản hồi sự cố. Chúng tôi cam kết phản hồi P1 trong 15 phút, trực 24/7, vì thứ quyết định tổng downtime thường không phải hỏng nặng hay nhẹ, mà là bao lâu thì có người thật bắt đầu xử lý.

Uptime của bạn khác uptime nhà cung cấp: chuỗi phụ thuộc

Hiểu lầm tốn tiền nhất chúng tôi thường gặp: thuê máy chủ 99.9% thì website cũng đạt 99.9%.

Website của bạn phụ thuộc vào cả một chuỗi: DNS, máy chủ, cơ sở dữ liệu, CDN, cổng thanh toán, dịch vụ gửi email, vài API bên thứ ba. Mắt xích nào hỏng ở mức chặn giao dịch thì khách hàng coi như dịch vụ sập. Các thành phần nối tiếp có độ khả dụng nhân với nhau: ba thành phần cùng 99.9% cho hệ thống tổng khoảng 99.7%, tức gần 26 giờ downtime mỗi năm — gấp ba con số trong hợp đồng máy chủ.

Ba cách xử lý, nên dùng kết hợp:

  • Giảm số mắt xích bắt buộc. Trang chủ và trang danh mục nên đọc được từ cache ngay cả khi database chậm. Đừng để widget bên thứ ba chặn render toàn trang.
  • Thêm dự phòng ở mắt xích rẻ nhất. DNS thứ cấp, hai cổng thanh toán song song, hai nhà cung cấp email.
  • Có đường lùi khi mọi thứ hỏng. Quy tắc backup 3-2-1 cho dữ liệu doanh nghiệp là phần còn thiếu của bài toán uptime: SLA nói về thời gian dịch vụ chạy, backup nói về việc bạn mất bao lâu để dựng lại khi nó không chạy nữa. Chúng tôi backup hằng ngày, lưu 30 ngày cho hệ thống khách hàng vì lý do đó.

Mức uptime khả thi còn phụ thuộc vào hạ tầng chọn từ đầu — chi tiết trong bài VPS, hosting hay cloud nên chọn gì theo giai đoạn của website.

Cách tự giám sát uptime miễn phí để đối chiếu nhà cung cấp

Bạn không cần công cụ đắt tiền để có số liệu độc lập. Cấu hình tối thiểu, dựng trong khoảng 30 phút:

  1. Một dịch vụ giám sát ngoại vi. UptimeRobot, Better Stack hay Hetrix đều có gói miễn phí 10-50 endpoint, chu kỳ 3-5 phút, cảnh báo qua email hoặc Telegram. Đặt hai điểm đo: trang chủ và một URL health check chạm vào database.
  2. Kiểm tra nội dung, không chỉ mã trạng thái. Cho monitor tìm một chuỗi cố định trên trang, ví dụ tên công ty ở footer. Nhiều lỗi trả về HTTP 200 kèm trang trắng.
  3. Đo từ nhiều vị trí. Chỉ đo từ Singapore trong khi khách ở Việt Nam thì sẽ bỏ sót sự cố định tuyến trong nước.
  4. Lưu lịch sử, xuất báo cáo tháng. Đây là bằng chứng khi yêu cầu credit.

Lưu ý: chu kỳ 5 phút có thể bỏ qua sự cố kéo dài 2 phút, hoặc làm tròn sự cố 30 giây thành 5 phút downtime. Số liệu hai bên luôn lệch nhau đôi chút — bình thường. Bất thường là lệch tới hàng giờ, hoặc nhà cung cấp từ chối giải thích.

Song song, hãy theo dõi CPU, RAM, dung lượng đĩa và số kết nối database — phần lớn sự cố chúng tôi xử lý đều có dấu hiệu báo trước hàng giờ tới hàng ngày. Chọn đúng cấu hình từ đầu giảm hẳn nhóm sự cố này; cách ước lượng tải và ngân sách nằm trong bài chi phí thuê VPS cho doanh nghiệp theo tải thật.

Câu hỏi kiểm tra SLA trước khi ký hợp đồng máy chủ

Gửi danh sách này cho nhà cung cấp trước khi ký. Cách họ trả lời nói nhiều hơn bất kỳ trang giới thiệu nào.

  1. Uptime tính theo chu kỳ tháng hay năm?
  2. "Không khả dụng" định nghĩa thế nào — ping, HTTP 200, hay thời gian phản hồi?
  3. Bảo trì định kỳ tối đa bao nhiêu giờ mỗi tháng, khung nào, báo trước bao lâu?
  4. Bảo trì khẩn cấp có giới hạn thời lượng và có tính vào downtime không?
  5. Thời gian phản hồi cam kết cho sự cố nghiêm trọng, ngoài giờ có người trực không?
  6. Mức credit theo từng ngưỡng uptime, thủ tục và thời hạn nộp?
  7. Tôi được chấm dứt hợp đồng không phạt nếu SLA vi phạm nhiều tháng liên tiếp không?
  8. Số liệu giám sát độc lập của tôi có được chấp nhận làm căn cứ đối chiếu không?
  9. Backup tần suất bao lâu, lưu bao nhiêu ngày, cam kết thời gian khôi phục bao nhiêu?
  10. DDoS xử lý ra sao, ngưỡng bảo vệ đi kèm bao nhiêu?

Trả lời được cả mười câu bằng văn bản thì con số 99.9% của họ có giá trị. Nếu chỉ gửi lại brochure in đậm dòng "cam kết uptime 99.9%", bạn vừa biết một điều quan trọng — miễn phí.

Chúng tôi vận hành hạ tầng doanh nghiệp từ 2015, cam kết uptime 99.9% ghi trong hợp đồng, phản hồi P1 trong 15 phút, trực 24/7. Muốn có người đọc giúp bản SLA đang cầm trên tay, gọi 0919 788 815 hoặc để lại thông tin trên microads.vn — tư vấn đầu tiên không tính phí, kể cả khi bạn ở lại với nhà cung cấp cũ. Chi tiết gói ở dịch vụ máy chủ.