Kubernetes hết hỗ trợ cuối 2026: lên kế hoạch nâng cấp cụm EKS

Hai mốc sát nhất với người dùng Amazon EKS là 26/11/2026, khi Kubernetes 1.31 hết extended support và control plane sẽ bị tự động nâng cấp, và 2/12/2026, khi 1.34 hết standard support và bắt đầu tính phí extended support 0,60 USD mỗi cụm mỗi giờ thay vì 0,10 USD. Phía upstream, dự án Kubernetes đã ngừng vá 1.34 từ 27/10/2026. Nếu cụm của bạn đang chạy 1.31 đến 1.34, tháng 11 là lúc phải chốt lịch nâng cấp.

Lịch hỗ trợ của từng phiên bản trên EKS

Phiên bản	EKS phát hành	Hết standard support	Hết extended support
1.37	1/10/2026	1/12/2027	1/12/2028
1.36	2/6/2026	2/8/2027	2/8/2028
1.35	27/1/2026	27/3/2027	27/3/2028
1.34	2/10/2025	2/12/2026	2/12/2027
1.33	29/5/2025	29/7/2026	29/7/2027
1.32	23/1/2025	23/3/2026	23/3/2027
1.31	26/9/2024	26/11/2025	26/11/2026

Nguồn: tài liệu vòng đời phiên bản Kubernetes trên EKS, ngày theo UTC, truy cập tháng 11/2026.

Quy tắc chung: mỗi phiên bản có 14 tháng standard support kể từ khi lên EKS, sau đó 12 tháng extended support, tổng cộng 26 tháng. Extended support được bật mặc định cho mọi cụm.

Upstream nói gì

Trang phát hành của Kubernetes liệt kê 1.37, 1.36, 1.35 và 1.34 là các nhánh đang hỗ trợ, với bản vá mới nhất phát hành ngày 15/9/2026. Ngày hết vòng đời upstream: 1.34 là 27/10/2026, 1.35 là 28/2/2027, 1.36 là 28/6/2027, 1.37 là 28/10/2027. Từ 1.19 trở đi, mỗi phiên bản nhận khoảng một năm vá lỗi. AWS cho biết họ vẫn backport bản vá bảo mật cho phiên bản còn được EKS hỗ trợ, kể cả khi upstream đã dừng.

Điều gì xảy ra nếu không làm gì

Với cụm 1.31

Sau 26/11/2026, bạn không tạo được cụm mới bằng 1.31 nữa, và control plane hiện có sẽ được tự động nâng lên phiên bản thấp nhất còn hỗ trợ, theo lộ trình triển khai dần. AWS nói rõ không cung cấp khung thời gian cụ thể và không gửi thông báo trước lúc cập nhật. Chỉ control plane được nâng; node group được quản lý và node tự quản vẫn ở phiên bản cũ, còn node EKS Auto Mode có thể tự cập nhật. Cụm bị tự động nâng ở cuối extended support không thể rollback.

Với cụm 1.34

Từ 2/12/2026, cụm chuyển sang extended support và trả thêm 0,50 USD mỗi giờ. Theo bảng giá EKS, standard support là 0,10 USD mỗi cụm mỗi giờ, extended support là 0,60 USD. Tính nhanh với 730 giờ mỗi tháng, phần chênh khoảng 365 USD mỗi cụm mỗi tháng. Một công ty có cụm dev, staging và production cùng chạy 1.34 sẽ trả thêm hơn 1.000 USD mỗi tháng chỉ vì chậm nâng cấp.

Nếu bạn tắt extended support, cụm sẽ bị tự động nâng ở cuối standard support. Không có lựa chọn ở lại phiên bản cũ mãi mãi.

Quy trình nâng cấp gợi ý trong 3 tuần

Tuần 1: kiểm kê

• Chạy aws eks describe-cluster-versions để xem trạng thái và ngày hết hỗ trợ của từng phiên bản.
• Liệt kê mọi cụm, phiên bản control plane, phiên bản kubelet trên node, add-on (VPC CNI, kube-proxy, CoreDNS) và Helm chart đang dùng.
• Tìm manifest dùng API đã bị loại bỏ ở phiên bản đích. EKS hỗ trợ mọi API GA, không bật alpha, và không bật mặc định API beta mới.

Tuần 2: thử trên staging

