View a markdown version of this page

Tinjau catatan rilis untuk versi Kubernetes pada dukungan standar - Amazon EKS
Kubernetes 1.37Kubernetes 1.36Kubernetes 1,35Kubernetes 1.34

Bantu meningkatkan halaman ini

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Untuk berkontribusi pada panduan pengguna ini, pilih GitHub tautan Edit halaman ini di yang terletak di panel kanan setiap halaman.

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Tinjau catatan rilis untuk versi Kubernetes pada dukungan standar

Tip

Daftar untuk lokakarya Amazon EKS mendatang.

Topik ini memberikan perubahan penting yang perlu diperhatikan untuk setiap versi Kubernetes dalam dukungan standar. Saat memutakhirkan, tinjau dengan cermat perubahan yang telah terjadi antara versi lama dan baru untuk cluster Anda.

Kubernetes 1.37

Kubernetes sekarang 1.37 tersedia di Amazon EKS. Untuk informasi lebih lanjut tentang Kubernetes1.37, lihat pengumuman rilis resmi.

penting

  • Pelabelan Pemasangan SELinux Diaktifkan secara Default (GA): Di Kubernetes 1.37, fitur diaktifkan secara SELinuxMount default. Ketika Pod menyetel seLinuxOptions dan driver CSI volumenya ditetapkanseLinuxMount: true, kubelet memasang volume dengan alih- mount -o context=<label> alih memberi label ulang setiap file. Mount hanya dapat membawa satu label SELinux, jadi Pod tetap ada ContainerCreating jika Pod lain pada node yang sama sudah menggunakan volume yang sama dengan label SELinux yang berbeda, tingkat hak istimewa yang berbedaseLinuxChangePolicy, atau berbeda. Node tanpa SELinux diaktifkan tidak terpengaruh.

    • Tindakan yang diperlukan: Sebelum memutakhirkan, jalankan kubectl get csidriver -o custom-columns=NAME:.metadata.name,SELINUXMOUNT:.spec.seLinuxMount untuk menemukan driver denganseLinuxMount: true. Untuk volume dari driver tersebut, temukan Pod yang mengatur seLinuxOptions dan berbagi volume. Pod yang berbagi volume harus menggunakan seLinuxOptions.level dan yang samaseLinuxChangePolicy. Jika Pod yang memiliki hak istimewa dan Pod yang tidak memiliki hak istimewa berbagi volume, setel spec.securityContext.seLinuxChangePolicy: Recursive pada Pod yang tidak memiliki hak istimewa. Recursivemempertahankan perilaku pelabelan ulang sebelumnya; menerapkannya ke semua Pod yang berbagi volume. Untuk informasi lebih lanjut, lihat Perubahan Label Volume SELinux menjadi GA (dan kemungkinan implikasinya di v1.37) dan. KEP-1710

  • Default Konsolidasi Mode Otomatis EKS: Dimulai dengan Kubernetes 1.37, Mode Otomatis EKS baru NodePools yang tidak menentukan consolidationPolicy default sebagai pengganti. Balanced WhenEmptyOrUnderutilized Balancedbiasanya menghasilkan lebih sedikit penggusuran Pod dengan biaya yang kira-kira sama. Built- general-purpose in dan system NodePools juga digunakanBalanced, dan Anda tidak dapat mengubah pengaturan ini pada mereka. Untuk detailnya, lihat catatan rilis Mode Otomatis EKS.

    • Tindakan yang diperlukan: Untuk mempertahankan perilaku konsolidasi tertentu, atur consolidationPolicy secara eksplisit sendiri NodePools. Jika beban kerja membutuhkan perilaku sebelumnya, targetkan set NodePool yang ditetapkanconsolidationPolicy: WhenEmptyOrUnderutilized.

  • Tindakan dan Toleransi Perangkat Alokasi Sumber Daya Dinamis (DRA) (Stabil): Driver DRA dan administrator cluster dapat menodai perangkat, seperti GPU, sehingga penjadwal tidak mengalokasikannya ke Pod yang tidak mentolerir noda tersebut. Menggunakan DRA pada EKS memerlukan pemasangan driver DRA, yang tidak diinstal EKS. Driver NVIDIA DRA didukung dengan kapasitas statis Karpenter, grup node yang dikelola EKS, dan node yang dikelola sendiri. Ini tidak didukung dengan Mode Otomatis EKS. Dengan Mode Otomatis EKS, atau penyediaan kapasitas dinamis Karpenter, gunakan plugin perangkat NVIDIA.

  • Horizontal Pod Autoscaler Toleransi yang Dapat Dikonfigurasi (Stabil): Anda dapat mengatur toleransi per HPA, secara terpisah untuk meningkatkan dan menurunkan skala, alih-alih hanya mengandalkan default seluruh cluster sebesar 10%.

  • Horizontal Pod Autoscaler Scale to Zero (Beta): Gerbang HPAScaleToZero fitur diaktifkan secara default di Kubernetes 1.37. HPA yang menskalakan pada metrik Objek atau Eksternal dapat minReplicas: 0 diatur untuk menskalakan menjadi nol Pod saat idle dan cadangan saat permintaan kembali. Metrik Objek dan Eksternal memerlukan adaptor metrik, yang tidak diinstal EKS.

  • Perubahan Konfigurasi Kubelet: Kubelet tidak lagi dimulai jika flag cAdvisor yang tidak digunakan lagi disetel (kecuali--housekeeping-interval), menghapus,, dan container_tasks_state metrikcontainer_cpu_load_d_average_10s, dan diperlakukan container_cpu_load_average_10s sebagai tidak ada batasan. eventRecordQPS: 0 Sebelumnya eventRecordQPS: 0 diterapkan batas 5 peristiwa per detik. EKS-optimized AMI tidak menyetel flag cAdvisor yang tidak digunakan lagi ataueventRecordQPS, jadi batas startup dan tarif kubelet mereka tidak berubah. Metrik yang dihapus memengaruhi siapa saja yang mengikisnya, pada AMI apa pun.

    • Tindakan diperlukan: Jika Anda menggunakan AMI khusus atau argumen kubelet tambahan, hapus flag cAdvisor yang tidak digunakan lagi, dan jika Anda menyeteleventRecordQPS: 0, ubah 5 untuk mempertahankan batas tarif sebelumnya. Perbarui dasbor atau peringatan apa pun yang menggunakan metrik yang dihapus. Untuk informasi selengkapnya, lihat referensi konfigurasi kubelet (v1beta1).

  • Kubelet Mencatat Konfigurasinya saat Startup: Kubelet sekarang mencatat konfigurasi efektif penuhnya saat startup. Pastikan hanya pengguna tepercaya yang dapat membaca log node. Untuk informasi selengkapnya, lihat kubernetes/kubernetes #139837.

  • Driver NVIDIA 595 untuk Instans Amazon EC2 G7: Instans G7 memerlukan driver NVIDIA 595. AMI NVIDIA EKS-optimized Amazon Linux 2023 menyertakan driver 595 pada semua versi yang didukung; AMI NVIDIA Bottlerocket menyertakannya di Kubernetes 1.37 dan yang lebih baru.

