Committed use discount: cam kết dùng 1-3 năm giảm sâu thế nào?

Nghe tới "cam kết dùng cloud 1–3 năm" nhiều người e ngại: lỡ nhu cầu thay đổi thì sao? Nhưng nếu hệ thống của bạn ngày nào cũng chạy — web server, database, máy chủ nội bộ — thì việc trả giá "mua lẻ" mỗi tháng chẳng khác nào thuê khách sạn dài hạn thay vì thuê căn hộ. Committed use discount là gì, giảm được bao nhiêu, và khác gì reserved instance mà nhiều người đã biết?

Committed use discount (CUD) là chính sách chiết khấu của các nhà cung cấp cloud lớn (tiêu biểu là Google Cloud) dành cho khách hàng cam kết mức sử dụng tối thiểu trong 1 hoặc 3 năm — đổi lại mức giá thấp hơn đáng kể so với giá on-demand, có thể tới 50–70% tùy dịch vụ. Bài viết này phân tích cơ chế, so sánh với các mô hình cam kết khác, và hướng dẫn tính toán để quyết định có nên "chốt đơn" dài hạn hay không.

Committed use discount là gì?

Committed use discount là hợp đồng cam kết giữa bạn và nhà cung cấp cloud: bạn cam kết chi tiêu tối thiểu một mức nhất định (ví dụ 5.000 USD/tháng cho Compute Engine, hoặc một lượng vCPU/RAM nhất định) trong thời hạn 1 hoặc 3 năm; đổi lại, mọi mức dùng trong phạm vi cam kết được tính giá chiết khấu sâu.

Khác với mua lẻ on-demand (dùng bao nhiêu trả bấy nhiêu theo giá niêm yết), CUD là mua sỉ có hợp đồng: nhà cung cấp yên tâm về doanh thu dài hạn nên giảm giá; bạn đổi sự linh hoạt lấy chi phí thấp hơn. Logic kinh tế giống hệt reserved instance — chỉ khác ở cách đóng gói cam kết.

Thuật ngữ CUD gắn liền với Google Cloud (Committed Use Discounts), nhưng tinh thần "cam kết dài hạn đổi chiết khấu" tồn tại ở mọi nền tảng: AWS gọi là Savings Plans và Reserved Instances, Azure gọi là Reserved VM Instances, còn cloud Việt Nam thể hiện qua chính sách trả trước 12–48 tháng.

Committed use discount là gì: committed use discount hoạt động như thế nào?

Cơ chế CUD xoay quanh bốn yếu tố.

1. Đối tượng cam kết. Trên Google Cloud, CUD áp dụng cho nhiều dịch vụ: Compute Engine (VM), Cloud SQL, Cloud Spanner, BigQuery, GKE... Mỗi dịch vụ có cách tính riêng — Compute Engine cam kết theo vCPU và RAM, BigQuery cam kết theo slot xử lý.

2. Mức cam kết. Bạn chọn mức sử dụng tối thiểu, ví dụ 100 vCPU. Phần dùng trong 100 vCPU được giá chiết khấu; phần vượt trên 100 vCPU tính giá on-demand bình thường. Vì vậy CUD không bắt bạn "dùng đúng 100" — dùng ít hơn thì vẫn trả đủ 100 (phần cam kết), dùng nhiều hơn thì phần thừa tính giá lẻ.

3. Thời hạn. 1 năm hoặc 3 năm. Cam kết 3 năm chiết khấu sâu hơn 1 năm đáng kể — ví dụ Compute Engine giảm tới ~37% cho 1 năm và ~55–70% cho 3 năm (tùy loại máy và region, số liệu tham khảo tại thời điểm viết).

4. Phạm vi áp dụng. CUD có thể gắn theo project hoặc billing account (linh hoạt hơn — chiết khấu tự "trôi" sang project nào đang dùng). Nên chọn phạm vi billing account nếu công ty có nhiều project để tối đa hóa tỷ lệ lấp đầy cam kết.

