Chi phí ẩn khi migrate lên cloud: 7 khoản thường bị bỏ quên

Tháng 1, ban lãnh đạo phê duyệt dự toán migrate lên cloud: 40 triệu/tháng tiền thuê máy chủ ảo, rẻ hơn hẳn chi phí vận hành phòng server hiện tại. Tháng 4, hóa đơn thực tế về: 78 triệu. Không có gì bất thường — dự toán ban đầu đã bỏ quên một loạt khoản chi phí ẩn khi migrate lên cloud. Bài viết này liệt kê 7 khoản thường bị bỏ quên nhất, kèm cách đưa chúng vào dự toán TCO ngay từ đầu.

Chi phí ẩn migrate cloud: vì sao hóa đơn cloud luôn cao hơn dự toán ban đầu?

Hầu hết dự toán migration chỉ tính giá thuê máy chủ ảo (vCPU, RAM, ổ cứng) nhân số lượng máy. Nhưng chi phí vận hành trên cloud gồm nhiều lớp: tiền thuê tài nguyên chỉ là lớp nổi trên mặt nước — bên dưới còn phí truyền tải dữ liệu, phí lưu trữ snapshot/backup, phí license, chi phí nhân sự vận hành theo cách mới, chi phí tích hợp.

Nhân Hòa cũng cảnh báo hai rủi ro chi phí điển hình khi migration: phí egress và phí gọi API quá mức có thể làm đội ngân sách. FPT IS nhấn mạnh nguyên tắc so sánh đúng: đặt cả hai mô hình lên cùng khung thời gian 5-10 năm thay vì chỉ nhìn chi phí năm đầu. Dưới đây là 7 khoản cụ thể hay bị bỏ quên nhất.

Chi phí ẩn migrate cloud: khoản 1: Phí egress — tiền "mang dữ liệu ra khỏi cloud"

Egress là phí nhà cung cấp cloud thu khi dữ liệu đi ra khỏi hạ tầng của họ: người dùng tải file từ website của bạn, hệ thống của bạn đồng bộ dữ liệu về văn phòng, hay bạn backup dữ liệu cloud về máy chủ khác. Dữ liệu đi vào cloud thường miễn phí, nhưng dữ liệu đi ra thì tính tiền theo GB.

Egress rất khó ước tính nếu bạn chưa đo lưu lượng thực tế: một website tin tức hay hệ thống phân phối file có thể tạo ra hàng TB lưu lượng ra mỗi tháng, và phí egress có thể vượt cả tiền thuê máy chủ. Đây cũng là "cái bẫy" vendor lock-in — phí mang dữ liệu của chính mình ra ngoài khi chuyển nhà cung cấp.

Cách xử lý: đo lưu lượng ra thực tế ít nhất 1-3 tháng trước khi migrate (từ log web server, firewall hoặc công cụ giám sát), rồi đưa vào dự toán với đơn giá egress của nhà cung cấp. Hoặc chọn nhà cung cấp có data transfer không giới hạn — như SunCloud (Unlimited trên Cloud Server và VPS) — để loại bỏ hẳn biến số này.

Chi phí ẩn migrate cloud: khoản 2: Snapshot và backup phình không kiểm soát

Ai cũng đồng ý rằng lên cloud phải có snapshot và backup. Nhưng ít ai tính tiền cho chúng. Snapshot máy chủ ảo và bản backup dữ liệu đều chiếm dung lượng lưu trữ — và dung lượng đó tính tiền riêng, ngoài tiền thuê máy chủ.

Kịch bản phổ biến: bật snapshot tự động mỗi ngày "cho chắc", mỗi snapshot giữ 30 ngày. Một máy chủ 200GB sau một tháng có thể sinh ra vài trăm GB snapshot — hóa đơn lưu trữ tăng vọt mà không ai để ý vì nó nằm ở dòng riêng trong bill, và nhiều đội quên xóa snapshot cũ.

Cách xử lý: định nghĩa chính sách lifecycle từ ngày đầu — chụp bao lâu một lần, giữ bao nhiêu bản, bản cũ tự động xóa khi nào. Hầu hết nhà cung cấp đều hỗ trợ lifecycle policy tự động. Và khi so sánh, hãy hỏi rõ: backup tự động có bao gồm trong giá máy chủ không (SunCloud backup tự động hàng tuần cho Cloud & VPS), hay tính phí riêng.

Khoản 3: License phần mềm tính theo vCPU hoặc người dùng

Khi còn on-premise, nhiều doanh nghiệp mua license phần mềm theo kiểu "mua một lần dùng mãi mãi" hoặc theo số máy chủ vật lý. Lên cloud, mô hình license thay đổi — và thường đắt hơn.

Ba nhóm license hay "đội giá" nhất: hệ điều hành và phần mềm máy chủ (Windows Server tính theo core ảo, SQL Server theo vCPU), phần mềm bảo mật/giám sát (tính theo số agent — mỗi máy ảo mới là một agent mới), và phần mềm doanh nghiệp (tính theo số người dùng đồng thời).

