Kubernetes 1.34: những điểm cần kiểm tra trước khi nâng cấp cụm

Kubernetes 1.34 là một mốc nâng cấp đáng chú ý với các đội đang vận hành cụm production. Mỗi bản Kubernetes mới thường đi kèm cải tiến về API, scheduler, storage, networking và bảo mật, nhưng đồng thời cũng có thay đổi trạng thái tính năng, deprecation và hành vi mặc định. Với sysadmin/SRE, nhiệm vụ quan trọng nhất là biến thông tin release thành danh sách kiểm tra nâng cấp an toàn.

Trước khi nâng cấp control plane, hãy kiểm tra phiên bản kubelet, container runtime, CNI, CSI driver, ingress controller và các admission webhook. Nhiều sự cố nâng cấp không xuất phát từ kube-apiserver mà từ thành phần mở rộng chưa tương thích. Chạy kube-no-trouble hoặc công cụ tương đương để tìm API deprecated; xuất danh sách CRD và webhook; đọc log controller-manager/scheduler hiện tại để phát hiện cảnh báo đã tồn tại từ trước.

Với workload, cần rà lại PodDisruptionBudget, request/limit, probes và affinity. Khi node được drain trong quá trình nâng cấp, PDB quá chặt hoặc replica quá ít có thể khiến rollout kẹt. Những ứng dụng stateful cần kiểm tra snapshot, backup, policy volume expansion và khả năng attach/detach. Nếu dùng autoscaling, hãy kiểm tra HPA/VPA/Karpenter/Cluster Autoscaler vì thay đổi scheduler hoặc metrics có thể tạo hành vi khác với cụm cũ.

Một quy trình nâng cấp tốt nên có cụm staging gần production, chạy conformance test, replay traffic đại diện và nâng từng node pool. Trong quá trình nâng, theo dõi error rate API server, latency admission webhook, số pod Pending/CrashLoopBackOff, CoreDNS error và network policy. Không nên nâng toàn bộ node cùng lúc chỉ vì control plane đã thành công.

Sau nâng cấp, cập nhật tài liệu vận hành: phiên bản được hỗ trợ, API bị loại bỏ, điểm rollback, và cảnh báo mới cần thêm vào dashboard. Kubernetes không chỉ là phần mềm; nó là nền tảng chạy phần lớn dịch vụ. Nâng cấp có kiểm soát sẽ giúp nhận lợi ích bảo mật và tính năng mới mà không biến production thành phòng thử nghiệm.