Điểm khác biệt lớn so với reserved instance truyền thống: CUD của Google linh hoạt theo loại máy — bạn cam kết một lượng tài nguyên (vCPU/RAM) chứ không bị khóa vào một loại instance cụ thể. Đổi từ máy n2 sang n2d giữa chừng vẫn được hưởng chiết khấu, miễn là tổng tài nguyên trong phạm vi cam kết.

Committed use discount là gì: so sánh CUD với Reserved Instance và Savings Plans

Chọn thế nào cho đúng? Dùng Google Cloud → CUD là lựa chọn tự nhiên. Dùng AWS và chắc chắn về cấu hình → Standard RI (giảm sâu nhất); hay thay đổi → Savings Plans. Dùng cloud Việt Nam → áp logic tương tự với các gói trả trước dài hạn (xem mục 8).

Nguyên tắc chung cho mọi nền tảng: chỉ cam kết phần "đáy" ổn định — workload chạy 24/7 mà bạn chắc chắn duy trì suốt thời hạn. Phần biến động giữ on-demand.

Committed use discount là gì: mức giảm giá thực tế theo từng dịch vụ

Con số chiết khấu khác nhau theo dịch vụ và thời hạn (số liệu tham khảo, kiểm tra giá mới nhất trước khi quyết định):

Cách đọc đúng con số %: mức giảm tính trên giá on-demand cùng region, cùng loại tài nguyên. Đừng so sánh chiết khấu 3 năm ở region đắt với giá on-demand region rẻ — luôn so sánh "táo với táo".

Chi phí ẩn ngoài CUD: chiết khấu thường chỉ áp cho compute. Egress (băng thông ra), storage, IP, backup vẫn giá on-demand. Có doanh nghiệp giảm 50% tiền VM nhưng tổng hóa đơn chỉ giảm 25% vì egress quá lớn — hãy tính trên tổng hóa đơn, không chỉ tiền máy chủ.

Khi nào committed use discount thực sự đáng tiền?

CUD đáng tiền khi workload đáp ứng đủ ba điều kiện — giống hệt logic của reserved instance:

1. Ổn định và dự đoán được. Database production, web server chính, hệ thống ERP chạy 24/7 suốt năm — ứng viên hoàn hảo. Ngược lại: dự án thử nghiệm 6 tháng, workload theo mùa vụ, công ty đang migrate kiến trúc (ví dụ từ VM sang Kubernetes) thì không nên cam kết.

2. Đã tối ưu trước khi cam kết. Sai lầm đắt nhất: cam kết cho hệ thống đang oversize 40%. Hãy rightsizing trước — đo utilization 1–3 tháng, thu nhỏ cấu hình dư thừa, rồi mới chốt mức cam kết. Cam kết trên nền lãng phí chỉ là "giảm giá cho sự lãng phí".

3. Mức cam kết vừa phải. Bắt đầu với 50–70% phần đáy chắc chắn, đừng cam kết 100% ngay. Sau 6–12 tháng theo dõi, nếu utilization cam kết luôn trên 95%, hãy nâng dần.

Dấu hiệu bạn đã sẵn sàng: hóa đơn on-demand ổn định ±10% trong 6 tháng liên tục; danh sách instance chạy 24/7 không thay đổi; không có kế hoạch migrate lớn trong 12 tháng tới.

Cách tính tiết kiệm trước khi cam kết (ví dụ số)

Đừng chốt cam kết bằng cảm tính. Ví dụ minh họa với một hệ thống SME:

Bước 1: Xác định phần đáy. 8 VM chạy 24/7, mỗi VM 4 vCPU/16 GB, giá on-demand 2.000.000đ/tháng/VM → 16.000.000đ/tháng = 192.000.000đ/năm.

Bước 2: Áp chiết khấu CUD 1 năm. Giả sử giảm 37%: 192.000.000đ × 63% = 120.960.000đ/năm → tiết kiệm 71.040.000đ/năm.