Lưu ý khi dùng autoscaling: số máy ảo có thể tăng gấp nhiều lần trong giờ cao điểm, và nếu license tính theo số instance đang chạy, chi phí cũng tăng theo — biến số mà dự toán tĩnh không bắt được.

Cách xử lý: liệt kê toàn bộ phần mềm đang dùng, kiểm tra lại mô hình license của từng phần mềm trên cloud trước khi migrate. Với một số workload, chuyển sang mã nguồn mở tương đương (Linux thay Windows, PostgreSQL thay SQL Server) có thể tiết kiệm đáng kể — nhưng phải tính luôn chi phí chuyển đổi và đào tạo.

Khoản 4: Chi phí di chuyển dữ liệu và downtime chuyển đổi

Bản thân quá trình migration cũng tốn tiền — khoản mà dự toán vận hành hằng tháng không bao giờ bao gồm. Các thành phần chính:

• Truyền tải dữ liệu ban đầu: đưa hàng TB dữ liệu lên cloud tốn băng thông và thời gian — với dữ liệu lớn có khi phải thuê đường truyền riêng tạm thời.
• Hạ tầng song song: hệ thống cũ và mới phải chạy song song trong giai đoạn chuyển đổi — bạn trả tiền cho cả hai trong vài tuần đến vài tháng.
• Nhân sự dự án: giờ công đội IT nội bộ, chi phí thuê tư vấn migration, chi phí kiểm thử (load test, diễn tập cutover).
• Downtime và rủi ro: nếu đợt cutover gặp sự cố kéo dài, thiệt hại do gián đoạn kinh doanh có thể lớn hơn mọi chi phí kỹ thuật cộng lại.

Cách xử lý: lập ngân sách migration như một dự án riêng, tách khỏi ngân sách vận hành hằng tháng. Dự trù ít nhất 15-20% phí dự phòng cho các phát sinh trong quá trình chuyển đổi.

Khoản 5: Over-provisioning sau lift-and-shift

Lift-and-shift (bê nguyên hệ thống lên cloud không thay đổi gì) là chiến lược migration nhanh nhất — và cũng là cách lãng phí tiền nhất nếu dừng lại ở đó. Một máy chủ vật lý on-premise 32GB RAM thường chỉ dùng hết 30-40% tài nguyên trung bình; bê nguyên cấu hình đó lên cloud, bạn trả tiền cho 100% tài nguyên nhưng chỉ dùng 30-40%.

Nhiều đội còn có tâm lý "chọn dư cho chắc", nâng cấu hình cao hơn cả máy vật lý cũ — kết quả là hóa đơn cloud tháng đầu đã cao hơn chi phí vận hành phòng server cũ, khiến ban lãnh đạo hoài nghi cả dự án.

Cách xử lý: lift-and-shift chỉ nên là bước 1. Sau khi hệ thống chạy ổn định 2-4 tuần, thực hiện rightsizing — đo mức sử dụng thực tế và hạ cấu hình xuống mức phù hợp, giữ biên an toàn cho đỉnh tải. Bài tập FinOps này thường giảm 30-50% chi phí tài nguyên. Lặp lại mỗi quý, vì workload thay đổi theo thời gian.

Khoản 6: Nhân sự, đào tạo và công cụ quản trị mới

Vận hành trên cloud đòi hỏi kỹ năng khác: infrastructure as code, giám sát tập trung, quản lý chi phí cloud. Ba khoản chi phí con người hay bị bỏ quên:

• Đào tạo: chi phí khóa học, chứng chỉ và thời gian học việc của đội IT hiện tại (trong thời gian đó năng suất giảm).
• Tuyển dụng hoặc thuê ngoài: có thể cần thêm kỹ sư cloud/DevOps hoặc thuê đơn vị quản trị — một đầu lương mới không có trong dự toán.
• Công cụ quản trị: giám sát, quản lý log tập trung, công cụ FinOps, backup bên thứ ba — nhiều công cụ tính phí theo số tài nguyên được giám sát.

Cách xử lý: đưa chi phí con người vào TCO ngay từ đầu, tính cho ít nhất 12 tháng đầu. Với SME, chọn nhà cung cấp có dịch vụ quản trị đi kèm (managed service) thường rẻ hơn xây đội ngũ cloud riêng — ví dụ gói quản trị máy chủ của SunCloud rẻ hơn một đầu lương kỹ sư full-time.

Khoản 7: API calls, managed services và chi phí tích hợp

• Phí API calls: các dịch vụ managed (object storage, load balancer, DNS, message queue) thường tính phí theo số request — ứng dụng gọi API dày đặc có thể tạo ra hàng trăm triệu request mỗi tháng.
• Tích hợp hệ thống cũ: kết nối cloud với hệ thống on-premise còn lại (VPN, đường truyền riêng, middleware đồng bộ) — vừa tốn phí hạ tầng, vừa tốn công triển khai.
• Gói support: từ support cơ bản đến support doanh nghiệp với SLA phản hồi nhanh — thường tính phí riêng theo % hóa đơn hoặc gói cố định.

