Versi Kubernetes yang didukung di Azure Kubernetes Service (AKS)
Komunitas Kubernetes merilis versi minor kira-kira setiap empat bulan.
Rilis versi minor mencakup fitur dan peningkatan baru. Rilis patch lebih sering (kadang-kadang mingguan) dan ditujukan untuk perbaikan bug kritis dalam versi kecil. Rilis patch mencakup perbaikan untuk kerentanan keamanan atau bug utama.
Versi Kubernetes
Kubernetes menggunakan skema penerapan versi Penerapan Versi Semantik standar untuk setiap versi:
[major].[minor].[patch]
Examples:
1.29.2
1.29.1
Setiap angka dalam versi menunjukkan kompatibilitas umum dengan versi sebelumnya:
- Versi utama berubah saat pembaruan API yang tidak kompatibel atau kompatibilitas mundur mungkin rusak.
- Versi minor berubah ketika pembaruan fungsionalitas dibuat yang kompatibel dengan rilis minor lainnya.
- Versi patch berubah ketika perbaikan bug yang kompatibel dengan versi lama dibuat.
Bertujuan untuk menjalankan rilis patch terbaru dari versi minor yang Anda jalankan. Misalnya, jika kluster produksi Anda aktif 1.29.1
dan 1.29.2
merupakan versi patch terbaru yang tersedia untuk versi minor 1.29 , Anda harus meningkatkan ke 1.29.2
sesegera mungkin untuk memastikan kluster Anda sepenuhnya di-patch dan didukung.
Kalender rilis AKS Kubernetes
Lihat rilis versi yang akan datang pada kalender rilis AKS Kubernetes. Untuk melihat pembaruan real time status rilis wilayah dan catatan rilis versi, kunjungi halaman web status rilis AKS. Untuk mempelajari selengkapnya tentang halaman web status rilis, lihat Pelacak rilis AKS.
Catatan
AKS mengikuti dukungan selama 12 bulan untuk versi Kubernetes yang tersedia secara umum (GA). Untuk membaca lebih lanjut tentang kebijakan dukungan kami untuk penerapan versi Kubernetes, silakan baca FAQ kami.
Untuk riwayat rilis sebelumnya, lihat riwayat Kubernetes.
Versi K8s | Rilis upstram | Pratinjau AKS | AKS GA | Akhir masa pakai | Dukungan platform |
---|---|---|---|---|---|
1.28 | Agustus 2023 | Sep 2023 | Nov 2023 | Jan 2025 | Hingga 1,32 GA |
1.29 | Des 2023 | Feb 2024 | Rabu 2024 | 2025 Maret 2025 | Hingga 1,33 GA |
1.30 | Apr 2024 | Jun 2024 | Jul 2024 | Jul 2025 | Hingga 1,34 GA |
1.31 | Agustus 2024 | Okt 2024 | Nov 2024 | Nov 2025 | Hingga 1,35 GA |
1.32 | Des 2024 | Feb 2025 | 2025 Maret 2025 | Rabu 2026 | Hingga 1,36 GA |
Versi LTS
Versi K8s | Rilis upstram | Pratinjau AKS | AKS GA | Akhir masa pakai | Akhir masa pakai LTS |
---|---|---|---|---|---|
1.27 | Apr 2023 | Jun 2023 | Jul 2023 | Jul 2024 | Jul 2025 |
1.30 | Apr 2024 | Jun 2024 | Jul 2024 | Jul 2025 | Jul 2026 |
Bagan Gantt jadwal rilis AKS Kubernetes
Jika Anda lebih suka melihat informasi ini secara visual, berikut adalah bagan Gantt dengan semua rilis saat ini yang ditampilkan:
Komponen AKS melanggar perubahan berdasarkan versi
Perhatikan perubahan penting berikut sebelum Anda meningkatkan ke salah satu versi minor yang tersedia:
Kubernetes 1.30
Add-on terkelola AKS | Komponen AKS | Komponen OS | Perubahan mencolok | Catatan |
---|---|---|---|---|
• Azure Policy 1.3.0 • cloud-provider-node-manager v1.30.0 • csi-provisioner v4.0.0 • csi-attacher v4.5.0 • csi-snapshotter v6.3.3 • snapshot-controller v6.3.3 • Metrics-Server 0.6.3 • KEDA 2.14.0 • Open Service Mesh 1.2.7 • CORE DNS V1.9.4 • Overlay VPA 0.13.0 • Azure-Keyvault-SecretsProvider 1.4.1 • Application Gateway Ingress Controller (AGIC) 1.7.2 • Image Cleaner v1.2.3 • Identitas Beban Kerja Azure v1.2.0 • Penerbit Keamanan Pertahanan MDC 1.0.68 • MDC Defender Old File Cleaner 1.3.68 • Pengumpul Pod Pertahanan MDC 1.0.78 • Kolektor Tingkat Rendah Pertahanan MDC 1.3.81 • Identitas Pod Azure Active Directory 1.8.13.6 • GitOps 1.8.1 • Driver Penyimpanan Rahasia CSI 1.3.4-1 • azurefile-csi-driver 1.29.3 |
• Cilium 1.13.5 • CNI v1.4.43.1 (Default)/v1.5.11 (Overlay Azure CNI) • Autoscaler Kluster 1.27.3 • Operator Tigera 1.30.7 |
• Gambar OS Ubuntu 22.04 Cgroups V2 • ContainerD 1.7.5 untuk Linux dan 1.7.1 untuk Windows • Azure Linux 2.0 • Cgroups V2 • KontainerD 1.6 |
• KEDA 2.14.1 | T/A |
Kubernetes 1.29
Add-on terkelola AKS | Komponen AKS | Komponen OS | Perubahan mencolok | Catatan |
---|---|---|---|---|
• Azure Policy 1.3.0 • csi-provisioner v4.0.0 • csi-attacher v4.5.0 • csi-snapshotter v6.3.3 • snapshot-controller v6.3.3 • Metrics-Server 0.6.3 • KEDA 2.11.2 • Open Service Mesh 1.2.7 • CORE DNS V1.9.4 • Overlay VPA 0.13.0 • Azure-Keyvault-SecretsProvider 1.4.1 • Application Gateway Ingress Controller (AGIC) 1.7.2 • Image Cleaner v1.2.3 • Identitas Beban Kerja Azure v1.2.0 • Penerbit Keamanan Pertahanan MDC 1.0.68 • MDC Defender Old File Cleaner 1.3.68 • Pengumpul Pod Pertahanan MDC 1.0.78 • Kolektor Tingkat Rendah Pertahanan MDC 1.3.81 • Identitas Pod Azure Active Directory 1.8.13.6 • GitOps 1.8.1 • Driver Penyimpanan Rahasia CSI 1.3.4-1 • azurefile-csi-driver 1.29.3 |
• Cilium 1.13.5 • CNI v1.4.43.1 (Default)/v1.5.11 (Overlay Azure CNI) • Autoscaler Kluster 1.27.3 • Operator Tigera 1.30.7 |
• Gambar OS Ubuntu 22.04 Cgroups V2 • ContainerD 1.7.5 untuk Linux dan 1.7.1 untuk Windows • Azure Linux 2.0 • Cgroups V2 • KontainerD 1.6 |
• Operator Tigera 1.30.7 • csi-provisioner v4.0.0 • csi-attacher v4.5.0 • csi-snapshotter v6.3.3 • snapshot-controller v6.3.3 |
T/A |
Kubernetes 1.28
Add-on terkelola AKS | Komponen AKS | Komponen OS | Perubahan mencolok | Catatan |
---|---|---|---|---|
• Azure Policy 1.3.0 • azurefile-csi-driver 1.29.2 • csi-node-driver-registrar v2.9.0 • csi-livenessprobe 2.11.0 • azuredisk-csi-linux v1.29.2 • azuredisk-csi-windows v1.29.2 • csi-provisioner v3.6.2 • csi-attacher v4.5.0 • csi-resizer v1.9.3 • csi-snapshotter v6.2.2 • snapshot-controller v6.2.2 • Metrics-Server 0.6.3 • KEDA 2.11.2 • Open Service Mesh 1.2.7 • CORE DNS V1.9.4 • Overlay VPA 0.13.0 • Azure-Keyvault-SecretsProvider 1.4.1 • Application Gateway Ingress Controller (AGIC) 1.7.2 • Image Cleaner v1.2.3 • Identitas Beban Kerja Azure v1.2.0 • Penerbit Keamanan Pertahanan MDC 1.0.68 • Driver Penyimpanan Rahasia CSI 1.3.4-1 • MDC Defender Old File Cleaner 1.3.68 • Pengumpul Pod Pertahanan MDC 1.0.78 • Kolektor Tingkat Rendah Pertahanan MDC 1.3.81 • Identitas Pod Azure Active Directory 1.8.13.6 • GitOps 1.8.1 |
• Cilium 1.13.10-1 • CNI v1.4.43.1 (Default)/v1.5.11 (Overlay Azure CNI) • Autoscaler Kluster 1.27.3 • Operator Tigera 1.28.13 |
• Gambar OS Ubuntu 22.04 Cgroups V2 • ContainerD 1.7.5 untuk Linux dan 1.7.1 untuk Windows • Azure Linux 2.0 • Cgroups V1 • KontainerD 1.6 |
• azurefile-csi-driver 1.29.2 • csi-resizer v1.9.3 • csi-attacher v4.4.2 • csi-provisioner v4.4.2 • blob-csi v1.23.2 • driver azurefile-csi v1.29.2 • driver azuredisk-csi v1.29.2 • csi-livenessprobe v2.11.0 • csi-node-driver-registrar v2.9.0 |
T/A |
Kubernetes 1.27
Add-on terkelola AKS | Komponen AKS | Komponen OS | Perubahan mencolok | Catatan |
---|---|---|---|---|
• Azure Policy 1.3.0 • driver azuredisk-csi v1.28.5 • driver azurefile-csi v1.28.10 • blob-csi v1.22.4 • csi-attacher v4.3.0 • csi-resizer v1.8.0 • csi-snapshotter v6.2.2 • snapshot-controller v6.2.2 • Metrics-Server 0.6.3 • KEDA 2.11.2 • Open Service Mesh 1.2.3 • CORE DNS V1.9.4 • Overlay VPA 0.11.0 • Azure-Keyvault-SecretsProvider 1.4.1 • Application Gateway Ingress Controller (AGIC) 1.7.2 • Image Cleaner v1.2.3 • Identitas Beban Kerja Azure v1.0.0 • MDC Defender 1.0.56 • Identitas Pod Azure Active Directory 1.8.13.6 • GitOps 1.7.0 • azurefile-csi-driver 1.28.7 • KMS 0.5.0 • Driver Penyimpanan Rahasia CSI 1.3.4-1 |
• Cilium 1.13.10-1 • CNI 1.4.44 • Autoscaler Kluster 1.8.5.3 |
• Gambar OS Ubuntu 22.04 Cgroups V2 • ContainerD 1.7 untuk Linux dan 1.6 untuk Windows • Azure Linux 2.0 • Cgroups V1 • KontainerD 1.6 |
• KEDA 2.11.2 • Cilium 1.13.10-1 • azurefile-csi-driver 1.28.7 • driver azuredisk-csi v1.28.5 • blob-csi v1.22.4 • csi-attacher v4.3.0 • csi-resizer v1.8.0 • csi-snapshotter v6.2.2 • snapshot-controller v6.2.2 |
Karena status sertifikasi FIPS Ubuntu 22.04, kami akan mengalihkan simpul AKS FIPS dari 18.04 menjadi 20.04 dari 1.27 dan seterusnya. |
Versi minor Alias
Catatan
Versi minor alias memerlukan Azure CLI versi 2.37 atau lebih tinggi serta versi API 20220401 atau lebih tinggi. Gunakan az upgrade
untuk menginstal CLI versi terbaru.
AKS memungkinkan Anda membuat kluster tanpa menentukan versi patch yang tepat. Saat Anda membuat kluster tanpa menunjuk patch, kluster menjalankan patch GA terbaru versi minor. Misalnya, jika Anda membuat kluster dengan 1.29
dan 1.29.2
merupakan patch GA'd terbaru yang tersedia, kluster Anda akan dibuat dengan 1.29.2
. Jika Anda ingin meningkatkan versi patch Anda dalam versi minor yang sama, silakan gunakan peningkatan otomatis.
Untuk melihat patch apa yang Anda gunakan, jalankan az aks show --resource-group myResourceGroup --name myAKSCluster
perintah . Properti currentKubernetesVersion
menunjukkan seluruh versi Kubernetes.
{
"apiServerAccessProfile": null,
"autoScalerProfile": null,
"autoUpgradeProfile": null,
"azurePortalFqdn": "myaksclust-myresourcegroup.portal.hcp.eastus.azmk8s.io",
"currentKubernetesVersion": "1.29.2",
}
Kebijakan dukungan versi Kubernetes
AKS mendefinisikan versi yang tersedia secara umum (GA) sebagai versi yang tersedia di semua wilayah dan diaktifkan di semua pengukuran SLO atau SLA. AKS mendukung tiga kubernetes versi minor:
- Versi minor GA terbaru dirilis di AKS (yang kami sebut sebagai N).
- Dua versi minor sebelumnya.
- Setiap versi minor yang didukung dapat mendukung sejumlah patch pada waktu tertentu. AKS berhak untuk menghentikan patch jika CVE kritis atau kerentanan keamanan terdeteksi. Untuk kesadaran tentang ketersediaan patch dan penghentian ad-hoc apa pun, lihat catatan rilis versi dan kunjungi halaman web status rilis AKS.
AKS mungkin juga mendukung versi pratinjau, yang secara eksplisit diberi label dan tunduk pada syarat dan ketentuan pratinjau.
AKS menyediakan dukungan platform hanya untuk satu VERSI minor GA Kubernetes setelah versi reguler yang didukung. Jendela dukungan platform versi Kubernetes pada AKS dikenal sebagai "N-3". Untuk informasi selengkapnya, lihat kebijakan dukungan platform.
Catatan
AKS menggunakan praktik penyebaran yang aman yang melibatkan penyebaran wilayah secara bertahap. Ini berarti mungkin perlu waktu hingga 10 hari kerja agar rilis baru atau versi baru tersedia di semua wilayah.
Jendela yang didukung dari versi minor Kubernetes pada AKS dikenal sebagai "N-2", di mana N mengacu pada rilis terbaru, yang berarti bahwa dua rilis minor sebelumnya juga didukung.
Misalnya, pada hari AKS memperkenalkan versi 1.29, dukungan disediakan untuk versi berikut:
Versi minor baru | Daftar Versi Minor yang Didukung |
---|---|
1.29 | 1.29, 1.28, 1.27 |
Saat versi minor baru diperkenalkan, versi minor yang paling lama ditolak dan dihapus. Misalnya, daftar versi minor yang didukung saat ini adalah:
1.29
1.28
1.27
Ketika AKS merilis 1.30, semua versi 1.27 tidak didukung 30 hari kemudian.
AKS dapat mendukung sejumlah patch berdasarkan ketersediaan rilis komunitas upstream untuk versi minor tertentu. AKS berhak untuk menghentikan salah satu patch ini pada waktu tertentu karena masalah CVE atau potensi bug. Anda selalu dianjurkan untuk menggunakan patch terbaru untuk versi minor.
Kebijakan dukungan platform
Kebijakan dukungan platform adalah rencana dukungan yang dikurangi untuk versi Kubernetes tertentu yang tidak didukung. Selama dukungan platform, pelanggan hanya menerima dukungan dari Microsoft untuk masalah terkait platform AKS/Azure. Masalah apa pun yang terkait dengan fungsionalitas dan komponen Kubernetes tidak didukung.
Kebijakan dukungan platform berlaku untuk kluster dalam versi n-3 (di mana n adalah versi minor AKS GA terbaru yang didukung), sebelum kluster turun ke n-4. Misalnya, Kubernetes v1.26 dianggap sebagai dukungan platform ketika v1.29 adalah versi GA terbaru. Namun, selama rilis GA v1.30, v1.26 kemudian akan meningkatkan otomatis ke v1.27. Jika Anda menjalankan versi n-2, saat menjadi n-3, itu juga menjadi tidak digunakan lagi, dan Anda masuk ke dalam kebijakan dukungan platform.
AKS mengandalkan rilis dan patch dari Kubernetes, yang merupakan proyek Open Source yang hanya mendukung jendela geser tiga versi minor. AKS hanya dapat menjamin dukungan penuh saat versi tersebut sedang dilayankan di hulu. Karena tidak ada lagi patch yang diproduksi di hulu, AKS dapat membiarkan versi tersebut tidak dikirim atau fork. Karena keterbatasan ini, dukungan platform tidak mendukung apa pun dari mengandalkan kubernetes upstream.
Tabel ini menguraikan panduan dukungan untuk Dukungan Komunitas dibandingkan dengan dukungan Platform.
Kategori dukungan | Dukungan Komunitas (N-2) | Dukungan Platform (N-3) |
---|---|---|
Peningkatan dari N-3 ke versi yang didukung | Didukung | Didukung |
Ketersediaan platform (Azure) | Didukung | Didukung |
Penskalakan kumpulan simpul | Didukung | Didukung |
Ketersediaan VM | Didukung | Didukung |
Masalah terkait Penyimpanan, Jaringan | Didukung | Didukung kecuali untuk perbaikan bug dan komponen yang dihentikan |
Mulai/hentikan | Didukung | Didukung |
Memutar sertifikat | Didukung | Didukung |
Infrastruktur SLA | Didukung | Didukung |
Sarana Kontrol SLA | Didukung | Didukung |
Platform (AKS) SLA | Didukung | Tidak didukung |
Komponen Kubernetes (termasuk Add-on) | Didukung | Tidak didukung |
Pembaruan komponen | Didukung | Tidak didukung |
Perbaikan komponen | Didukung | Tidak didukung |
Menerapkan perbaikan bug | Didukung | Tidak didukung |
Menerapkan patch keamanan | Didukung | Tidak didukung |
Dukungan API Kubernetes | Didukung | Tidak didukung |
Pembuatan kumpulan simpul | Didukung | Didukung |
Pembuatan kluster | Didukung | Tidak Didukung |
Salinan bayangan kumpulan simpul | Didukung | Tidak didukung |
Pembaruan citra node | Didukung | Didukung |
Catatan
Tabel di atas dapat berubah dan menguraikan skenario dukungan umum. Skenario apa pun yang terkait dengan fungsionalitas dan komponen Kubernetes tidak didukung untuk N-3. Untuk dukungan lebih lanjut, lihat Dukungan dan pemecahan masalah untuk AKS.
Versi kubectl
yang idukung
Kamu dapat menggunakan satu versi minor yang lebih tua atau lebih baru kubectl
dari relatif terhadap versi kube-apiserver kamu, konsisten dengan kebijakan dukungan Kubernetes untuk kubectl.
Misalnya, jika kube-apiserver Anda berada di 1,28, maka Anda dapat menggunakan versi 1.27 hingga 1.29 dengan kubectl
kube-apiserver tersebut.
Untuk memperbarui kubectl
ke versi terbaru, jalankan:
az aks install-cli
Dukungan Jangka Panjang (LTS)
AKS menyediakan Dukungan Komunitas satu tahun dan satu tahun Dukungan Jangka Panjang (LTS) untuk mengembalikan perbaikan keamanan port dari hulu komunitas di repositori publik kami. Kelompok kerja LTS hulu kami menyumbangkan upaya kembali kepada komunitas untuk memberi pelanggan kami jendela dukungan yang lebih lama.
Untuk detail selengkapnya tentang LTS, lihat Dukungan jangka panjang untuk Azure Kubernetes Service (AKS).
Proses pelepasan dan penghentian
Anda dapat mereferensikan rilis dan penghentian versi yang akan datang pada kalender rilis AKS Kubernetes.
Untuk versi minor baru Kubernetes:
- AKS menerbitkan pengumuman dengan tanggal rilis versi baru yang direncanakan dan penghentian versi lama masing-masing pada catatan Rilis AKS setidaknya 30 hari sebelum penghapusan.
- AKS menggunakan Azure Advisor untuk memberi tahu Anda jika versi baru dapat menyebabkan masalah di kluster Anda karena API yang tidak digunakan lagi. Azure Advisor juga memberi tahu Anda jika Anda tidak didukung
- AKS menerbitkan pemberitahuan kesehatan layanan yang tersedia untuk semua pengguna dengan akses AKS dan portal dan mengirim email ke administrator langganan dengan tanggal penghapusan versi yang direncanakan.
Catatan
Untuk mengetahui siapa administrator langganan Anda atau mengubahnya, silakan merujuk ke kelola langganan Azure.
- Anda memiliki waktu 30 hari sejak penghapusan versi untuk meningkatkan ke rilis versi minor yang didukung untuk terus menerima dukungan.
Untuk versi patch baru Kubernetes:
- Karena sifat mendesak dari versi patch, mereka dapat diperkenalkan ke dalam layanan saat tersedia. Setelah tersedia, patch memiliki siklus hidup minimum dua bulan.
- Secara umum, AKS tidak secara luas mengomunikasikan rilis versi patch baru. Namun, AKS terus memantau dan memvalidasi patch CVE yang tersedia untuk mendukungnya di AKS secara tepat waktu. Jika patch penting ditemukan atau tindakan pengguna diperlukan, AKS memberi tahu Anda untuk meningkatkan ke patch yang baru tersedia.
- Anda memiliki waktu 30 hari sejak penghapusan rilis patch dari AKS untuk meningkatkan ke patch yang didukung dan terus menerima dukungan. Namun, Anda tidak akan lagi dapat membuat kluster atau kumpulan simpul setelah versi ditolak/dihapus.
Pengecualian kebijakan versi yang didukung
AKS berhak untuk menambahkan atau menghapus versi baru/yang sudah ada dengan satu atau lebih penting yang memengaruhi produksi bug atau masalah keamanan tanpa pemberitahuan terlebih dahulu.
Rilis patch tertentu mungkin dilewati atau peluncuran dipercepat, tergantung pada tingkat keparahan bug atau masalah keamanan.
Portal Microsoft Azure dan versi CLI
Saat Anda menyebarkan kluster AKS dengan portal Azure, Azure CLI, Azure PowerShell, kluster default ke versi minor N-1 dan patch terbaru. Misalnya, jika AKS mendukung 1.29.2, 1.29.1, 1.28.7, 1.28.6, 1.27.11, dan 1.27.10, versi default yang dipilih adalah 1.28.7.
Untuk mengetahui versi apa yang saat ini tersedia untuk langganan dan wilayah Anda, gunakan az aks get-versions
perintah . Contoh berikut mencantumkan versi Kubernetes yang tersedia untuk wilayah EastUS:
az aks get-versions --location eastus --output table
FAQ
Bagaimana Microsoft memberi tahu saya tentang versi Kubernetes baru?
Tim AKS menerbitkan pengumuman dengan tanggal yang direncanakan dari versi Kubernetes baru dalam dokumentasi kami, GitHub, dan dalam email kepada administrator langganan yang memiliki kluster yang akan kehabisan dukungan. AKS juga menggunakan Azure Advisor untuk memberi tahu Anda di dalam portal Azure jika Anda tidak mendukung dan memberi tahu Anda tentang API yang tidak digunakan lagi yang dapat memengaruhi proses aplikasi atau pengembangan Anda.
Seberapa sering saya harus berharap untuk memutakhirkan versi Kubernetes agar tetap mendukung?
Dimulai dengan Kubernetes 1.19, komunitas open-source telah memperluas dukungan hingga 1 tahun. AKS berkomitmen untuk mengaktifkan patch dan mendukung pencocokan komitmen upstram. Untuk kluster AKS pada 1.19 dan yang lebih tinggi, Anda dapat meningkatkan minimal sekali setahun untuk tetap menggunakan versi yang didukung.
Apa yang terjadi ketika Anda meningkatkan kluster Kubernetes dengan versi minor yang tidak didukung?
Jika Anda menggunakan versi n-3 atau yang lebih lama, itu berarti Anda berada di luar dukungan dan akan diminta untuk meningkatkan. Ketika peningkatan Anda dari versi n-3 ke n-2 berhasil, Anda kembali dalam kebijakan dukungan kami. Contohnya:
- Jika versi minor AKS terlama yang didukung adalah 1.27 dan Anda berada di 1.26 atau yang lebih lama, Anda berada di luar dukungan.
- Ketika Anda berhasil meningkatkan dari 1.26 ke 1.27 atau yang lebih tinggi, Anda kembali dalam kebijakan dukungan kami.
Penurunan tingkat tidak didukung.
Apa artinya 'Di luar Didukung'?
'Di Luar Dukungan' berarti bahwa:
- Versi yang Anda jalankan berada di luar daftar versi yang didukung.
- Anda akan diminta untuk memutakhirkan kluster ke versi yang didukung saat meminta dukungan, kecuali Anda berada dalam masa tenggang 30 hari setelah penghentian versi.
Selain itu, AKS tidak membuat runtime atau jaminan lain untuk kluster di luar daftar versi yang didukung.
Apa yang terjadi ketika Anda menskalakan kluster Kubernetes dengan versi minor yang tidak didukung?
Untuk versi minor yang tidak didukung oleh AKS, penskalaan masuk atau keluar harus terus berfungsi. Karena tidak ada jaminan dengan kualitas layanan, sebaiknya tingkatkan untuk membawa kluster Anda kembali ke dukungan.
Dapatkah Anda tetap menggunakan versi Kubernetes selamanya?
Jika kluster tidak didukung selama lebih dari tiga (3) versi minor dan telah diketahui membawa risiko keamanan, Azure secara proaktif menghubungi Anda untuk meningkatkan kluster Anda. Jika Anda tidak mengambil tindakan lebih lanjut, Azure berhak untuk meningkatkan kluster Anda secara otomatis atas nama Anda.
Apa yang terjadi jika Anda menskalakan kluster Kubernetes dengan versi minor yang tidak didukung?
Untuk versi minor yang tidak didukung oleh AKS, penskalaan masuk atau keluar harus terus berfungsi. Karena tidak ada jaminan dengan kualitas layanan, sebaiknya tingkatkan untuk membawa kluster Anda kembali ke dukungan.
Versi apa yang didukung sarana kontrol jika kumpulan simpul tidak berada di salah satu versi AKS yang didukung?
Sarana kontrol harus berada dalam jendela versi dari semua kumpulan node. Untuk detail tentang meningkatkan kumpulan sarana kontrol atau node, kunjungi dokumentasi di peningkatan kumpulan node.
Apa perbedaan yang diizinkan dalam versi antara sarana kontrol dan kumpulan simpul?
Kebijakan condong versi sekarang memungkinkan perbedaan hingga 3 versi antara sarana kontrol dan kumpulan agen. AKS mengikuti perubahan kebijakan versi condong ini mulai dari versi 1.28 dan seterusnya.
Bisakah saya melewati beberapa versi AKS selama pemutakhiran kluster?
Ketika Anda meningkatkan kluster Azure Kubernetes Service yang didukung, Kubernetes versi minor tidak dapat dilompati. Kebijakan penyimpangan versi sarana kontrol Kubernetes tidak mendukung lompati versi minor. Misalnya, peningkatan antara:
- 1.28.x ->1.29.x: diizinkan.
- 1.27.x ->1.28.x: diizinkan.
- 1.27.x ->1.29.x: tidak diizinkan.
Harap dicatat bahwa untuk peningkatan versi sarana kontrol, Anda dapat naik ke 3 versi minor untuk versi yang didukung komunitas secara berurutan.
Untuk meningkatkan dari 1.27.x ->1.29.x:
- Tingkatkan dari 1.27.x ->1.28.x.
- Tingkatkan dari 1.28.x ->1.29.x.
Catatan mulai dari versi 1.28 dan seterusnya, versi agentpool dapat mencapai 3 versi yang lebih lama untuk mengontrol versi sarana per kebijakan condong versi. Ketika versi Anda jauh di belakang versi minimum yang didukung, Anda mungkin harus melakukan lebih dari satu operasi peningkatan sarana kontrol untuk sampai ke versi minimum yang didukung. Misalnya, jika versi sarana kontrol Anda saat ini adalah 1.23.x dan Anda ingin meningkatkan ke versi minimum yang didukung 1.27.x sebagai contoh. Anda mungkin harus meningkatkan secara berurutan 4 kali dari 1.23.x untuk sampai ke 1.27.x. Perhatikan juga bahwa versi kumpulan Agen dapat ditingkatkan ke versi minor sarana kontrol. Ini berarti dalam contoh di atas Anda dapat meningkatkan versi agentpool dua kali yaitu sekali dari 1.23.x ke 1.25.x, ketika versi sarana kontrol berada di 1.25.x. Dan selanjutnya dari 1.25.x ke 1.27.x , ketika versi sarana kontrol berada di 1.27.x. Saat meningkatkan di tempat yaitu sarana kontrol dan kumpulan agen bersama-sama aturan yang sama yang berlaku untuk peningkatan sarana kontrol yang ditulis di atas berlaku.
Saat melakukan peningkatan dari versi yang tidak didukung - peningkatan dilakukan tanpa jaminan fungsionalitas dan dikecualikan dari perjanjian tingkat layanan dan garansi terbatas. Kluster yang menjalankan versi yang tidak didukung memiliki fleksibilitas memisahkan peningkatan sarana kontrol dengan peningkatan kumpulan simpul. Namun jika versi Anda kedaluarsa secara signifikan, kami sarankan Anda membuat ulang kluster.
Dapatkah saya membuat kluster 1.xx.x baru selama jendela dukungan platform?
Tidak, Pembuatan kluster baru tidak dimungkinkan selama periode Dukungan Platform.
Saya menggunakan versi baru yang tidak digunakan lagi yang berada di luar dukungan platform, apakah saya masih dapat menambahkan kumpulan simpul baru? Atau apakah saya harus meningkatkannya?
Ya, Anda dapat menambahkan kumpulan agen selama kompatibel dengan versi sarana kontrol.
Langkah berikutnya
Untuk informasi tentang cara meningkatkan kluster Anda, lihat:
Azure Kubernetes Service