Untuk changelog Kubernetes 1.37 lengkap, lihat https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.37.md

Kubernetes 1.36

Kubernetes sekarang 1.36 tersedia di Amazon EKS. Untuk informasi lebih lanjut tentang Kubernetes1.36, lihat pengumuman rilis resmi.

penting

  • Penghapusan Volume GitRepo: Jenis gitRepo volume dinonaktifkan secara permanen di Kubernetes 1.36 dan tidak dapat diaktifkan kembali. API Kubernetes masih menerima Pod dengan gitRepo volume, tetapi kubelet akan menolak untuk menjalankannya dan mengembalikan kesalahan.

    • Tindakan diperlukan: Bermigrasi ke wadah init atau wadah sidecar git-sync sebelum memutakhirkan ke 1.36. Untuk informasi selengkapnya, lihat KEP-5040.

  • Perubahan Pelabelan Volume SELinux (GA): Di Kubernetes 1.36, pelabelan volume SELinux yang lebih cepat menjadi default untuk semua volume, menggunakan pelabelan ulang file alih-alih rekursif. mount -o context Berbagi volume pada node yang sama antara Pod yang memiliki hak istimewa dan tidak memiliki hak istimewa, atau antara Pod dengan label SELinux yang berbeda, dapat menyebabkan masalah. Peril SELinuxMount aku terkait yang dapat menahan Pod diaktifkan ContainerCreating secara default di Kubernetes 1.37, bukan 1.36. Tinjau bagian Kubernetes 1.37 sebelum memutakhirkan.

    • Tindakan yang diperlukan: Sebelum memutakhirkan, audit cluster yang menjalankan SELinux-enabled node dan pastikan seLinuxChangePolicy field dan label volume SELinux diatur dengan benar pada Pod yang berbagi volume. Untuk informasi selengkapnya, lihat Perubahan Label Volume SELinux go GA (dan kemungkinan implikasinya di v1.37).

  • Val IP/CIDR idasi Ketat Diaktifkan secara Default: Gerbang StrictIPCIDRValidation fitur sekarang diaktifkan secara default untuk jenis API bawaan. Bidang API tidak lagi menerima nilai IP atau CIDR dengan nol di depan asing (misalnya, alih- 010.000.000.005 alih10.0.0.5) atau nilai CIDR dengan semantik ambigu (misalnya, bukannya). 192.168.0.5/24 192.168.0.0/24 Objek tersimpan yang ada dipertahankan melalui ratcheting validasi, tetapi pembuatan dan pembaruan baru akan ditolak. Ini tidak berlaku untuk jenis sumber daya khusus.

    • Tindakan yang diperlukan: Tinjau manifes, bagan Helm, dan otomatisasi untuk alamat IP yang berisi nol di depan atau notasi CIDR non-kanonik. Perbarui mereka untuk menggunakan format kanonik sebelum memutakhirkan. Untuk informasi selengkapnya, lihat KEP-4858.

  • Ruang Nama Pengguna (Stabil): Ruang Nama Pengguna menyediakan pertahanan mendalam dengan memetakan pengguna root kontainer ke pengguna yang tidak memiliki hak istimewa di host, memastikan bahwa breakout kontainer tidak memberikan kekuatan administratif atas node.

  • Status Kesehatan Sumber Daya (Beta): Melaporkan kesehatan per perangkat dalam status Pod, memungkinkan operator menentukan apakah crash loop disebabkan oleh status perangkat Tidak Sehat atau Tidak Dikenal daripada masalah aplikasi. Bekerja dengan Plugin Perangkat dan Alokasi Sumber Daya Dinamis.

    • Untuk informasi selengkapnya, lihat KEP-4680.

  • Fitur Alokasi Sumber Daya Dinamis (Beta): Beberapa fitur DRA sekarang diaktifkan secara default: Perangkat yang Dapat Dipartisi dan Kapasitas Konsumsi untuk berbagi perangkat keras yang lebih terperinci seperti GPU, dan Kondisi Pengikatan Perangkat untuk pemeriksaan kesiapan perangkat secara menyeluruh sebelum penjadwalan.

  • Pemberitahuan Penghentian — Layanan ExternalIPS: Bidang di Layanan tidak digunakan externalIPs lagi di Kubernet .spec es 1.36. Anda akan melihat peringatan penghentian saat membuat atau memperbarui Layanan yang menggunakan bidang ini. Penghapusan penuh direncanakan untuk Kubernetes 1.43. Pelanggan yang menggunakan externalIPs harus bermigrasi ke LoadBalancer Layanan NodePort,, atau Gateway API. Untuk informasi selengkapnya, lihat KEP-5707.

Untuk changelog Kubernetes 1.36 lengkap, lihat https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.36.md

Kubernetes 1,35

Kubernetes sekarang 1.35 tersedia di Amazon EKS. Untuk informasi lebih lanjut tentang Kubernetes1.35, lihat pengumuman rilis resmi.

penting

  • Dukungan Cgroup v1 Dihapus: Kubernetes 1.35 menghentikan dukungan cgroup v1, yang berarti kubelet akan menolak untuk memulai secara default pada node menggunakan cgroup v1.

    • AL2023: AL2023 menggunakan cgroup v2 secara default dan selaras dengan perilaku hulu Kubernetes.

      • Tindakan diperlukan: Pelanggan yang mengonfigurasi AL2023 secara manual untuk menggunakan cgroup v1 harus bermigrasi ke cgroups v2 atau diatur secara manual failCgroupV1: false dalam konfigurasi kubelet.

    • Bottlerocket: Bottlerocket 1.35 menggunakan cgroup v2 secara default, namun diatur failCgroupV1: false dalam konfigurasi kubelet, mempertahankan kompatibilitas ke belakang.

    • Fargate: Fargate terus menggunakan cgroup v1.

  • Kontainerd 1.x Akhir Dukungan: Kubernetes 1.35 adalah rilis terakhir yang mendukung containerd 1.x. Anda harus beralih ke containerd 2.0 atau yang lebih baru sebelum memutakhirkan ke versi Kubernetes berikutnya.

  • Pada bulan Maret 2026, proyek hulu Kubernetes akan menghentikan Ingress NGINX, komponen infrastruktur penting untuk banyak lingkungan Kubernetes.

    • Tindakan yang diperlukan: Pelanggan EKS harus mengevaluasi apakah mereka mengandalkan Ingress NGINX dan mulai merencanakan migrasi ke alternatif seperti Gateway API atau pengontrol Ingress pihak ketiga, karena tidak akan ada rilis lebih lanjut untuk perbaikan bug, patch keamanan, atau pembaruan setelah pensiun. Penerapan yang ada akan terus berfungsi, tetapi tetap menggunakan Ingress NGINX setelah pensiun membuat lingkungan Anda rentan terhadap risiko keamanan, karena tidak ada alternatif yang tersedia yang merupakan penggantian langsung dan akan memerlukan waktu perencanaan dan rekayasa. Untuk informasi lebih lanjut tentang pengumuman Kubernetes ini, lihat pernyataan resmi dari Kubernetes Steering and Security Response Committee Ingress NGINX pensiun. https://kubernetes.io/blog/2026/01/29/ingress-nginx-statement/

  • In-Place Pembaruan Sumber Daya Pod (Stabil): Pembaruan Sumber Daya In-Place Pod memungkinkan pengguna menyesuaikan sumber daya CPU dan memori tanpa memulai ulang Pod atau wadah. Sebelumnya, modifikasi semacam itu memerlukan pembuatan ulang Pod, yang dapat mengganggu beban kerja, terutama untuk aplikasi stateful atau batch. Fungsionalitas di tempat yang baru memungkinkan penskalaan vertikal yang lebih halus dan tidak mengganggu, meningkatkan efisiensi, dan juga dapat menyederhanakan pengembangan.

  • PreferSameNode Distribusi Lalu Lintas (Stabil): trafficDistribution Bidang untuk Layanan telah diperbarui untuk memberikan kontrol yang lebih eksplisit atas perutean lalu lintas. Opsi baru,PreferSameNode, telah diperkenalkan untuk memungkinkan layanan memprioritaskan titik akhir pada node lokal secara ketat bila tersedia, sebaliknya kembali ke titik akhir jarak jauh. Perubahan ini membuat API lebih eksplisit tentang memilih lalu lintas dalam node saat ini.

  • StatefulSet MaxUnavailable (Beta): Fitur ini memungkinkan pembaruan Pod paralel dengan pengaturan maxUnavailable (misalnya, 3 atau 10%), memungkinkan aplikasi stateful seperti cluster database memperbarui hingga 60% lebih cepat daripada pembaruan satu per satu berurutan, secara signifikan mengurangi jendela pemeliharaan.

  • Dukungan Windows Server 2025: EKS 1.35 menambahkan dukungan untuk Windows Server 2025.

  • Penghapusan Bendera Kubelet: --pod-infra-container-image Bendera telah dihapus dari kubelet. Pengguna AMI khusus harus menghapus flag ini dari konfigurasi kubelet sebelum memutakhirkan ke 1.35.

  • Pemberitahuan Penghentian - Mode IPVS: Mode IPVS di kube-proxy tidak digunakan lagi dan akan dihapus dalam rilis Kubernetes mendatang. Bermigrasi ke mode nftables. Untuk informasi selengkapnya, lihat Men jalankan kube-proxy dalam Mode nftables.

