Vì sao chi phí AWS tăng cao? 7 nguyên nhân khiến chi phí đám mây liên tục tăng và cách tối ưu
Mở đầu

Khi số lượng dịch vụ và nhóm sử dụng tăng khiến chi phí AWS leo thang, bước đầu tiên là xem xét cơ cấu chi phí thay vì chỉ nhìn vào tổng tiền trên hóa đơn. Bài viết này dành cho những người phụ trách vận hành AWS hoặc quản lý ngân sách, trình bày 7 nguyên nhân khiến chi phí tăng và các bước tối ưu một cách an toàn. Qua đó, bạn có thể phân biệt khoản chi tăng do nhu cầu sử dụng với những khoản lãng phí có thể cắt giảm.
Vì sao khó theo dõi chi phí AWS?

AWS tính phí dựa trên mức sử dụng các dịch vụ như điện toán, lưu trữ và truyền dữ liệu. Với AWS Cost Explorer, bạn có thể phân tích xu hướng chi phí và mức sử dụng theo thời gian, theo dịch vụ và các tiêu chí khác. Dữ liệu được cập nhật ít nhất 24 giờ một lần, nhưng có thể chậm hơn tùy thuộc vào tình trạng dữ liệu đầu vào. Vì vậy, ngoài tổng tiền trên hóa đơn, bạn nên thường xuyên theo dõi xu hướng và cơ cấu chi phí.
7 nguyên nhân khiến chi phí đám mây liên tục tăng

1. Vẫn còn các tài nguyên không được sử dụng
Các tài nguyên còn tồn tại như phiên bản máy chủ dùng để thử nghiệm nhưng không còn sử dụng, ổ đĩa EBS cũ hoặc bộ cân bằng tải không cần thiết vẫn tiếp tục phát sinh chi phí. Chẳng hạn, khi dừng một phiên bản EC2 theo nhu cầu, phí sử dụng phiên bản đó sẽ ngừng tính, nhưng phí cho ổ đĩa EBS và địa chỉ Elastic IP vẫn được giữ lại sẽ tiếp tục phát sinh. Vì vậy, cần kiểm tra riêng trạng thái hoạt động và các tài nguyên còn tồn tại sau khi dừng phiên bản.
2. Tài nguyên được cấp vượt quá nhu cầu
Việc tiếp tục sử dụng các instance có quy mô vượt quá nhu cầu xử lý hoặc các dịch vụ được cấp phát dung lượng lớn hơn mức cần thiết sẽ khiến chi phí không tương xứng với mức sử dụng thực tế.
3. Môi trường phát triển và kiểm thử luôn hoạt động
Nếu các môi trường không được sử dụng vào ban đêm hoặc ngày nghỉ vẫn chạy như môi trường production, số giờ sử dụng sẽ tăng lên.
4. Tích trữ dữ liệu không cần thiết và sử dụng phương thức lưu trữ không phù hợp
Các bản sao lưu và nhật ký đã quá thời hạn lưu giữ, cùng dữ liệu trùng lặp không cần thiết, sẽ làm tăng chi phí lưu trữ và công sức quản lý. Việc tiếp tục dùng lớp lưu trữ không phù hợp với tần suất truy cập cũng góp phần làm tăng chi phí. Tuy nhiên, cần phân biệt những bản sao lưu và cấu hình dự phòng thiết yếu cho việc khôi phục và duy trì tính sẵn sàng với dữ liệu dư thừa. Hãy rà soát thời hạn lưu giữ, yêu cầu khôi phục và phí truy xuất dữ liệu trước khi điều chỉnh.
5. Bỏ sót chi phí truyền dữ liệu
Lưu lượng truyền dữ liệu giữa các khu vực hoặc ra Internet, cùng với việc di chuyển dữ liệu không cần thiết do cách cấu hình hệ thống, có thể làm tăng chi phí.
6. Gói cước không phù hợp với nhu cầu sử dụng
Nếu tiếp tục trả theo mức sử dụng cho khối lượng công việc ổn định nhưng lại áp dụng cam kết dài hạn cho khối lượng biến động, doanh nghiệp có thể không đạt được hiệu quả chi phí như kỳ vọng.
7. Chưa xác định rõ đơn vị chịu trách nhiệm và cách phân bổ chi phí
Nếu việc gắn thẻ và thiết kế tài khoản chưa hợp lý, doanh nghiệp sẽ khó xác định đội ngũ hoặc hệ thống nào đang phát sinh chi phí, từ đó khó ưu tiên các biện pháp tối ưu.
Các bước triển khai cải thiện

1. Theo dõi biến động chi phí
Dùng Cost Explorer để xem xu hướng chi phí theo tháng và lọc theo dịch vụ, tài khoản, khu vực hoặc các tiêu chí khác. Bắt đầu từ những khoản tăng nhiều nhất, rồi đối chiếu thời điểm chi phí thay đổi với lịch sử điều chỉnh cấu hình và triển khai phiên bản mới. Cũng cần kiểm tra số ngày trong mỗi kỳ so sánh, khối lượng xử lý, thay đổi về đơn giá và tỷ giá để phân biệt chi phí tăng do sử dụng nhiều hơn với chi phí lãng phí.
2. Làm rõ phạm vi trách nhiệm
Hãy xây dựng quy định gắn thẻ theo đội ngũ, hệ thống, môi trường và kiểm tra việc áp dụng. Để phân tích chi phí theo thẻ trong Cost Explorer, ngoài việc gắn thẻ cho tài nguyên, bạn cần kích hoạt các thẻ phân bổ chi phí tương ứng trong Billing and Cost Management. Với những khoản chi phí dùng chung không thể phân tách bằng thẻ, hãy thiết lập quy tắc phân bổ riêng.
3. Ưu tiên xử lý các khoản lãng phí ít rủi ro
Trước tiên, hãy xác định đơn vị sở hữu, mục đích sử dụng và mức độ phụ thuộc vào các hệ thống khác. Sau đó, dừng hoặc xóa tài nguyên không cần thiết, điều chỉnh thời gian hoạt động của môi trường phát triển và dọn dẹp dữ liệu cũ. Trước khi xóa dữ liệu, cần kiểm tra nghĩa vụ lưu trữ, yêu cầu sao lưu và quy trình khôi phục.
Ví dụ, nếu muốn rút ngắn thời gian chạy của EC2 dùng cho phát triển vào ban đêm và ngày nghỉ, trước tiên hãy kiểm tra xem có tác vụ chạy theo lô vào ban đêm hoặc kết nối với hệ thống bên ngoài hay không. Sau đó, thống nhất với người phụ trách khoảng thời gian có thể dừng và thời điểm khởi động lại trước giờ làm việc. Hãy thử nghiệm trên phạm vi nhỏ và xác nhận rằng hệ thống khởi động bình thường, các tác vụ cần thiết hoạt động khi bắt đầu ngày làm việc.
Sau khi thay đổi, hãy so sánh các giai đoạn có cùng độ dài và cơ cấu ngày trong tuần tương tự nhau. Đồng thời, kiểm tra các yếu tố như số lượng tác vụ được xử lý và đơn giá; đánh giá riêng phí sử dụng EC2 với các khoản phí vẫn phát sinh cho EBS, địa chỉ Elastic IP và các dịch vụ khác. Nếu có khoản thanh toán cho Savings Plans hoặc Reserved Instances, cần tính cả những khoản này để xác định tác động đến chi phí thực tế.
Ngoài chi phí, cần kiểm tra thời điểm hoàn tất các tác vụ cần thiết, thời gian phản hồi và tình trạng phát sinh lỗi. Nếu không đáp ứng các yêu cầu nghiệp vụ đã thống nhất từ trước, hãy hủy lịch tạm dừng và tìm nguyên nhân. Ví dụ này chỉ minh họa quy trình kiểm tra, không thể hiện tỷ lệ tiết kiệm hay kết quả thực tế cụ thể.
4. Rà soát quy mô và cấu hình
Bên cạnh mức sử dụng CPU và bộ nhớ, hãy kiểm tra thời gian phản hồi, số lượng yêu cầu được xử lý và năng lực dự phòng khi tải đạt đỉnh để điều chỉnh tài nguyên cấp phát vượt nhu cầu và loại bỏ các luồng truyền tải không cần thiết. Trước khi thay đổi, hãy kiểm thử với mức tải thông thường và mức tải cao điểm; đồng thời xác định ngưỡng thời gian phản hồi, tỷ lệ lỗi chấp nhận được và điều kiện khôi phục cấu hình cũ nếu phát sinh sự cố. Sau khi thay đổi, tiếp tục theo dõi hiệu năng và tính sẵn sàng.
5. Xem xét mô hình định giá sau khi mức sử dụng đã ổn định
Hãy xem xét mức sử dụng thực tế và kế hoạch sắp tới để so sánh các lựa chọn như Savings Plans và Reserved Instances. Với Savings Plans, doanh nghiệp cam kết một mức chi tiêu theo giờ (tính bằng đô la Mỹ) trong 1 năm hoặc 3 năm. Ngay cả khi mức sử dụng đủ điều kiện trong một giờ thấp hơn mức cam kết, doanh nghiệp vẫn phải thanh toán theo mức đó.
Vì vậy, điều quan trọng là xác định mức sử dụng có thể duy trì ổn định, thay vì dựa vào mức tải cao nhất. Dịch vụ được giảm giá và điều kiện áp dụng khác nhau tùy từng gói, nên cần xem xét biến động nhu cầu sử dụng, thời hạn cam kết, phạm vi áp dụng và phương thức thanh toán. Với Reserved Instances, cũng cần so sánh theo dịch vụ đủ điều kiện và các điều khoản cam kết.
6. Đưa việc cải tiến thành hoạt động định kỳ
Hãy phân công người phụ trách, xác định tần suất rà soát và các chỉ số mục tiêu, đồng thời thiết lập cảnh báo khi chi phí tăng đột biến. AWS Cost Optimization Hub tổng hợp các đề xuất như điều chỉnh quy mô tài nguyên được hỗ trợ cho phù hợp, xóa tài nguyên không sử dụng và áp dụng Savings Plans hoặc Reserved Instances, giúp doanh nghiệp đánh giá các phương án tối ưu. Cần kiểm tra điều kiện áp dụng và tác động đến hoạt động kinh doanh của từng đề xuất; mọi thay đổi cấu hình phải được kiểm thử trước khi triển khai.
Những lưu ý khi triển khai cải thiện

