So sánh VPS CloudFly và VPS Quốc tế (Vultr, DigitalOcean): Ai cứu bạn mùa “cá mập cắn cáp”?
So sánh VPS Việt Nam tại CloudFly và VPS Quốc tế (Vultr, DigitalOcean): sức chịu đựng mùa đứt cáp biển, băng thông quốc tế, hóa đơn VAT và mẹo áp mã giảm.
Giải mã cam kết SLA 99.9%, chính sách Backup và hoàn tiền VPS trước khi thanh toán: cách tính Uptime, điều khoản miễn trừ, Service Credit và giới hạn khôi phục.
Con số Uptime 99.9% trên banner chỉ đẹp khi bạn hiểu rõ công thức trừ giờ bảo trì, điều khoản miễn trừ và sự khác biệt giữa hoàn tiền mặt với cộng điểm Service Credit vào tài khoản.
Khi đọc cam kết chất lượng dịch vụ (SLA) của bất kỳ nhà cung cấp VPS nào, câu hỏi thực tế nhất không phải là “họ hứa Uptime bao nhiêu con số 9”, mà là “khi máy sập thì họ đo bằng thước nào và đền bù ra sao”. Một dòng chữ Uptime 99.9% sáng bóng trên trang chủ hoàn toàn chưa cho bạn biết website WordPress của mình được bảo vệ tới tầng nào, những sự cố nào nằm trong danh sách miễn trừ trách nhiệm, hay liệu dữ liệu bị hỏng có lấy lại được hay không.
Bài viết này trang bị cho bạn bộ kính lúp của một người làm kỹ thuật lâu năm để soi kỹ ba văn bản quan trọng nhất trước khi bấm nút thanh toán: cam kết SLA, quy định Backup và chính sách hoàn tiền. Tất nhiên, những kinh nghiệm rà soát điều khoản dưới đây phục vụ mục đích vận hành và mua sắm dịch vụ thông minh, không thay thế cho tư vấn pháp lý chuyên nghiệp nếu xảy ra tranh chấp hợp đồng.
Việc đầu tiên khi mở văn bản SLA là tìm định nghĩa xem nhà cung cấp đang cam kết độ sẵn sàng cho thành phần nào: đường truyền mạng lõi, nguồn điện trung tâm dữ liệu, trạng thái hoạt động của máy ảo (Cloud Server/VPS), hệ thống lưu trữ ổ cứng hay bao gồm cả ứng dụng chạy bên trong? Nếu một buổi sáng đẹp trời, website WordPress của bạn lăn ra báo lỗi kết nối cơ sở dữ liệu do tràn RAM hoặc xung đột plugin trong khi máy ảo vẫn đang bật xanh lè trên control panel, hầu hết các bản SLA hạ tầng sẽ xếp ca này vào nhóm “hệ thống vẫn hoạt động bình thường”. Đọc kỹ định nghĩa sự cố của nhà cung cấp sẽ giúp bạn tránh những cuộc tranh cãi vô ích.
Bước tiếp theo là soi công thức toán học của họ: chu kỳ tính tỷ lệ Uptime là theo tháng dương lịch, theo chu kỳ thanh toán hay tính gộp cả năm? Thời gian gián đoạn (downtime) được tính từ giây phút máy chủ mất kết nối, hay chỉ bắt đầu bấm giờ từ lúc bạn mở ticket báo lỗi? Và hệ thống giám sát (monitoring) của bên nào được công nhận làm căn cứ phân xử? Nếu không nắm rõ tử số, mẫu số và công cụ đo, con số phần trăm trên quảng cáo chỉ mang tính chất trang trí.
Mẹo nhỏ nhưng cực kỳ quan trọng: ngay thời điểm chốt mua gói VPS, hãy lưu lại một bản PDF hoặc ảnh chụp toàn văn điều khoản SLA đang có hiệu lực kèm theo đường dẫn bảng giá của gói đó. Nếu thấy banner quảng cáo ghi một mức cam kết mà văn bản điều khoản dịch vụ (Terms of Service) lại ghi một con số khác thấp hơn, hãy mở ticket yêu cầu bộ phận kinh doanh xác nhận bằng chữ viết cho đúng sản phẩm bạn định xuống tiền. Đừng tự chọn con số có lợi hơn trên banner rồi mặc định nhà cung cấp sẽ áp dụng nó khi xảy ra sự cố.

