- Reserved instance là gì? Tiết kiệm 40% khi cam kết dùng dài hạn
- Reserved instance là gì?
- Reserved instance là gì: reserved instance hoạt động như thế nào?
- Reserved instance là gì: các loại reserved instance phổ biến
- Reserved instance là gì: so sánh các mô hình giá cloud
- Khi nào reserved instance thực sự tiết kiệm 40%?
- Cách tính ROI trước khi cam kết
- 5 sai lầm thường gặp khi mua reserved instance
- Áp dụng trên cloud Việt Nam như thế nào?
- Checklist 7 bước triển khai an toàn
- Kết luận
- Câu hỏi thường gặp
Reserved instance là gì? Tiết kiệm 40% khi cam kết dùng dài hạn
Hóa đơn cloud tháng nào cũng khiến bạn giật mình, dù hệ thống chẳng có gì thay đổi? Website bán hàng, server kế toán, máy chủ lưu trữ nội bộ — ngày nào cũng bật, tháng nào cũng trả tiền theo giá "mua lẻ", trong khi có doanh nghiệp chạy đúng workload như vậy nhưng trả ít hơn tới 40%. Bí quyết không phải cắt giảm máy chủ, mà là đổi cách mua: reserved instance là gì và vì sao nó tiết kiệm sâu đến vậy?
Reserved instance (RI) là hình thức cam kết sử dụng tài nguyên cloud trong thời hạn dài (thường 1 hoặc 3 năm) để đổi lấy mức giá thấp hơn đáng kể so với giá dùng theo nhu cầu (on-demand). Bạn "đặt trước" phần dung lượng chắc chắn sẽ dùng, nhà cung cấp giảm giá vì yên tâm về công suất — cả hai cùng có lợi.
Reserved instance là gì?
Reserved instance là một máy chủ ảo trên nền tảng cloud mà bạn đặt trước với cam kết sử dụng trong khoảng thời gian cố định — phổ biến nhất là 1 năm hoặc 3 năm. Đổi lại, nhà cung cấp áp dụng chiết khấu sâu so với giá on-demand (giá trả theo giờ, không cam kết).
Hãy hình dung: thuê phòng khách sạn theo đêm luôn đắt hơn thuê căn hộ theo năm. On-demand là "giá khách sạn", reserved instance là "giá thuê dài hạn".
Điểm cần hiểu đúng: reserved instance không phải loại máy vật lý riêng. Đó vẫn là máy ảo trên cùng hạ tầng cloud, chỉ khác ở mô hình thanh toán. Bạn cam kết mức sử dụng (theo loại instance, khu vực) trong thời hạn, và hệ thống tự áp giá chiết khấu cho phần dùng đó.
Reserved instance là gì: reserved instance hoạt động như thế nào?
Cơ chế của reserved instance xoay quanh ba yếu tố.
Phạm vi cam kết xác định loại tài nguyên bạn cam kết: loại instance (ví dụ máy 4 vCPU/16 GB RAM), khu vực, hệ điều hành. Khi chạy instance khớp phạm vi, hóa đơn tự động áp giá chiết khấu.
Thời hạn thường là 1 năm hoặc 3 năm — cam kết càng dài, chiết khấu càng sâu. Quy luật chung: 1 năm tiết kiệm khoảng 30–40% so với on-demand, 3 năm có thể tới 50–60%. Đây chính là nguồn gốc con số "tiết kiệm 40%" — mức phổ biến và an toàn nhất cho cam kết 1 năm.
Phương thức thanh toán có ba lựa chọn: trả trước toàn phần (chiết khấu cao nhất nhưng chôn dòng tiền), trả trước một phần (cân bằng), và không trả trước (chiết khấu thấp nhất nhưng không tốn vốn ban đầu).
Lưu ý: cam kết RI là ràng buộc thanh toán. Tháng nào không chạy đủ số giờ đã cam kết, bạn vẫn phải trả phần đó. Vì vậy chỉ mua RI cho workload chắc chắn dùng — phần "đáy" ổn định của hệ thống.
Reserved instance là gì: các loại reserved instance phổ biến
Standard RI là loại cổ điển: chiết khấu sâu nhất nhưng cam kết cố định theo loại instance và khu vực, khó đổi giữa chừng. Phù hợp workload cực kỳ ổn định: database chạy nhiều năm, server ERP, hệ thống lõi.
Convertible RI cho phép đổi loại instance trong thời hạn (ví dụ lên dòng máy mới mạnh hơn). Chiết khấu thấp hơn Standard một chút nhưng được quyền "đổi ý". An toàn cho doanh nghiệp đang tăng trưởng mà chưa chắc về cấu hình tương lai.
Savings Plans (AWS) và Committed Use Discounts (Google Cloud) linh hoạt hơn: thay vì cam kết theo loại instance cụ thể, bạn cam kết mức chi tiêu mỗi giờ (ví dụ 10 USD/giờ cho compute), được giảm giá cho bất kỳ instance nào trong phạm vi.
Với cloud nội địa Việt Nam, tinh thần RI thể hiện qua gói thanh toán dài hạn: trả trước 12/24/36/48 tháng để được chiết khấu tăng dần. Về bản chất kinh tế, đây chính là reserved instance "phiên bản Việt": cam kết dài hạn đổi lấy giá thấp.
Reserved instance là gì: so sánh các mô hình giá cloud
| Tiêu chí | On-Demand | Reserved Instance | Spot / Preemptible | Savings Plans |
|---|---|---|---|---|
| Cam kết | Không | 1–3 năm | Không | 1–3 năm (theo mức chi tiêu) |
| Tiết kiệm vs On-Demand | 0% | 30–60% | 60–90% | 30–60% |
| Linh hoạt đổi cấu hình | Cao | Thấp–trung bình | Cao | Cao |
| Rủi ro bị thu hồi | Không | Không | Có | Không |
| Phù hợp với | Workload biến động, thử nghiệm | Workload ổn định dài hạn | Batch job chịu gián đoạn | Workload ổn định nhưng hay đổi cấu hình |
Nguyên tắc vàng của FinOps: không có mô hình giá nào tốt nhất cho mọi workload. Chiến lược tối ưu là kết hợp: Reserved/Savings Plans cho phần "đáy" ổn định (60–80% chi phí compute), On-Demand cho phần biến động, Spot cho batch job không gấp.
Ví dụ (minh họa): 10 máy chủ chạy 24/7 cho hệ thống bán hàng là ứng viên hoàn hảo cho RI 1 năm — tiết kiệm khoảng 40%. 5 máy dev chỉ bật giờ hành chính thì để on-demand và tắt ngoài giờ. Chỉ riêng việc phân loại này đã giảm 25–35% tổng hóa đơn mà không thay đổi dòng code nào.
Khi nào reserved instance thực sự tiết kiệm 40%?
Con số "tiết kiệm 40%" đúng khi workload đáp ứng đủ ba điều kiện.
1. Utilization cao và ổn định. RI hiệu quả khi instance chạy gần như 24/7 suốt thời hạn cam kết. Mua RI cho máy chủ chỉ chạy 8 tiếng/ngày mà vẫn trả tiền 24 tiếng có thể đắt hơn cả on-demand. Quy tắc: chỉ mua RI cho workload có utilization trên 70–80%, dự kiến duy trì ít nhất 12 tháng.
2. Cấu hình đã "chốt". Nếu hệ thống đang thay đổi cấu hình liên tục, cam kết cố định có thể thành gánh nặng — hãy dùng Convertible RI hoặc Savings Plans thay vì Standard.
3. Đã rightsizing trước khi mua. Sai lầm đắt nhất là mua RI cho máy chủ đang quá to. Hãy đo utilization thực tế 1–3 tháng, thu nhỏ cấu hình về đúng nhu cầu, rồi mới cam kết.
Không nên mua RI cho: dự án ngắn hạn dưới 1 năm; workload theo mùa vụ; công ty đang migrate công nghệ (ví dụ từ VM sang Kubernetes); hoặc mới lên cloud chưa có dữ liệu sử dụng.
Cách tiếp cận an toàn: bắt đầu với cam kết 1 năm No Upfront cho 50–60% phần đáy ổn định, theo dõi 3–6 tháng rồi mới mở rộng. Đừng bao giờ mua RI cho 100% hệ thống ngay lần đầu.
Cách tính ROI trước khi cam kết
Đừng mua RI bằng cảm tính. Dưới đây là cách tính trong 5 bước, với số liệu minh họa:
Bước 1: Chi phí on-demand hiện tại. Lấy hóa đơn 3 tháng gần nhất của các instance chạy 24/7, tính trung bình. Ví dụ (minh họa): 10 instance × 1.500.000đ/tháng = 180.000.000đ/năm.
Bước 2: Áp chiết khấu RI. Giả sử giảm 40% cho cam kết 1 năm No Upfront: 180.000.000đ × 60% = 108.000.000đ/năm → tiết kiệm 72.000.000đ/năm.
Bước 3: Trừ chi phí rủi ro. Dự phòng workload thay đổi: xác suất phải bỏ 20% cam kết là 10% → 108.000.000đ × 20% × 10% = 2.160.000đ.
Bước 4: Tiết kiệm ròng. 72.000.000đ − 2.160.000đ = 69.840.000đ/năm (~39%).
Bước 5: So sánh phương án thay thế. Savings Plans linh hoạt hơn với chiết khấu 35% → tiết kiệm 63.000.000đ nhưng rủi ro cấu hình gần như bằng 0. Với doanh nghiệp đang tăng trưởng, chênh lệch này để đổi lấy linh hoạt là xứng đáng.
| Hạng mục | On-Demand | RI 1 năm (−40%) |
|---|---|---|
| Chi phí/năm | 180.000.000đ | 108.000.000đ |
| Dự phòng rủi ro | 0 | 2.160.000đ |
| Tổng thực | 180.000.000đ | 110.160.000đ |
| Tiết kiệm ròng | — | ~69,8 triệu (~39%) |
Số liệu minh họa với giả định đơn giản. Thực tế cần cộng thêm VAT, phí băng thông (thường nằm ngoài RI), và biến động tỷ giá nếu dùng public cloud quốc tế.
5 sai lầm thường gặp khi mua reserved instance
1. Mua RI trước khi rightsizing. 30–40% instance trên cloud bị oversize. Hãy theo dõi CPU/RAM 30 ngày, thu nhỏ cấu hình trước rồi mới cam kết.
2. Cam kết 100% hệ thống. RI chỉ dành cho phần "đáy" — workload production chạy 24/7 mà bạn chắc chắn. Mua RI cho cả dev/test và staging là lãng phí.
3. Quên chi phí ngoài compute. RI thường chỉ giảm giá phần compute. Băng thông egress, storage, IP public, backup vẫn tính giá on-demand. Có doanh nghiệp tiết kiệm 40% compute nhưng tổng hóa đơn chỉ giảm 15% vì egress quá lớn.
4. Không theo dõi sau khi mua. Instance bị tắt mà RI vẫn tính tiền. Cần theo dõi utilization hàng tháng — dưới 90% là phải điều tra ngay.
5. Bỏ qua điều khoản thoát. Không tìm hiểu trước chính sách bán lại/hủy đồng nghĩa tự khóa mình vào cam kết không lối thoát.
Áp dụng trên cloud Việt Nam như thế nào?
Tại Việt Nam, RI "chuẩn quốc tế" chủ yếu áp dụng cho doanh nghiệp dùng public cloud AWS/Azure/Google. Với nhà cung cấp cloud nội địa, tinh thần RI 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ó nơi giảm tới 30% khi thanh toán 48 tháng.
Khi đánh giá các gói dài hạn trong nước, hãy áp đúng logic RI: chỉ trả dài hạn cho workload lõi (web server chính, database, mail server); tính chiết khấu thực (tổng tiền thực trả chia số tháng) thay vì chỉ nhìn "% giảm giá" quảng cáo; hỏi rõ chính sách hoàn/hủy và bảo lưu khi nâng cấp; và tận dụng thời gian dùng thử (Cloud Server 10 ngày, VPS 10–30 ngày) để đo đúng cấu hình trước khi chốt cam kết.
Các gói Cloud Server của SunCloud có chính sách giảm giá khi thanh toán dài hạn (cao nhất khi thanh toán 48 tháng — giá tham khảo tại thời điểm viết, xem giá mới nhất tại suncloud.vn), kết hợp hạ tầng Tier III, uptime cam kết 99,98% và backup tự động hàng tuần — lựa chọn đáng cân nhắc cho workload ổn định cần "neo" chi phí dài hạn mà vẫn giữ dữ liệu trong nước.
Checklist 7 bước triển khai an toàn
- Thu thập dữ liệu 1–3 tháng: xuất báo cáo chi phí chi tiết, xác định instance nào chạy 24/7.
- Rightsizing: đo CPU/RAM/disk thực tế; thu nhỏ instance oversize; tắt instance "ma".
- Phân loại workload: lõi ổn định (ứng viên RI) / biến động (on-demand) / batch chịu gián đoạn (spot).
- Tính ROI: áp công thức 5 bước ở trên cho từng nhóm.
- Chọn loại cam kết: Standard cho workload bất biến, Convertible/Savings Plans cho workload có thể thay đổi; bắt đầu với 50–60% phần đáy.
- Mua và kiểm tra: thực hiện mua RI, xác nhận hóa đơn tháng đầu đã phản ánh đúng chiết khấu.
- Giám sát hàng tháng: theo dõi utilization và coverage; rà soát lại mỗi quý.
Kết luận
Reserved instance là công cụ tài chính đơn giản: đổi cam kết dài hạn lấy giá thấp hơn. Với workload ổn định chạy 24/7, mức tiết kiệm 30–40% cho cam kết 1 năm là hoàn toàn thực tế — miễn là làm đúng trình tự: đo lường, rightsizing, phân loại workload, tính ROI, rồi mới cam kết.
Nếu hệ thống bạn đang chạy ổn định và hóa đơn on-demand ngày càng phình to, đây là lúc rà soát chiến lược mua. Với các gói Cloud Server thanh toán dài hạn cùng chính sách dùng thử 10 ngày, SunCloud giúp doanh nghiệp "neo" chi phí hạ tầng ở mức tối ưu 1–3 năm tới. Liên hệ hotline 083 979 3434 hoặc truy cập suncloud.vn để được tư vấn phương án phù hợp.
Câu hỏi thường gặp
Reserved instance áp dụng cho mọi dịch vụ cloud không?
Không. RI chủ yếu áp dụng cho compute — máy chủ ảo và một số dịch vụ như database. Storage, băng thông, CDN thường tính theo mức dùng thực tế, nằm ngoài RI. Hãy tách riêng phần compute khỏi các chi phí khác để tính đúng mức tiết kiệm tổng thể.
Có thể hủy reserved instance giữa chừng không?
Tùy nhà cung cấp. Một số nền tảng cho bán lại RI trên thị trường thứ cấp hoặc hủy với phí phạt; một số gói dài hạn trong nước cho phép nâng cấp/chuyển đổi và bảo lưu phần tiền còn lại. Luôn đọc kỹ điều khoản hủy/hoàn trước khi mua.
Doanh nghiệp nhỏ 5–10 người có nên dùng không?
Có, nếu workload ổn định. Công ty 5 người chạy website bán hàng 24/7 trên 2 Cloud Server hoàn toàn có thể tiết kiệm 30–40% bằng cam kết dài hạn. Hãy nhìn vào workload, đừng nhìn vào quy mô công ty.
Nên chọn cam kết 1 năm hay 3 năm?
1 năm là điểm khởi đầu an toàn: chiết khấu đáng kể (30–40%) mà rủi ro thấp. Chỉ nên lên 3 năm khi workload ổn định trên 12 tháng và tầm nhìn kinh doanh rõ ràng. Chiến lược phổ biến là "thang cuốn": mỗi năm mua thêm một lớp RI 3 năm, tạo danh mục cam kết gối đầu nhau.
Reserved instance và Savings Plans khác nhau ở điểm gì?
RI cam kết theo loại tài nguyên cụ thể, còn Savings Plans cam kết theo mức chi tiêu mỗi giờ và áp dụng linh hoạt cho nhiều loại instance, region. Chắc chắn về cấu hình → Standard RI; hay thay đổi → Savings Plans.
Mua RI rồi mà workload giảm thì xử lý thế nào?
Chuyển RI sang workload khác trong cùng phạm vi; bán lại trên marketplace thứ cấp; nâng cấp instance để "lấp đầy" cam kết (Convertible RI); hoặc chấp nhận trả phần dư như bài học. Đừng bao giờ mua RI cho 100% hệ thống ngay từ đầu.
