Uptime của hosting là tỷ lệ thời gian máy chủ hosting hoạt động và phục vụ được website trong một khoảng thời gian, tính bằng phần trăm. Uptime 99,9% trong một tháng 30 ngày vẫn cho phép khoảng 43 phút website không truy cập được. Con số uptime chỉ có giá trị khi được ghi trong SLA (thoả thuận mức dịch vụ) kèm cách đo và mức bồi hoàn.
Uptime là một trong các tiêu chí khi chọn dịch vụ web hosting; khái niệm hosting có ở Hosting là gì. Nếu website chậm chứ không ngừng hẳn, nguyên nhân thường khác, xem nguyên nhân website chạy chậm.
Uptime của hosting là gì?
Uptime là khoảng thời gian dịch vụ chạy được; phần ngược lại là downtime, thời gian dịch vụ ngừng hoặc không phản hồi. Nhà cung cấp hosting công bố uptime dưới dạng phần trăm của một chu kỳ, thường là tháng, để khách hàng biết mức gián đoạn tối đa có thể gặp.
Các loại uptime thường gặp
Website chạy được cần nhiều lớp cùng hoạt động. Mỗi lớp có uptime riêng, và chỉ một lớp ngừng là website không vào được:
- Network uptime: đường mạng tới máy chủ thông suốt. Mạng lỗi thì máy chủ chạy cũng không ai vào được.
- Server uptime: máy chủ vật lý hoặc máy chủ ảo đang chạy.
- Application uptime: web server, PHP và mã nguồn (như WordPress) chạy không lỗi.
- Database uptime: cơ sở dữ liệu phản hồi; database ngừng thì trang động không hiển thị nội dung.
SLA của nhà cung cấp hosting thường chỉ bao lớp mạng và máy chủ. Lỗi do mã nguồn, plugin hay website dùng quá tài nguyên của gói thường nằm ngoài cam kết.
Uptime của hosting được tính như thế nào?
Uptime bằng thời gian hoạt động chia cho tổng thời gian của chu kỳ, nhân 100. Phần lớn SLA tính theo phút trong một tháng tính tiền, nên muốn so hai mức cam kết, cách nhanh nhất là đổi phần trăm ra số phút ngừng tối đa trong cùng một kỳ.
Uptime (%) = (Tổng thời gian − Thời gian ngừng) ÷ Tổng thời gian × 100Ví dụ theo năm: một năm có 365 × 24 = 8.760 giờ. Nếu hosting ngừng tổng cộng 4 giờ trong năm, thời gian hoạt động là 8.756 giờ:
Uptime = 8.756 ÷ 8.760 × 100 ≈ 99,95%Theo tháng: tháng 30 ngày có 30 × 24 × 60 = 43.200 phút. Ngừng 43,2 phút trong tháng đó tương ứng uptime 99,9%.
Bảng quy đổi uptime ra thời gian ngừng
Bảng dưới đổi các mức uptime phổ biến ra thời gian ngừng tối đa, tính với ngày 24 giờ, tuần 7 ngày, tháng 30 ngày và năm 365 ngày.
Uptime Mỗi ngày Mỗi tuần Mỗi tháng (30 ngày) Mỗi năm (365 ngày) 99% 14,4 phút 1 giờ 40,8 phút 7 giờ 12 phút 87,6 giờ (≈ 3,65 ngày) 99,5% 7,2 phút 50,4 phút 3 giờ 36 phút 43,8 giờ 99,9% 1,44 phút 10,08 phút 43,2 phút 8,76 giờ 99,95% 43,2 giây 5,04 phút 21,6 phút 4,38 giờ 99,99% 8,64 giây 1,01 phút 4,32 phút 52,56 phút
Cùng một con số %, SLA tính theo năm cho phép dồn thời gian ngừng vào một sự cố dài; SLA tính theo tháng chia nhỏ hơn. Đọc kỳ tính trước khi so sánh.
Vì sao hosting cần uptime cao?
Mỗi phút website ngừng là khách không đặt hàng được, form liên hệ không gửi được và quảng cáo đang chạy dẫn khách tới trang lỗi. Ngừng lặp lại còn làm trình thu thập của công cụ tìm kiếm gặp lỗi khi truy cập, ảnh hưởng tới việc lập chỉ mục.
SLA uptime là gì và đọc thế nào?
SLA (Service Level Agreement) là thoả thuận ràng buộc nhà cung cấp về chất lượng dịch vụ. Với uptime, SLA cho biết con số cam kết, cách xác định sự cố, những tình huống không tính và quyền lợi của khách khi không đạt.
Không có SLA bằng văn bản, con số uptime trên trang quảng cáo không ràng buộc nhà cung cấp.
Ví dụ thực tế: SLA của Amazon EC2 (cập nhật 25/05/2022) cam kết 99,99% mỗi tháng ở cấp vùng (region) và 99,5% cho từng máy ảo đơn lẻ. Nếu không đạt, khách được credit 10%, 30% hoặc 100% phí tháng tuỳ mức uptime thực tế, phải tự gửi yêu cầu trước hết chu kỳ tính tiền thứ hai sau sự cố, và credit chỉ trừ vào hoá đơn sau chứ không hoàn tiền (Amazon Compute SLA). Cấu trúc này phổ biến ở nhiều nhà cung cấp hosting.
Uptime bao nhiêu là tốt?
Với shared hosting, mức 99,9% mỗi tháng là mức nhiều nhà cung cấp đưa vào SLA, tương đương tối đa khoảng 43 phút ngừng. Mức phù hợp phụ thuộc thiệt hại của bạn khi website ngừng, không có một chuẩn chung cho mọi website:
- Blog, website giới thiệu: vài chục phút ngừng mỗi tháng thường chấp nhận được.
- Website bán hàng, nhận đơn: nên chọn gói có SLA rõ và theo dõi uptime riêng để đối chiếu.
- Hệ thống không được ngừng: cần kiến trúc dự phòng nhiều máy chủ, nhiều vùng; một gói shared hosting đơn lẻ không đáp ứng được.
Con số uptime không cho biết điều gì?
- Tốc độ: website vẫn “up” khi trang tải rất chậm; SLA uptime thường không cam kết thời gian phản hồi.
- Thời điểm ngừng: 43 phút lúc 3 giờ sáng và 43 phút giữa giờ cao điểm cho cùng một con số %.
- Bảo trì báo trước: nhiều SLA không tính thời gian bảo trì đã thông báo vào downtime.
- Ai đo: số liệu của nhà cung cấp đo từ phía họ; cần công cụ bên ngoài để có số liệu đối chiếu.
Dấu hiệu cần cảnh giác khi chọn hosting
- Không có SLA bằng văn bản, hoặc SLA không nói cách đo và cách bồi hoàn.
- Cam kết 100% uptime: không hệ thống nào bảo đảm được, đọc kỹ phần loại trừ.
- Thường xuyên có sự cố kéo dài nhưng không có trang trạng thái hay thông báo.
- Không có giám sát 24/7 và kênh hỗ trợ ngoài giờ.
Làm thế nào để đảm bảo thời gian uptime?
Uptime cao đến từ dự phòng ở mọi lớp: trung tâm dữ liệu, mạng, máy chủ, ổ lưu trữ, để một bộ phận hỏng thì bộ phận khác gánh thay. Phía nhà cung cấp cần ba yếu tố chính sau; phía bạn cần theo dõi và tối ưu website.
Trung tâm dữ liệu
Trung tâm dữ liệu cần nguồn điện dự phòng (UPS, máy phát), làm mát, kiểm soát môi trường và nhiều đường kết nối mạng. Mức dự phòng thường được thể hiện qua các tiêu chuẩn phân hạng trung tâm dữ liệu.
Tủ rack và nguồn điện
Máy chủ đặt trong tủ rack nhận điện từ hai nguồn độc lập, để một bộ nguồn hỏng không làm cả tủ ngừng.
Máy chủ và ổ lưu trữ
Nguyên nhân phần cứng thường gặp là nguồn và ổ cứng. Máy chủ hosting dùng hai bộ nguồn và RAID (Redundant Array of Independent Disks): một ổ hỏng, dữ liệu vẫn còn trên ổ khác và dịch vụ tiếp tục chạy.
Phía chủ website nên làm gì?
- Đặt công cụ giám sát uptime bên ngoài (như UptimeRobot, updown.io, Uptime Doctor) để nhận cảnh báo và có số liệu đối chiếu với SLA; nguyên tắc chọn công cụ xem ở giám sát VPS.
- Bật cache, tối ưu plugin để website không chạm giới hạn tài nguyên của gói, nguyên nhân ngừng phổ biến mà SLA không bao.
- Sao lưu định kỳ để khôi phục nhanh khi sự cố nằm ở mã nguồn.
Câu hỏi thường gặp về uptime hosting
Uptime có phụ thuộc hoàn toàn vào hosting không?
Không. Website còn ngừng vì lỗi mã nguồn, plugin, tên miền hết hạn, DNS sai hoặc dùng quá tài nguyên của gói. Những nguyên nhân này thường không nằm trong SLA của hosting.
Theo dõi uptime website bằng công cụ nào?
Dùng dịch vụ giám sát bên ngoài như UptimeRobot, updown.io hoặc Uptime Doctor. Chọn công cụ kiểm tra từ nhiều vị trí, tần suất đủ dày và lưu lịch sử theo tháng để đối chiếu với SLA.
Khi kiểm tra uptime cần quan tâm yếu tố gì?
Vị trí máy chủ kiểm tra, khoảng thời gian giữa hai lần kiểm tra, cách công cụ xác định “ngừng” (mã lỗi, thời gian chờ), thời gian phản hồi và dữ liệu lưu qua các tháng.
Uptime 100% có tồn tại không?
Một hệ thống có thể đạt 100% trong một tháng cụ thể, nhưng không nhà cung cấp nào bảo đảm được 100% lâu dài. Cam kết 100% thường đi kèm nhiều điều kiện loại trừ.
Website ngừng thì có được bồi hoàn không?
Chỉ khi thời gian ngừng vượt mức SLA, thuộc phạm vi cam kết và bạn gửi yêu cầu đúng thời hạn. Bồi hoàn thường là credit hoặc thời gian sử dụng cộng thêm, không phải tiền mặt.
Cần hosting ổn định cho website? Hosting của Tino dùng ổ NVMe, LiteSpeed và cPanel để bạn tự quản trị. Xem cấu hình và giá trên trang sản phẩm.