• Nâng control plane từng phiên bản phụ một, không nhảy cóc.
• Cập nhật add-on, rồi node group. Node không tự nâng cùng control plane.
• Với Fargate, rolling restart các Deployment để Pod mới nhận kubelet đúng phiên bản.
• Chạy bộ kiểm thử hồi quy, đặc biệt các thành phần dùng admission webhook, CRD và ingress controller.

Tuần 3: production

• Chọn khung giờ ít tải, tránh tuần cao điểm mua sắm cuối tháng 11 nếu hệ thống phục vụ thương mại điện tử.
• Lưu ý cụm nâng cấp tại chỗ có thể rollback về phiên bản phụ trước trong vòng 7 ngày.
• Theo dõi sát log và chỉ số trong 48 giờ đầu.

Kubernetes kiểm thử tương thích giữa control plane và node chênh tới ba phiên bản phụ, nhưng chạy lệch lâu dài không được khuyến nghị. Nếu đội bạn mới làm quen với các thành phần này, bài Kubernetes cho người mới bắt đầu giải thích control plane, node và Pod theo cách dễ hình dung.

Những chỗ hay vỡ khi nâng cấp

API bị loại bỏ trong manifest và Helm chart

Đây là nguyên nhân phổ biến nhất. Một chart cũ vẫn khai báo phiên bản API đã bị gỡ sẽ không triển khai được trên control plane mới. Hãy quét toàn bộ repo cấu hình và cả các release Helm đang chạy, vì manifest trong cụm có thể khác bản trong Git.

Add-on lệch phiên bản

VPC CNI, kube-proxy và CoreDNS có ma trận tương thích riêng. Nâng control plane mà quên add-on có thể gây lỗi mạng khó chẩn đoán, như Pod không phân giải được tên dịch vụ.

Admission webhook và operator bên thứ ba

Công cụ chính sách, service mesh, operator cơ sở dữ liệu thường phụ thuộc chặt vào phiên bản Kubernetes. Kiểm tra trang phát hành của từng công cụ trước, nâng chúng lên bản hỗ trợ phiên bản đích rồi mới nâng cụm.

PodDisruptionBudget quá chặt

Khi thay node, PodDisruptionBudget đặt quá chặt có thể khiến quá trình drain treo mãi. Rà lại các ngân sách gián đoạn để đảm bảo vẫn còn đường di chuyển Pod. Với workload chỉ chạy một bản sao, cân nhắc tăng lên hai bản sao trong lúc nâng cấp để tránh gián đoạn dịch vụ.

Chọn phiên bản đích nào

Nếu đang ở 1.31 hoặc 1.32, mục tiêu hợp lý là lên ít nhất 1.35, phiên bản còn standard support trên EKS đến 27/3/2027. Đội có nhiều thời gian có thể đi tiếp lên 1.36 hoặc 1.37 để kéo dài khoảng nghỉ giữa hai lần nâng cấp. Lưu ý một số tính năng mới chỉ chạy trên phiên bản gần đây; tài liệu EKS ghi Nitro Sandboxes yêu cầu Kubernetes 1.36 trở lên.

Đưa nâng cấp vào lịch định kỳ

Kubernetes ra phiên bản phụ mới trung bình bốn tháng một lần. Thay vì dồn nâng cấp thành dự án lớn mỗi năm, nhiều đội đặt lịch cố định hai lần mỗi năm và tự động hóa kiểm tra API lỗi thời trong pipeline CI. Cách này vừa tránh phí extended support, vừa giữ cụm luôn nhận bản vá bảo mật. Khoản tiết kiệm từ việc không phải trả extended support cũng là một mục dễ chứng minh trong kế hoạch tối ưu chi phí đám mây.

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

Có thể nhảy thẳng từ 1.31 lên 1.35 không?

Control plane EKS được nâng lần lượt từng phiên bản phụ. Bạn cần đi 1.31 lên 1.32, rồi 1.33, và tiếp tục, kiểm tra add-on và workload sau mỗi bước.

Extended support có được vá bảo mật không?

Có. Theo AWS, cụm ở extended support tiếp tục nhận bản vá bảo mật cho control plane, các add-on VPC CNI, kube-proxy, CoreDNS và AMI tối ưu cho EKS.

Làm sao biết cụm sắp hết hỗ trợ?

AWS gửi thông báo qua AWS Health Dashboard khoảng 12 tháng sau khi phiên bản lên EKS, ít nhất 60 ngày trước ngày hết standard support. Bạn cũng có thể kiểm tra bằng lệnh aws eks describe-cluster-versions.