Bước 3: Trừ rủi ro. Dự phòng 10% khả năng phải giảm 2 VM giữa năm (mỗi VM 6 tháng): 2 × 2.000.000đ × 6 × 37% ≈ 8.880.000đ.

Bước 4: Tiết kiệm ròng. 71.040.000đ − 8.880.000đ = 62.160.000đ/năm (~32%).

Số liệu minh họa. Thực tế cần cộng VAT, phí egress/storage ngoài phạm vi CUD, và kiểm tra bảng giá hiện hành của nhà cung cấp.

Rủi ro và cách phòng tránh

Rủi ro 1: Cam kết quá cao. Mua CUD cho 100% hệ thống rồi workload giảm → trả tiền cho tài nguyên không dùng. Phòng tránh: bắt đầu 50–70% phần đáy, mở rộng dần.

Rủi ro 2: Thay đổi công nghệ. Đang dùng VM mà 1 năm sau chuyển sang Kubernetes/GKE Autopilot — cam kết Compute Engine cũ có thể không còn phù hợp. Phòng tránh: với lộ trình công nghệ chưa rõ, ưu tiên cam kết 1 năm thay vì 3 năm, hoặc chọn loại cam kết linh hoạt (theo chi tiêu thay vì theo tài nguyên cụ thể).

Rủi ro 3: Quên theo dõi. Instance bị tắt nhưng cam kết vẫn tính tiền; hoặc workload tăng mà không mua thêm cam kết → phần vượt trả giá on-demand đắt. Phòng tránh: xem báo cáo commitment utilization hàng tháng; đặt cảnh báo khi utilization dưới 90% hoặc coverage dưới 70%.

Rủi ro 4: Hiểu sai phạm vi. Tưởng CUD áp cho mọi chi phí nhưng thực ra chỉ cho compute. Phòng tránh: đọc kỹ tài liệu "eligible services" của nhà cung cấp trước khi ký.

Áp dụng tinh thần CUD trên cloud Việt Nam

Doanh nghiệp dùng cloud nội địa không có khái niệm "CUD" đúng nghĩa, nhưng logic kinh tế giống hệt thể hiện qua chính sách thanh toán dài hạn: trả theo tháng là giá cao nhất; trả trước 12/24/36/48 tháng được chiết khấu tăng dần — có nhà cung cấp giảm tới 25–30% khi thanh toán 48 tháng.

Áp dụng đúng tinh thần CUD khi chọn gói dài hạn trong nước:

• Chỉ trả dài hạn cho workload lõi: web server chính, database, mail server, hệ thống chạy 24/7. Máy dev/test, dự án ngắn hạn giữ thanh toán linh hoạt.
• Tính chiết khấu thực: lấy tổng tiền thực trả chia cho số tháng, so với giá tháng — đừng chỉ nhìn con số "% giảm giá" quảng cáo.
• Hỏi rõ điều khoản: được nâng cấp giữa chừng không? Phần tiền còn lại có được bảo lưu? Có hoàn tiền khi hủy không?
• Dùng thử trước khi chốt: đo đúng cấu hình cần thiết trong thời gian trial (SunCloud hỗ trợ dùng thử Cloud Server 10 ngày) rồi mới cam kết dài hạn — tránh "neo" nhầm vào cấu hình quá to.

Các gói Cloud Server của SunCloud áp dụng chiết khấu tăng dần theo thời hạn thanh toán (cao nhất ở 48 tháng), trên hạ tầng Tier III uptime 99,98% với dữ liệu đặt tại Việt Nam — phù hợp cho workload ổn định muốn "khóa" chi phí 1–4 năm tới. Liên hệ hotline 083 979 3434 hoặc suncloud.vn để nhận báo giá chi tiết.

Checklist 6 bước triển khai committed use discount

1. Thu thập dữ liệu 3–6 tháng: xuất báo cáo chi phí, xác định phần đáy ổn định (biến động < 10%).
2. Rightsizing: đo utilization thực tế, loại bỏ instance oversize và instance "ma".
3. Chọn mức cam kết: 50–70% phần đáy cho lần đầu; ưu tiên phạm vi billing account nếu nhiều project.
4. Tính toán: áp công thức 4 bước ở mục 6, so sánh 1 năm vs 3 năm.
5. Đọc điều khoản: phạm vi dịch vụ áp dụng, chính sách thay đổi/hủy, cách tính phần vượt cam kết.
6. Mua và giám sát: thực hiện cam kết, kiểm tra hóa đơn tháng đầu, theo dõi utilization hàng tháng.

Kết luận

Committed use discount là cách các cloud lớn "bán sỉ" tài nguyên: bạn cam kết mức dùng 1–3 năm, họ giảm giá sâu 30–70%. Với workload ổn định, đây là một trong những đòn bẩy FinOps hiệu quả nhất — miễn là tuân thủ trình tự: đo lường, rightsizing, cam kết vừa phải, giám sát liên tục. Và dù dùng cloud quốc tế hay cloud Việt Nam, logic vẫn như nhau: đừng trả giá lẻ cho thứ bạn chắc chắn dùng dài hạn.

Nếu hệ thống của bạn đang chạy ổn định và hóa đơn on-demand ngày càng nặng, hãy rà soát chiến lược mua ngay hôm nay. SunCloud tư vấn miễn phí phương án tối ưu chi phí theo workload thực tế — hotline 083 979 3434 hoặc email sales@suncloud.vn, website suncloud.vn.

Bài viết liên quan

• Dịch vụ Cloud Server SunCloud
• Reserved instance là gì? Tiết kiệm 40% khi cam kết dùng dài hạn
• Spot instance là gì? Khi nào dùng được để giảm 70% chi phí?

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

Committed use discount khác reserved instance ở điểm gì?

Về bản chất kinh tế, cả hai đều là "cam kết dài hạn đổi chiết khấu". Khác biệt ở cách đóng gói: CUD (Google Cloud) cam kết theo lượng tài nguyên (vCPU/RAM) và linh hoạt đổi loại máy; Reserved Instance truyền thống cam kết theo loại instance cụ thể, ít linh hoạt hơn (bản Standard). Chọn theo nền tảng bạn đang dùng.

Có thể hủy cam kết giữa chừng không?

Hầu hết cam kết CUD/RI là ràng buộc thanh toán — hủy giữa chừng thường không được hoàn tiền, một số nền tảng cho chuyển nhượng. Vì vậy chỉ cam kết phần chắc chắn dùng, và đọc kỹ điều khoản trước khi ký.

Dùng vượt mức cam kết thì tính giá thế nào?

Phần vượt trên mức cam kết tính theo giá on-demand bình thường. Đó là lý do nên đặt cảnh báo khi utilization cam kết chạm 95% — để kịp mua thêm thay vì trả giá lẻ cho phần vượt.

Startup 10 người có nên dùng CUD không?

Có, nếu workload ổn định. 3–5 VM chạy 24/7 cho production đã đủ để CUD 1 năm phát huy tác dụng. Hãy nhìn vào tính ổn định của workload, không phải quy mô công ty.

Cam kết 1 năm hay 3 năm?

1 năm là điểm khởi đầu an toàn cho hầu hết doanh nghiệp: chiết khấu đáng kể mà rủi ro thấp. Chỉ lên 3 năm khi workload đã ổn định trên 12 tháng và không có kế hoạch thay đổi kiến trúc lớn.

CUD có áp dụng cho startup credit/trial không?

Thường không cộng dồn. Credit khuyến mãi áp dụng cho giá on-demand; khi đã có CUD, hãy tính toán xem dùng credit trước hay mua cam kết trước có lợi hơn — thứ tự này ảnh hưởng đáng kể tổng chi phí năm đầu.