Kubernetes 1.34 Sudah EOL, Saatnya Upgrade Cluster

Masih menjalankan cluster Kubernetes 1.34? Versi itu resmi mencapai end of life (EOL) pada 27 Oktober 2026. Sejak tanggal itu proyek Kubernetes tidak lagi merilis patch untuk 1.34, termasuk perbaikan keamanan.

Cluster tidak langsung mati, semua pod tetap berjalan. Masalahnya ada di celah yang ditemukan setelah tanggal itu: tidak akan ada perbaikannya di jalur 1.34. Kalau cluster kamu dikelola sendiri (kubeadm, K3s, atau sejenisnya), sekarang waktunya merencanakan upgrade.

Apa arti EOL untuk Kubernetes 1.34?

Proyek Kubernetes merawat tiga versi minor terbaru, dan tiap versi mendapat sekitar satu tahun patch. Menurut halaman rilis resmi, 1.34 masuk mode pemeliharaan pada 27 Agustus 2026. Sejak saat itu hanya perbaikan keamanan kritis yang diterima. Patch terakhir yang tercantum adalah 1.34.12, rilis 15 September 2026.

Per 12 November 2026, versi yang masih dirawat adalah 1.35, 1.36, dan 1.37. Kalau istilah seperti pod, node, dan control plane masih terasa asing, baca dulu istilah dasar Kubernetes supaya langkah di bawah lebih mudah diikuti.

Bagaimana dengan EKS, AKS, dan GKE?

Layanan Kubernetes terkelola punya jadwal sendiri yang biasanya lebih panjang dari jadwal proyek. Angka di bawah diambil dari dokumentasi masing-masing penyedia per 12 November 2026.

Jadi pengguna layanan terkelola punya sedikit waktu lebih. Tetap saja, extended support di EKS dikenai biaya tambahan per jam cluster, dan penyedia bisa meng-upgrade control plane secara otomatis bila dukungan benar-benar habis.

Upgrade ke versi berapa?

Pilihan realistisnya 1.36 atau 1.37. Menurut halaman rilis Kubernetes, 1.36 dirawat sampai 28 Juni 2027, dan 1.37 sampai 28 Oktober 2027.

Kubernetes 1.37 dengan nama "Garhwal" rilis 26 Agustus 2026. Beberapa perubahan yang perlu kamu tahu dari pengumuman resminya:

• KYAML stabil. Format YAML yang lebih ketat, bisa dipakai lewat kubectl get -o kyaml. Manifest YAML lama tetap berlaku.
• Metrics API (metrics.k8s.io) stabil di v1. API ini dipakai kubectl top dan HPA. Versi v1beta1 masih bisa dipakai selama masa transisi.
• Pod certificates dan ClusterTrustBundles stabil. Workload bisa menerima sertifikat X.509 lewat projected volume.
• HPA scale to zero masuk beta dan aktif bawaan. Hanya berlaku untuk metrik object dan external, dengan spec.minReplicas: 0.
• cgroup v1 mulai ditinggalkan. Kubelet di 1.37 gagal start di node cgroup v1 kecuali failCgroupV1: false diset sementara.
• Mode ipvs di kube-proxy dan kube-dns usang. Rencananya ipvs dimatikan bawaan di 1.40.

Satu hal penting: kamu tidak bisa lompat langsung dari 1.34 ke 1.37. Upgrade control plane harus satu minor per langkah, yaitu 1.34 ke 1.35, lalu ke 1.36, lalu ke 1.37.

Bagaimana langkah upgrade cluster kubeadm?

Langkah ini mengikuti dokumentasi resmi kubeadm untuk node Debian atau Ubuntu dengan repositori pkgs.k8s.io. Ulangi seluruh rangkaian untuk setiap minor. Contoh di bawah untuk naik ke 1.35. Ganti 1.35.x dengan patch terbaru yang tercantum di halaman rilis.

1. Backup etcd dan cek API usang

Simpan snapshot etcd sebelum menyentuh apa pun, misalnya dengan etcdctl snapshot save. Lalu cek apakah masih ada klien yang memanggil API usang:

kubectl get --raw /metrics | grep apiserver_requested_deprecated_apis

Kalau ada hasil, perbarui manifest, chart Helm, atau operator yang memakai API tersebut. Baca juga catatan rilis tiap versi bagian "Deprecations and removals".

2. Ganti repositori paket ke minor baru

Repositori pkgs.k8s.io dipisah per minor. Ubah v1.34 menjadi v1.35 di file /etc/apt/sources.list.d/kubernetes.list, lalu jalankan sudo apt-get update. Langkah ini sering terlewat, sehingga paket versi baru tidak ditemukan.

3. Upgrade kubeadm dan control plane pertama

sudo apt-mark unhold kubeadm
sudo apt-get install -y kubeadm='1.35.x-*'
sudo apt-mark hold kubeadm
sudo kubeadm upgrade plan
sudo kubeadm upgrade apply v1.35.x

Di control plane lain, cukup jalankan sudo kubeadm upgrade node setelah kubeadm diperbarui.

4. Upgrade kubelet di tiap node, satu per satu

kubectl drain <nama-node> --ignore-daemonsets
sudo apt-mark unhold kubelet kubectl
sudo apt-get install -y kubelet='1.35.x-*' kubectl='1.35.x-*'
sudo apt-mark hold kubelet kubectl
sudo systemctl daemon-reload && sudo systemctl restart kubelet
kubectl uncordon <nama-node>

Untuk worker node, jalankan sudo kubeadm upgrade node sebelum memperbarui kubelet. Jalankan perintah kubectl dari mesin yang punya akses admin ke cluster.

5. Verifikasi sebelum lanjut ke minor berikutnya

Cek kubectl get nodes sampai semua node Ready di versi baru, lalu pastikan aplikasi, ingress, dan HPA bekerja normal. Baru setelah itu ulangi langkah 1 sampai 5 untuk 1.36.

Bagaimana dengan K3s dan cluster kecil?

K3s mengikuti nomor versi Kubernetes upstream, jadi K3s 1.34 juga sudah tidak mendapat patch dari jalur upstream. Prinsipnya sama: naik satu minor per langkah, server dulu baru agent. Panduan memasang dan menata cluster ringan ada di artikel membuat cluster Kubernetes dengan K3s.

Sambil upgrade, cek juga komponen pihak ketiga. Banyak cluster kecil masih memakai Ingress NGINX yang proyeknya sudah pensiun. Pilihan penggantinya dibahas di alternatif Ingress NGINX.

Pertanyaan yang sering muncul

Checklist singkat

• Catat versi cluster sekarang dengan kubectl version dan kubectl get nodes.
• Backup etcd dan simpan di luar cluster.
• Cek API usang dan perbarui manifest atau chart.
• Ganti repositori paket ke minor berikutnya.
• Upgrade control plane, lalu node satu per satu.
• Verifikasi aplikasi, lalu ulangi untuk minor berikutnya sampai 1.36 atau 1.37.