Cách xử lý: với mỗi managed service định dùng, ước tính số request mỗi tháng từ log hệ thống hiện tại và nhân với đơn giá. Đừng bỏ qua dòng "support plan" khi so sánh — sự cố lúc 2 giờ sáng là lúc bạn nhận ra giá trị của nó.

Checklist dự toán TCO migration và gợi ý từ SunCloud

Tổng hợp lại, một dự toán migration đầy đủ nên bao gồm 3 nhóm chi phí:

Khi so sánh nhà cung cấp, hãy dùng checklist này để "chấm điểm" TCO 3 năm thay vì chỉ so giá thuê máy chủ. Nhà cung cấp giá máy chủ cao hơn chút nhưng miễn phí data transfer, backup đã bao gồm, hỗ trợ 24/7 không tính thêm phí — có thể rẻ hơn đáng kể về TCO.

Đó cũng là triết lý định giá của SunCloud: giá cố định, minh bạch, không phí ẩn. Cloud Server và VPS có Data transfer không giới hạn, backup tự động hàng tuần đã bao gồm, khởi tạo trong 5 phút, hỗ trợ kỹ thuật 24/7/365. VPS chỉ từ 125.000đ/tháng (giá tham khảo tại thời điểm viết, xem giá mới nhất tại suncloud.vn) — gần như loại bỏ được hai khoản ẩn lớn nhất là egress và phí backup ngay từ đầu.

Kết luận

Chi phí ẩn khi migrate lên cloud phần lớn là những khoản hoàn toàn hợp lý mà đội làm dự toán quên tính: phí egress, snapshot phình, license theo vCPU, chi phí di chuyển và downtime, over-provisioning sau lift-and-shift, nhân sự và đào tạo, API calls cùng chi phí tích hợp. Vấn đề không nằm ở cloud đắt, mà nằm ở dự toán thiếu.

Bài học lớn nhất: lập dự toán migration theo mô hình TCO 3 năm với đầy đủ 3 nhóm chi phí, đo lường dữ liệu thực tế trước khi migrate thay vì ước đoán, và lên lịch rightsizing + rà soát chi phí mỗi quý sau khi lên cloud. Cloud chỉ thực sự tiết kiệm khi được quản trị chủ động — đó chính là tinh thần của FinOps.

Nếu bạn đang chuẩn bị migrate và muốn bài toán chi phí minh bạch, không phí ẩn, đội ngũ SunCloud có thể giúp bóc tách TCO chi tiết theo đúng workload của bạn. Liên hệ hotline 083 979 3434 hoặc truy cập suncloud.vn để được tư vấn miễn phí.

Câu hỏi thường gặp

Migrate lên cloud có thực sự rẻ hơn on-premise không?

Tùy workload: hệ thống tải biến động mạnh, cần mở rộng nhanh thì cloud thường rẻ hơn; hệ thống chạy tải cao ổn định 24/7 nhiều năm thì on-premise hoặc dedicated đôi khi rẻ hơn. Cách duy nhất để biết chắc là lập TCO 3-5 năm đầy đủ cả hai phương án với cùng một khung giả định.

Khoản chi phí ẩn nào thường lớn nhất?

Với hệ thống nhiều người dùng truy cập (tin tức, phân phối file, API công cộng), phí egress thường lớn nhất — có thể vượt cả tiền thuê máy chủ. Với hệ thống doanh nghiệp thông thường, over-provisioning sau lift-and-shift và license phần mềm là hai khoản đội chi phí nhiều nhất.

Làm sao ước tính phí egress trước khi migrate?

Đo lưu lượng ra thực tế ít nhất 1-3 tháng (từ log web server, firewall hoặc công cụ giám sát), rồi nhân với đơn giá egress của nhà cung cấp định dùng. Nếu dùng nhà cung cấp có data transfer không giới hạn như SunCloud, bạn có thể bỏ qua hẳn khoản này.

Lift-and-shift xong có nên rightsizing ngay không?

Đừng làm ngay tuần đầu — hãy để hệ thống chạy ổn định 2-4 tuần để thu thập số liệu thực tế, rồi mới rightsizing dựa trên dữ liệu. Sau đợt đầu, lặp lại mỗi quý.

FinOps là gì, có cần thiết với SME không?

FinOps là phương pháp quản trị tài chính cho cloud: theo dõi, phân bổ và tối ưu chi phí liên tục, với sự phối hợp giữa kỹ thuật và tài chính. SME không cần đội FinOps riêng, nhưng nên áp dụng nguyên tắc cơ bản: gắn nhãn tài nguyên theo dự án, rà soát hóa đơn hằng tháng, rightsizing định kỳ, đặt cảnh báo ngân sách.

Có nên chọn nhà cung cấp chỉ vì giá máy chủ rẻ nhất không?

Không. Giá máy chủ ảo chỉ là một phần của TCO — hãy so sánh tổng chi phí 3 năm gồm egress, lưu trữ backup, license, support và chi phí vận hành. Nhà cung cấp giá máy chủ cao hơn chút nhưng không thu phí ẩn, hỗ trợ tốt, thường rẻ hơn về tổng thể và ít rủi ro hơn.