Nếu chỉ ưu tiên cắt giảm chi phí, doanh nghiệp có thể đối mặt với tình trạng suy giảm hiệu năng, chậm khôi phục khi xảy ra sự cố hoặc thiếu dữ liệu nhật ký. Việc xóa tài nguyên hoặc thay đổi cấu hình cần được thống nhất với người phụ trách dịch vụ và triển khai từng bước sau khi đã xác định phạm vi ảnh hưởng, phương án sao lưu, khôi phục và hoàn tác. Đối với các gói giá dài hạn, cần kiểm tra trước khả năng và điều kiện thay đổi, hủy hoặc hoàn trả sau khi mua. Do dữ liệu có thể được cập nhật chậm, không nên đưa ra quyết định chỉ dựa trên số liệu của một ngày.
Kết luận

Chi phí AWS tăng thường do nhiều yếu tố cộng dồn: tài nguyên không sử dụng, cấu hình vượt nhu cầu, thời gian vận hành, dữ liệu lưu trữ, lưu lượng truyền tải, gói giá và việc thiếu thông tin rõ ràng về chi phí. Trước tiên, hãy làm rõ từng khoản chi, phân công người phụ trách và bắt đầu bằng những cải tiến ít rủi ro. Rà soát thường xuyên và triển khai thay đổi một cách an toàn sẽ giúp cân bằng chi phí với yêu cầu kinh doanh.
FAQ

Nên bắt đầu phân tích chi phí AWS từ đâu?
Bạn có thể bắt đầu bằng cách dùng Cost Explorer để xem xu hướng chi phí và cơ cấu chi phí theo dịch vụ, sau đó tìm hiểu thời điểm chi phí tăng và những thay đổi liên quan.
Áp dụng Savings Plans có luôn giúp giảm chi phí không?
Không phải lúc nào cũng vậy. Với Savings Plans, doanh nghiệp vẫn phải thanh toán theo mức cam kết mỗi giờ ngay cả khi mức sử dụng đủ điều kiện thấp hơn mức đó. Hãy xem xét dữ liệu sử dụng thực tế, nhu cầu vận hành dự kiến và phạm vi áp dụng của gói, rồi quyết định dựa trên phần tài nguyên chắc chắn sẽ tiếp tục sử dụng.
Trao đổi về tối ưu chi phí AWS
Từ phân tích chi tiết chi phí AWS đến lập kế hoạch cải thiện an toàn, Smile hỗ trợ theo yêu cầu vận hành của doanh nghiệp.
- Làm rõ nguyên nhân tăng chi phí và trách nhiệm của từng bộ phận
- Rà soát an toàn tài nguyên không sử dụng và cấu hình vượt nhu cầu
- Cải thiện chi phí trong khi duy trì hiệu năng và tính sẵn sàng
- Thiết lập quy trình theo dõi chi phí thường xuyên