Untuk changelog Kubernetes 1.35 lengkap, lihat https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.35.md

Kubernetes 1.34

Kubernetes sekarang 1.34 tersedia di Amazon EKS. Untuk informasi lebih lanjut tentang Kubernetes1.34, lihat pengumuman rilis resmi.

penting

  • Containerd diperbarui ke 2.1 di Versi 1.34 untuk peluncuran.

    • Jika Anda mengalami masalah setelah memutakhirkan, periksa catatan rilis containerd 2.1.

  • AWS tidak merilis EKS-optimized Amazon Linux 2 AMI untuk Kubernetes 1.34.

  • AppArmor tidak digunakan lagi di Kubernetes 1.34.

  • VolumeAttributesClass (VAC) lulus ke GA di Kubernetes 1.34, bermigrasi dari API beta () ke API stabil (storage.k8s.io/v1beta1). storage.k8s.io/v1

    • Jika Anda menggunakan driver EBS CSI dengan wadah sidecar yang AWS dikelola (dari Komponen CSI di Galeri ECR), modifikasi volume akan terus bekerja dengan mulus pada cluster EKS 1.31-1.33. AWS akan menambal sidecar untuk mendukung API VAC beta hingga akhir dukungan standar EKS 1.33 (29 Juli 2026).

    • Jika Anda mengelola sendiri wadah sidecar CSI Anda, Anda mungkin perlu menyematkan ke versi sidecar yang lebih lama pada cluster pra-1.34 untuk mempertahankan fungsionalitas VAC.

    • Untuk menggunakan VolumeAttributesClass fitur GA (seperti rollback modifikasi), tingkatkan ke EKS 1.34 atau yang lebih baru.

  • Penandatangan JWT Eksternal untuk Token Akun Layanan dipromosikan ke Beta. Saat menggunakan penandatangan eksternal, tanda --service-account-extend-token-expiration tidak lagi sepenuhnya dihormati. Server API memberlakukan kedaluwarsa minimum antara ekstensi yang diinginkan (1 tahun) dan batas penandatangan eksternal (24 jam).

    • Sebaiknya gunakan token akun layanan terikat, yang dipasang dan diputar secara otomatis oleh Kubernetes.

  • Dynamic Resource Allocation (DRA) Core APIs (GA): Dynamic Resource Allocation (GA) telah berubah menjadi stabil, memungkinkan pengelolaan perangkat keras khusus yang efisien seperti GPU melalui antarmuka alokasi standar - menyederhanakan manajemen sumber daya untuk akselerator perangkat keras dan meningkatkan pemanfaatan sumber daya khusus.

  • ServiceAccount Token yang Diproyeksikan untuk Kubelet (Beta): Peningkatan ini meningkatkan keamanan dengan menggunakan kredenSIAL berumur pendek untuk penarikan gambar kontainer alih-alih rahasia berumur panjang - mengurangi risiko paparan kredenSIAL dan memperkuat postur keamanan keseluruhan cluster Anda.

  • Pod-level Permintaan dan Batas Sumber Daya (Beta): Fitur ini menyederhanakan pengelolaan sumber daya dengan mengizinkan kumpulan sumber daya bersama untuk pod multi-kontainer - memungkinkan alokasi dan pemanfaatan sumber daya yang lebih efisien untuk aplikasi kompleks dengan beberapa wadah.

  • Hitungan Alokasi Node CSI yang Dapat Diubah (Beta): Gerbang MutableCSINodeAllocatableCount fitur diaktifkan secara default di EKS 1.34, membuat atribut jumlah volume maksimum yang dapat dilampirkan CSInode dapat diubah dan memperkenalkan mekanisme untuk memperbaruinya secara dinamis berdasarkan konfigurasi pengguna di tingkat driver CSI. Pembaruan ini dapat dipicu baik oleh interval berkala atau dengan deteksi kegagalan, meningkatkan keandalan penjadwalan pod stateful dengan mengatasi ketidakcocokan antara kapasitas lampiran yang dilaporkan dan aktual pada node.

  • Pemberitahuan Penghentian - konfigurasi driver cgroup: Konfigurasi driver cgroup manual tidak digunakan lagi demi deteksi otomatis.

    • Dampak pelanggan: Jika saat ini Anda menyet --cgroup-driver el flag secara manual di konfigurasi kubelet Anda, Anda harus bersiap untuk menghapus konfigurasi ini.

    • Tindakan yang diperlukan: R encanakan untuk memperbarui skrip bootstrap node dan konfigurasi AMI khusus untuk menghapus pengaturan driver cgroup manual sebelum fitur dihapus dalam rilis Kubernetes mendatang.

    • Untuk informasi selengkapnya, lihat dokumentasi driver cgroup.

Untuk changelog Kubernetes 1.34 lengkap, lihat https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.34.md