Skip to main content

Kocoji's Blog

[Cơ bản] Tổng quan về chi phí phát sinh trên AWS Cloud

/posts/cloud-charge/ Thành Nguyễn

Chi phí trên AWS được tính và chia nhỏ với rất nhiều dịch vụ khác nhau, ở bài viết này, mình sẽ tóm gọn nhất những thông tin, có thể nói nội dung bài viết này khá sơ sài!

Cá nhân mình có thời gian ngắn hỗ trợ dịch vụ trên AWS Cloud, mình nhận thấy nếu thực sự muốn tiết kiệm chi phí nếu áp dụng trên môi trường cloud thì ứng dụng/dịch vụ phải thực sự là “cloud-native” - tận dụng được khả năng scale-in/scale-out. Nếu chỉ bê nguyên mô hình On-premise thì không nên nghĩ tới việc tối ưu chi phí làm gì, vì mức giá cho On-demand EC2 instance với cấu hình tương đương sẽ thường đắt hơn nếu so với các giải pháp từ các nhà cung cấp điện toán khác.

Bạn có thể tham khảo thêm:

## 1.Nội dung

Trên AWS, bạn chỉ trả chi phí cho:

  • Computing:
    • CPU/RAM utilization mà app/workload sử dụng
    • Thời gian thực hiện: Lambda
    • Thuê bao với các dịch vụ bên thứ 3 cung cấp trên AMI MarketPlace
    • Theo giờ: ELB
  • Network:
    • Internet Outbound, chi phí này sẽ bao gồm data trao đổi giữa các AZ trong regions, và các Regions, mức phí sẽ rẻ hơn data transfer ra internet.
    • Internet Outbound tới các AWS Public services (CloudFront, S3…)
    • Processed data với NAT Gateway, VPC Endpoint (PrivateLink)
    • Theo giờ: VPN Endpoint, NAT Gateway, ENI (Public IP nếu không được sử dụng)
  • Monitoring:
    • API: Các request liên quan tới GET. Các API khác sẽ có mức Free Tier
    • Dữ liệu được xử lý, lưu trữ
  • Storage:
    • API
    • Dữ liệu được xử lý (S3 Select, Athena, Glue, Kinesis…)
    • Data transfer (Storage Gateway, S3, Regions…)
    • Transition Cost: chi phí chuyển đổi data giữa các tier trên S3 (tương đương với PUT API), VD, Standard -> IA, S3 sang Glacier…
    • Retrieve (Glacie, S3 IA)
    • EBS Snapshots (Full Data snapshot + Incremential)
    • Dung lượng sử dụng
    • IOPS thời gian sử dụng
  • Security & Compliance:
    • KMS:
      • Chi phí request.
      • $1/CMK

Để tối ưu chi phí trên Cloud, bạn có thể:

  • Chỉ sử dụng tài nguyên khi cần thiết
  • Public cloud như AWS sẽ phù hợp với ứng dụng được thiết kế scalable, phục vụ từ region, đến Global.
  • Đánh giá triển khai kiến trúc hệ thống, cân nhắc vị trí đặt của resource.
  • Nếu resource ở trên onpremises và chưa có dự định chuyển hoàn toàn lên nền tảng cloud như AWS. Có thể so sánh giữa các nhà cung cấp khác, lựa chọn giải pháp tương tự với chi phí hợp lý hơn.
  • Đánh giá resource Private cần truy cập Internet để lựa chọn giải pháp hợp lý, VD: HA (NAT Gateway), tối ưu chi phí (NAT Instance), tiết kiệm nhất - nhưng chỉ hỗ trợ IPv6 (Egress IGW).

## 2. Tools

Tham khảo: