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,26 | Des 2022 | Feb 2023 | Apr 2023 | Rabu 2024 | Sampai 1.30 GA |
| 1.27* | Apr 2023 | Jun 2023 | Jul 2023 | Jul 2024, LTS hingga Jul 2025 | Hingga 1.31 GA |
| 1.28 | Agustus 2023 | Sep 2023 | Nov 2023 | Nov 2024 | Hingga 1,32 GA |
| 1.29 | Des 2023 | Feb 2024 | Rabu 2024 | Hingga 1,33 GA | |
| 1.30 | Apr 2024 | Mei 2024 | Jun 2024 | Hingga 1,34 GA |
* Menunjukkan versi ditunjuk untuk Dukungan Jangka Panjang
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:
| Versi Kubernetes | AKS Managed Addons | Komponen AKS | Komponen OS | Memecahkan Perubahan | Catatan |
|---|---|---|---|---|---|
| 1,26 | Kebijakan Azure 1.3.0 Metrik-Server 0.6.3 KEDA 2.10.1 Open Service Mesh 1.2.3 DNS Inti V1.9.4 Overlay VPA 0.11.0 Azure-Keyvault-SecretsProvider 1.4.1 Pengontrol Ingress Application Gateway (AGIC) 1.5.3 Image Cleaner v1.2.3 Identitas Azure Workload v1.0.0 MDC Defender 1.0.56 Identitas Pod Azure Active Directory 1.8.13.6 GitOps 1.7.0 KMS 0.5.0 azurefile-csi-driver 1.26.10 |
Cilium 1.12.8 CNI 1.4.44 Autoscaler Kluster 1.8.5.3 |
Gambar OS Ubuntu 22.04 Cgroups V2 KontainerD 1.7 Azure Linux 2.0 Cgroups V1 KontainerD 1.6 |
azurefile-csi-driver 1.26.10 | Tidak |
| 1.27 | Kebijakan Azure 1.3.0 driver azuredisk-csi v1.28.5 driver azurefile-csi v1.28.7 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 Metrik-Server 0.6.3 Keda 2.11.2 Open Service Mesh 1.2.3 DNS Inti V1.9.4 Overlay VPA 0.11.0 Azure-Keyvault-SecretsProvider 1.4.1 Pengontrol Ingress Application Gateway (AGIC) 1.7.2 Image Cleaner v1.2.3 Identitas Azure Workload 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. |
| 1.28 | Kebijakan Azure 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 Metrik-Server 0.6.3 KEDA 2.11.2 Open Service Mesh 1.2.7 DNS Inti V1.9.4 Overlay VPA 0.13.0 Azure-Keyvault-SecretsProvider 1.4.1 Pengontrol Ingress Application Gateway (AGIC) 1.7.2 Image Cleaner v1.2.3 Identitas Azure Workload 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 |
Tidak |
| 1.29 | Kebijakan Azure 1.3.0 csi-provisioner v4.0.0 csi-attacher v4.5.0 csi-snapshotter v6.3.3 snapshot-controller v6.3.3 Metrik-Server 0.6.3 KEDA 2.11.2 Open Service Mesh 1.2.7 DNS Inti V1.9.4 Overlay VPA 0.13.0 Azure-Keyvault-SecretsProvider 1.4.1 Pengontrol Ingress Application Gateway (AGIC) 1.7.2 Image Cleaner v1.2.3 Identitas Azure Workload 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 V1 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 |
Tidak |
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 juga mendukung maksimal dua patch stabil.
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 juga mendukung maksimum dua rilis patch dari versi minor tertentu. Misalnya, mengingat versi yang didukung berikut:
Current Supported Version List
------------------------------
1.29.2, 1.29.1, 1.28.7, 1.28.6, 1.27.11, 1.27.10
Jika AKS merilis 1.29.3 dan 1.28.8, versi patch tertua ditolak dan dihapus, dan daftar versi yang didukung menjadi:
New Supported Version List
----------------------
1.29.3, 1.29.2, 1.28.8, 1.28.7, 1.27.11, 1.27.10
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 kluster atau simpul | Didukung | Tidak didukung |
| Salinan bayangan kumpulan simpul | Didukung | Tidak didukung |
| Pembaruan citra node | Didukung | Tidak 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.
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.
Melompati beberapa versi hanya dapat dilakukan saat meningkatkan dari versi yang tidak didukung kembali ke versi minimum yang didukung. Misalnya, Anda dapat meningkatkan dari 1.25.x yang tidak didukung ke 1.27.x yang didukung jika 1.27 adalah versi minor minimum yang didukung.
Saat melakukan peningkatan dari versi yang tidak didukung yang melewati dua versi minor atau lebih, 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 30 hari jendela dukungannya?
Tidak. Setelah versi ditolak/dihapus, Anda tidak dapat membuat kluster dengan versi tersebut. Saat perubahan diluncurkan, Anda akan mulai melihat versi lama dihapus dari daftar versi Anda. Proses ini mungkin memakan waktu hingga dua minggu dari pengumuman, secara progresif menurut wilayah.
Saya menggunakan versi yang baru tidak digunakan lagi, apakah saya masih dapat menambahkan kumpulan simpul baru? Atau apakah saya harus meningkatkannya?
Tidak. Anda tidak diizinkan untuk menambahkan kumpulan simpul dari versi yang tidak digunakan lagi ke kluster Anda. Pembuatan atau peningkatan kumpulan simpul hingga versi sarana kontrol versi yang tidak didukung diizinkan, terlepas dari perbedaan versi antara kumpulan simpul dan sarana kontrol. Hanya peningkatan minor alias yang diizinkan.
Seberapa sering Anda memperbarui patch?
Patch memiliki siklus hidup minimum dua bulan. Untuk tetap mendapatkan informasi terbaru saat patch baru dirilis, ikuti catatan rilis AKS.
Langkah berikutnya
Untuk informasi tentang cara meningkatkan kluster Anda, lihat: