Chi phí ẩn của AWS Extended Support và cách phát hiện

Amazon Web Services đã thay đổi chiến lược đối với các dịch vụ quản lý cũ, chuyển các phiên bản không còn được hỗ trợ sang gói Extended Support trả phí thay vì buộc nâng cấp ngay lập tức. Thay đổi này, được chi tiết hóa trong một hướng dẫn kỹ thuật vào tháng 11 năm 2026, ảnh hưởng đến các dịch vụ phổ biến như EKS, RDS, Aurora và ElastiCache. Đối với nhiều đội ngũ kỹ sư, quá trình chuyển đổi diễn ra âm thầm, dẫn đến các khoản mục bất ngờ trên hóa đơn hàng tháng mà không có cảnh báo gián đoạn hay lỗi dịch vụ.

Vấn đề cốt lõi là việc đăng ký vào gói hỗ trợ cao cấp này thường diễn ra tự động. Khi một phiên bản phần mềm cụ thể hết hạn hỗ trợ tiêu chuẩn, AWS vẫn giữ cho tài nguyên hoạt động nhưng áp dụng một khoản phụ phí đáng kể. Điều này tạo ra một trung tâm chi phí ẩn có thể tồn tại trong nhiều tháng nếu các đội ngũ không chủ động giám sát phiên bản hạ tầng so với các mốc vòng đời của AWS.

Chuyện gì đã xảy ra

Khi một phiên bản dịch vụ quản lý hết hạn, AWS không tắt cụm hoặc cơ sở dữ liệu. Thay vào đó, nó chuyển tài nguyên sang trạng thái Extended Support, cộng thêm phí trên giá sử dụng tiêu chuẩn. Không có ticket nào được tạo, không có lỗi triển khai, và không có cảnh báo gửi tới kỹ sư trực ban. Dấu hiệu đầu tiên của sự thay đổi này thường là sự gia tăng đột biến trên biểu đồ Cost Explorer, chỉ được nhận thấy trong các đợt rà soát tài chính định kỳ.

Sự im lặng này là do thiết kế. Tài nguyên tiếp tục hoạt động bình thường, nên các công cụ giám sát vận hành không phát hiện bất thường. Tuy nhiên, tác động lên hóa đơn là tức thì. Ví dụ, một cụm EKS chạy phiên bản lỗi thời sẽ chịu thêm $0.50 mỗi giờ cho mỗi cụm. Với một cụm duy nhất, con số này tương đương khoảng $365 chi phí phát sinh mỗi tháng. Trong các môi trường đa dạng gồm dev, staging và production cùng chạy trên phiên bản cũ, lãng phí hàng tháng có thể vượt quá $1,000.

Vấn đề trở nên trầm trọng hơn do các cài đặt mặc định. Các cụm EKS mặc định đăng ký vào extended support, và các instance RDS được tạo qua API cũng được đăng ký theo mặc định. Mặc dù giao diện điều khiển AWS (console) có thể hiển thị hộp kiểm ở trạng thái tắt, hành vi API cơ bản thường kích hoạt tính năng này, dẫn đến trạng thái không nhất quán giữa các đội ngũ. Hơn nữa, cảnh báo được gửi qua email AWS Health tới người liên hệ của tài khoản, những email này thường bị bỏ qua trong các hộp thư chung tại các tổ chức lớn.

Chi tiết quan trọng

• Phụ phí EKS: Tăng thêm $0.50 mỗi giờ cho mỗi cụm, tổng cộng $0.60 mỗi giờ. Hỗ trợ mở rộng kéo dài 12 tháng trước khi bắt buộc nâng cấp tự động.
• RDS và Aurora: Thu thêm $0.10 mỗi vCPU-giờ trong hai năm đầu, tăng lên $0.20 mỗi vCPU-giờ vào năm thứ ba. Mức phí này áp dụng cho instance chính, standby và read replica.
• ElastiCache: Cộng thêm 80% phụ phí trên giá node On-Demand trong hai năm đầu, tăng lên 160% vào năm thứ ba. Ưu đãi Reservation không áp dụng cho mức phí cao cấp này.
• Đăng ký tự động: Nhiều dịch vụ opt-in theo mặc định qua API, nghĩa là tài nguyên bị tính phí ngay cả khi đội ngũ dự định nâng cấp hoặc ngừng sử dụng chúng.
• Chuyển đổi âm thầm: Không có cảnh báo vận hành nào được kích hoạt. Thông báo duy nhất là qua email AWS Health, thường bị bỏ sót trong các cấu hình multi-account.
• Các mốc thời gian sắp tới: Tính đến tháng 11 năm 2026, EKS 1.34 bước vào giai đoạn Extended Support vào ngày 2 tháng 12, và RDS PostgreSQL 14 tiếp theo vào ngày 28 tháng 2 năm 2027.

Bối cảnh

Extended Support là một giai đoạn vòng đời lấp đầy khoảng trống giữa hết hạn hỗ trợ tiêu chuẩn và bắt buộc ngừng sử dụng. Trước đây, các nhà cung cấp đám mây có thể buộc nâng cấp hoặc để người dùng gặp rủi ro. AWS hiện cung cấp một thời gian ân hạn trả phí, cho phép các đội ngũ có thêm thời gian lên kế hoạch di chuyển. Tuy nhiên, sự tiện lợi này đi kèm với cái giá đắt đỏ. Các khoản phụ phí được thiết kế để khuyến khích nâng cấp nhanh chóng, nhưng chúng dựa vào việc khách hàng nhận ra sự thay đổi trong hóa đơn.

Việc hiểu rõ sự khác biệt giữa hỗ trợ tiêu chuẩn và hỗ trợ mở rộng là rất quan trọng cho việc lập ngân sách. Hỗ trợ tiêu chuẩn bao gồm các bản vá định kỳ và cập nhật nhỏ. Hỗ trợ mở rộng chỉ cung cấp các bản sửa lỗi bảo mật nghiêm trọng. Khi hỗ trợ mở rộng kết thúc, AWS thực hiện nâng cấp tự động theo lịch trình riêng, điều này có thể gây ra các thay đổi phá vỡ (breaking changes) nếu ứng dụng chưa sẵn sàng. Do đó, việc quản lý chủ động là cần thiết để tránh cả lãng phí tài chính lẫn rủi ro vận hành.

Tại sao điều này quan trọng

Đối với các đội ngũ tự host hoặc quản lý hạ tầng đám mây phức tạp, những chi phí ẩn này làm xói mòn hiệu quả ngân sách. Một instance RDS bị quên với nhiều read replica có thể tạo ra hàng trăm đô la phí không cần thiết mỗi tháng. Khi quy mô hóa trên hàng chục dịch vụ và tài khoản, những khoản phí này trở thành sự rò rỉ đáng kể trong chi tiêu đám mây. Các lãnh đạo IT và kỹ sư DevOps phải coi vệ sinh phiên bản (version hygiene) là một biện pháp kiểm soát tài chính, không chỉ là một nhiệm vụ kỹ thuật.

Hơn nữa, việc dựa vào nâng cấp tự động khi kết thúc giai đoạn mở rộng là rủi ro. AWS nâng cấp control plane hoặc engine theo dòng thời gian của họ, có thể không phù hợp với chu kỳ phát hành của bạn. Điều này có thể dẫn đến các vấn đề tương thích với mã ứng dụng hoặc dependencies. Bằng cách bỏ qua các mốc thời gian này, các đội ngũ đánh đổi các cửa sổ bảo trì dự đoán được lấy các cuộc di chuyển cưỡng bức hỗn loạn dưới áp lực, tiềm ẩn nguy cơ downtime.

Bạn có thể làm gì

• Chạy Script Kiểm toán: Sử dụng script Python chỉ đọc với boto3 để quét tất cả các region và account. Xác định các tài nguyên đang ở trạng thái Extended Support và tính toán phụ phí hàng tháng cho từng tài nguyên.
• Kiểm tra Sẵn sàng Nâng cấp EKS: Chạy aws eks list-insights để xác định các API lỗi thời đang chặn nâng cấp. Nâng cấp add-on và control plane từng phiên bản nhỏ một.
• Tắt Nếu Cần Thiết: Đối với các môi trường không quan trọng, tắt Extended Support qua API để buộc nâng cấp tự động thay vì trả phí. Sử dụng --engine-lifecycle-support open-source-rds-extended-support-disabled cho RDS.
• Thiết lập Cảnh báo EventBridge: Tạo một rule cho các loại AWS_*_PLANNED_LIFECYCLE_EVENT. Chuyển hướng các sự kiện này đến một topic SNS để thông báo cho đội ngũ qua Slack hoặc email trước khi các mốc thời gian đến gần.
• Cân nhắc Valkey cho ElastiCache: Nếu việc nâng cấp Redis phức tạp, hãy cân nhắc di chuyển sang Valkey, hiện đang nằm ngoài chu kỳ Extended Support và có giá niêm yết thấp hơn.
• Xem xét Chi phí Multi-AZ: Hãy nhớ rằng phụ phí áp dụng cho mọi replica và standby. Đưa chúng vào tính toán chi phí khi lên kế hoạch nâng cấp.