Sơ đồ các điểm chốt cần đọc trong văn bản SLA; mỗi nhà cung cấp và mỗi dòng sản phẩm sẽ có quy định cụ thể riêng.
Kinh nghiệm xương máu khi đọc hợp đồng kỹ thuật là hãy lướt thẳng xuống mục Ngoại lệ (Exclusions). Tại đây, bạn sẽ thấy hàng loạt tình huống không được tính vào thời gian downtime của SLA: lịch bảo trì định kỳ hoặc bảo trì khẩn cấp có báo trước, sự cố do tấn công DDoS vượt ngưỡng, lỗi do chính khách hàng cấu hình sai Firewall/SSH, lỗi từ phần mềm bên thứ ba, hoặc tài khoản bị khóa do vi phạm quy định sử dụng (AUP). Mỗi nhà cung cấp có một danh sách miễn trừ dài ngắn khác nhau, nên đừng lười đọc lướt qua mục này.
Bên cạnh đó, hãy xem kỹ thủ tục đòi quyền lợi (Claim process): bạn phải gửi yêu cầu bồi hoàn trong vòng mấy ngày kể từ khi sự cố kết thúc, cần đính kèm những log hay bằng chứng gì, và liệu tài khoản của bạn có bắt buộc phải đang hoạt động không nợ cước tại thời điểm xét duyệt hay không? Rất nhiều trường hợp máy sập thật, đủ điều kiện đền bù thật, nhưng chủ web để quá hạn 7 ngày mới gửi ticket nên đành ngậm ngùi mất quyền lợi.
Và xin nhắc lại một điều dễ nhầm lẫn: cam kết SLA về thời gian phản hồi hỗ trợ hoàn toàn khác với cam kết khắc phục xong sự cố. Nếu điều khoản ghi “tiếp nhận yêu cầu trong 30 phút”, điều đó chỉ đảm bảo ticket của bạn có người đọc trong nửa tiếng, chứ không hề hứa hẹn rằng máy chủ sẽ chạy lại bình thường sau 30 phút đó.
Khi nhà cung cấp không đạt cam kết SLA, phần đền bù gần như luôn được trả dưới dạng Service Credit — tức là cộng điểm tín dụng vào ví nội bộ trên hệ thống của họ hoặc tặng thêm ngày sử dụng, chứ hiếm khi nào họ chuyển khoản trả lại tiền mặt vào ngân hàng của bạn. Với loại Credit này, bạn cần kiểm tra mức trần bồi hoàn tối đa trong một tháng (thường chỉ giới hạn ở một tỷ lệ phần trăm nhất định của cước phí tháng đó), thời hạn sử dụng của số dư tặng thêm và liệu nó có dùng để thanh toán cho mọi dịch vụ hay chỉ trừ vào kỳ gia hạn của đúng chiếc VPS bị lỗi.
Còn chính sách hoàn tiền (Refund/Money-back guarantee) khi bạn không hài lòng và muốn hủy dịch vụ lại là một văn bản hoàn toàn độc lập. Hãy hỏi thật kỹ: chính sách hoàn tiền 7 ngày hay 30 ngày chỉ áp dụng cho lần đăng ký đầu tiên của tài khoản mới, hay áp dụng cho cả các lần mua thêm và gia hạn? Các gói đang áp mã giảm giá khuyến mãi hoặc các máy Cloud Server tính phí theo giờ được xử lý ra sao khi hủy? Chỉ nhìn thấy dòng chữ “Hoàn tiền trong 30 ngày” mà không đọc danh sách các khoản phí không hoàn lại (như phí bản quyền phần mềm, tên miền, IP bổ sung) thì rất dễ hụt hẫng.
Khi lập bảng so sánh các nhà cung cấp VPS, hãy ghi rõ hình thức đền bù vào một cột riêng. Một khoản Service Credit buộc bạn phải tiếp tục gắn bó với nhà cung cấp đó để tiêu hết số dư mang ý nghĩa tài chính rất khác so với khoản tiền được hoàn trả thẳng về tài khoản ngân hàng ban đầu.
Muốn biết dữ liệu của mình an toàn tới đâu và có thể phục hồi về mốc thời gian nào (RPO/RTO), bạn phải tìm đọc quy định của dịch vụ Backup chứ không phải nhìn vào bảng SLA Uptime. Hãy rà soát xem bản sao lưu đó chụp toàn bộ ổ đĩa hay chỉ sao lưu file hệ thống, cơ sở dữ liệu MySQL/MariaDB lúc sao lưu có đảm bảo tính toàn vẹn không, lịch chạy tự động vào mấy giờ, giữ lại tối đa bao nhiêu bản (retention), lưu ở đâu và có tốn phí khi yêu cầu trích xuất hay Restore không.
Một câu hỏi sống còn khác: các bản Backup tự động sẽ đi về đâu sau khi bạn bấm xóa VPS hoặc hủy gói dịch vụ? Ở rất nhiều nền tảng đám mây, xóa instance đồng nghĩa với việc dọn sạch luôn các bản sao lưu đi kèm của máy đó. Vì vậy, trước khi hủy máy, bạn bắt buộc phải tải một bản sao lưu độc lập về nơi an toàn do mình tự quản lý. Ngoài ra, nếu nhà cung cấp ghi “lưu giữ 7 bản sao lưu”, hãy hỏi rõ tần suất chụp là mỗi ngày một lần hay mỗi tuần một lần — nếu chưa biết khoảng cách giữa các lần chụp thì đừng vội dịch “7 bản” thành “cứu được dữ liệu của 7 ngày trước”.

SLA Uptime, chính sách Backup và điều khoản hoàn tiền giải quyết ba bài toán hoàn toàn khác nhau; hãy đọc đủ cả ba trước khi giao phó dữ liệu kinh doanh lên máy chủ.
Trong thư mục quản trị nội bộ của dự án, bạn nên tạo thói quen lưu lại thông số cấu hình lúc đặt mua, chu kỳ thanh toán, các tiện ích đã bật, tổng tiền cuối cùng, mốc thời gian thanh toán và mã định danh tài nguyên (Instance ID). Nếu cần chụp màn hình để đăng lên diễn đàn hỏi đáp hoặc viết bài chia sẻ công khai, hãy nhớ che kín số dư ví, thông tin cá nhân, mã token, địa chỉ IP thật của máy chủ đang chạy và những dữ liệu nhạy cảm khác.
Khi chụp ảnh bảng giá hoặc chương trình khuyến mãi để lưu hồ sơ, hãy chụp rộng ra để lấy trọn cả phần chú thích điều kiện đi kèm ở chân trang. Nếu chỉ cắt mỗi con số giá tiền thật to trên banner, bức ảnh đó sẽ mất đi ngữ cảnh về thời hạn ưu đãi hoặc điều kiện trả trước. Với những trang web dịch vụ thường xuyên cập nhật nội dung, việc ghi kèm đường dẫn URL và ngày giờ truy cập ngay cạnh file ảnh sẽ giúp bạn đối chiếu cực kỳ thuận tiện.
Chẳng may khi máy chủ gặp sự cố gián đoạn, hãy ghi chép lại thời điểm bắt đầu và kết thúc kèm theo múi giờ chuẩn (ví dụ GMT+7), triệu chứng cụ thể, kết quả kiểm tra mạng từ nhiều hướng, đoạn log liên quan và mã số ticket đã mở. Việc bạn ngồi ở quán cà phê bấm tải lại trình duyệt vài lần thấy báo lỗi chưa đủ thuyết phục để làm bằng chứng downtime của VPS, bởi thủ phạm lúc đó hoàn toàn có thể là bộ nhớ đệm DNS hoặc đường truyền Wi-Fi tại quán.
Nếu đọc tài liệu công khai vẫn thấy có điểm chưa rõ, bạn có thể gửi ngay một tin nhắn theo mẫu sau cho đội ngũ hỗ trợ: “Chào bạn, mình dự định thuê gói [Tên gói VPS] với chu kỳ [Tháng/Năm] để chạy website WordPress. Nhờ bạn xác nhận giúp mình văn bản SLA áp dụng cho gói này: phạm vi cam kết tính tới lớp nào, các trường hợp miễn trừ bảo trì, cách tính thời gian gián đoạn, hình thức đền bù (Service Credit hay hoàn tiền), thời hạn gửi yêu cầu và các bằng chứng cần cung cấp. Đồng thời cho mình hỏi tùy chọn Backup của gói bao gồm những thành phần nào, lưu giữ mấy bản, có tải file về máy cá nhân được không và quy trình Restore có tính phí phụ thu không?”
Khi nhận được câu trả lời, hãy đối chiếu lại với đúng tên gói và chu kỳ bạn đang để trong giỏ hàng. Nếu nhân viên tư vấn chỉ gửi trả một đường link giới thiệu chung chung, bạn hãy kiên nhẫn hỏi xoáy vào đúng những gạch đầu dòng còn thiếu thông tin. Chỉ cần tập trung vào những điều khoản trực tiếp ảnh hưởng tới túi tiền và sự an toàn dữ liệu của bạn; phần nào văn bản công khai đã viết trắng đen rõ ràng thì chỉ việc lưu lại là xong.

Lưu trữ đầy đủ hồ sơ mua hàng và điều khoản để bảo vệ quyền lợi khi cần đối soát, nhưng luôn giữ kín thông tin tài khoản và thanh toán trước công chúng.
Nhà cung cấp cam kết SLA Uptime 99.99% thì tôi có cần mua thêm Backup nữa không? Vẫn bắt buộc phải có Backup! Uptime cao chỉ nói lên rằng máy ảo ít khi bị tắt đột ngột do lỗi phần cứng hay mạng, chứ không cứu được bạn khi quản trị viên lỡ tay xóa nhầm bảng dữ liệu, cập nhật plugin lỗi hoặc website bị tin tặc chèn mã độc.
Nếu VPS sập làm cửa hàng của tôi mất đơn, khoản đền bù SLA có trả luôn phần doanh thu bị hụt đó không? Hầu như không bao giờ. Trong điều khoản giới hạn trách nhiệm (Limitation of Liability) của các nhà cung cấp hạ tầng, mức bồi hoàn thường chỉ xoay quanh cước phí dịch vụ của chính chiếc VPS đó chứ không bồi thường thiệt hại kinh doanh gián tiếp. Bạn cần đọc kỹ mục quy định trách nhiệm tối đa trong hợp đồng.
Phải làm sao nếu trang quảng cáo và trang điều khoản của nhà cung cấp ghi hai con số khác nhau? Hãy chụp màn hình lại cả hai nơi và gửi ticket yêu cầu họ xác nhận bằng văn bản xem con số nào có giá trị pháp lý cho đúng gói bạn định mua. Trong khi chờ phản hồi, hãy điền trạng thái “Chưa rõ” vào bảng so sánh chứ đừng vội tin vào con số đẹp hơn.
Nguồn đối chiếu: Cam kết dịch vụ CloudFly, Cloud Server CloudFly, WordPress Backup Documentation. Các nguồn này được rà soát vào ngày 30/09/2026; tại thời điểm bạn thanh toán, hãy luôn đọc lại văn bản điều khoản hiện hành của nhà cung cấp.
Trong cùng series: Lộ trình WordPress trên VPS từ A đến Z.