Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Berlaku untuk: ✔️ AKS Automatic ✔️ AKS Standard
Kluster Azure Kubernetes Service (AKS) perlu diperbarui secara berkala untuk memastikan keamanan dan kompatibilitas dengan fitur terbaru. Ada dua komponen kluster AKS yang perlu dipertahankan:
- Versi Kubernetes kluster: Sebagai bagian dari siklus hidup kluster AKS, lakukan peningkatan ke versi Kubernetes terbaru. Tingkatkan untuk menerapkan rilis keamanan terbaru dan untuk mendapatkan akses ke fitur Kubernetes terbaru. Tetap berada di dalam jendela dukungan AKS.
- Versi gambar node: AKS secara teratur menyediakan gambar node baru dengan sistem operasi (OS) terbaru dan pembaruan runtime. Tingkatkan gambar node Anda secara teratur untuk memastikan dukungan untuk fitur AKS terbaru dan untuk menerapkan patch dan perbaikan keamanan penting.
Untuk node Linux, Anda dapat menerapkan patch keamanan dan hotfix image node tanpa campur tangan Anda sebagai pembaruan otomatis. Pembaruan ini diterapkan secara otomatis, tetapi AKS tidak secara otomatis me-reboot node Linux Anda untuk menyelesaikan proses pembaruan. Anda perlu menggunakan alat seperti kured atau upgrade image node untuk memulai ulang node dan menyelesaikan siklus.
AKS Otomatis: Peningkatan siap produksi secara bawaan
Kluster Otomatis AKS menyederhanakan manajemen kluster dengan menyertakan peningkatan kluster dan simpul otomatis secara default. Jika Anda menggunakan AKS Otomatis, kluster Anda sudah dikonfigurasi dengan:
- Peningkatan versi Kubernetes otomatis dengan menggunakan saluran stabil (versi minor N-1).
- Pembaruan otomatis image OS simpul dengan patch keamanan dan perbaikan bug.
- Deteksi perubahan pemecahan API bawaan yang menghentikan peningkatan jika API Kubernetes yang tidak digunakan lagi terdeteksi.
- Perbaikan node otomatis dan patching komponen kluster.
- Default keandalan terkelola untuk frekuensi upgrade, pemeliharaan simpul, dan operasi control plane.
Tidak diperlukan tindakan apa pun dari Anda. AKS Otomatis menangani peningkatan secara otomatis selama jendela pemeliharaan terencana. Artikel ini membahas strategi peningkatan tingkat lanjut untuk skenario di luar default Otomatis.
Tip
Menggunakan AKS Automatic? Kluster Anda telah dikonfigurasi sebelumnya untuk peningkatan yang siap untuk produksi. Lanjutkan membaca hanya jika Anda memerlukan kustomisasi tingkat lanjut, orkestrasi multi-kluster, atau kontrol peningkatan manual untuk kluster non-Otomatis.
Gambaran umum peningkatan komponen
Tabel berikut ini meringkas frekuensi peningkatan, metode, dan dukungan untuk setiap komponen. Kolom AKS Otomatis? memperlihatkan bagaimana AKS Otomatis menangani setiap komponen:
| Nama komponen | Frekuensi | AKS Otomatis? | Pemeliharaan terencana | Metode yang didukung (Standar) | Dukungan multi-kluster | Pelajari lebih lanjut |
|---|---|---|---|---|---|---|
| Versi Kubernetes klaster (minor) | Kira-kira setiap tiga bulan | Ya - Otomatis (saluran stabil N-1) | Yes | Otomatis, Manual | Otomatis, Manual | Meningkatkan kluster AKS, Peningkatan multi-kluster |
| Versi Kluster Kubernetes (patch) | Sekitar mingguan | Ya - Otomatis | Yes | Otomatis, Manual | Buku Petunjuk | Memutakhirkan kluster AKS, pelacakan rilis AKS |
| Gambar OS simpul (Linux) | Weekly | Ya - Otomatis | Yes | Otomatis, Manual | Otomatis, Manual | Peningkatan gambar simpul AKS |
| Gambar OS simpul (Windows) | Monthly | N/A | Yes | Otomatis, Manual | Otomatis, Manual | Peningkatan gambar simpul AKS |
| Patch dan perbaikan keamanan | Sesuai kebutuhan | Ya - Otomatis | N/A | N/A | Tidak didukung | Patch keamanan node AKS |
Strategi peningkatan tingkat lanjut
Untuk skenario peningkatan tingkat lanjut di luar default AKS Otomatis, jelajahi pola peningkatan khusus:
- Peningkatan waktu henti minimal menggunakan penyebaran biru-hijau selama kurang dari dua menit waktu henti.
- Peningkatan multi-wilayah bertahap menggunakan Azure Kubernetes Fleet Manager dengan gerbang validasi.
- Asupan versi aman menggunakan penyebaran kenari dengan pemindaian penghentian API.
- Peluncuran patch keamanan otomatis dengan waktu penyelesaian kurang dari empat jam untuk patch keamanan penting.
- Pola ketahanan aplikasi untuk peningkatan tanpa dampak melalui degradasi yang anggun.
Lihat strategi peningkatan produksi AKS untuk panduan implementasi terperinci tentang pola-pola ini.
Orkestrasi pemutakhiran multi-kluster
Saat mengelola beberapa kluster AKS, mengikuti pola penyebaran dan pengujian yang konsisten sangat penting untuk meminimalkan gangguan:
- Uji terlebih dahulu, sebarkan kedua: Selalu uji peningkatan di lingkungan pengembangan atau pengujian sebelum produksi untuk mengidentifikasi masalah kompatibilitas, bug, atau dampak performa.
- Penerapan versi yang konsisten di seluruh wilayah: Pertahankan versi gambar Kubernetes dan OS simpul yang konsisten di seluruh kluster di berbagai wilayah untuk menyederhanakan operasi dan pemecahan masalah.
Azure Kubernetes Fleet Manager menyediakan orkestrasi bawaan untuk peningkatan multi-kluster dengan:
- Urutan peningkatan yang dapat disesuaikan di seluruh kluster
- Gerbang validasi di antara tahap peningkatan
- Koordinasi pembaruan otomatis atau terjadwal
- Versi image OS node yang konsisten di seluruh wilayah
Untuk kluster AKS Otomatis, orkestrasi peningkatan otomatis Fleet Manager menerapkan praktik terbaik ini secara default, dengan aman menjalankan peningkatan di seluruh armada Anda menggunakan pengujian dan validasi terintegrasi.
Untuk kluster Standar AKS, lihat Orkestrasi peningkatan multi-kluster untuk panduan langkah demi langkah.
Pembaruan otomatis
Anda dapat mengonfigurasi peningkatan otomatis melalui beberapa metode:
- Saluran peningkatan otomatis: AKS Otomatis menggunakan saluran stabil secara default. Kluster standar AKS dapat memilih dari saluran rilis (patch, stabil, cepat) atau rapid N-1 untuk mendapatkan akses lebih awal ke versi baru.
- GitHub Actions: Mengotomatiskan peningkatan node melalui pipeline CI/CD.
- Azure Kubernetes Fleet Manager: Peningkatan multi-kluster otomatis dengan penyebaran terkoordinasi di seluruh armada dan gerbang pengujian dan validasi Anda.
Pemeliharaan terencana
Untuk kluster AKS Otomatis dan AKS Standard, gunakan pemeliharaan terencana untuk menjadwalkan jendela pemeliharaan yang memperbarui control plane dan pod kube-system Anda, membantu meminimalkan dampak beban kerja. Anda dapat menentukan jadwal pemeliharaan secara langsung pada setiap kluster atau menggunakan jendela pemeliharaan bersama untuk menggunakan kembali jadwal di beberapa kluster.
Pemeliharaan terencana untuk AKS Otomatis
Untuk kluster Otomatis AKS, pemeliharaan terencana bersifat opsional:
- Perilaku default: Peningkatan otomatis dijadwalkan selama jendela pemeliharaan terencana secara otomatis, meminimalkan gangguan.
- Kustomisasi: Anda dapat mengonfigurasi jadwal pemeliharaan terencana kustom untuk mengontrol kapan peningkatan terjadi dan memastikan dampak minimal pada aplikasi Anda. Jika beberapa kluster harus menggunakan jadwal yang sama, tautkan konfigurasi pemeliharaannya ke jendela pemeliharaan bersama.
- Tidak diperlukan tindakan: Jika Anda tidak mengonfigurasi jadwal kustom, peningkatan otomatis AKS dilanjutkan selama jendela pemeliharaan default dengan perlindungan bawaan.
Pemeliharaan terencana untuk Standar AKS
Untuk kluster Standar AKS, jendela pemeliharaan terencana membantu menyelaraskan peningkatan dengan jadwal operasional Anda dan mengurangi gangguan yang tidak terduga.
Keandalan dan detail tingkat layanan
Untuk informasi selengkapnya, lihat Perjanjian Tingkat Layanan untuk layanan online.
Pemecahan masalah pemutakhiran
Sebagian besar upgrade AKS selesai tanpa kendala, terutama jika Anda menggunakan perlindungan bawaan di AKS Automatic dan deteksi perubahan API yang merusak kompatibilitas. Jika Anda mengalami kesalahan selama peningkatan manual atau pada kluster Standar AKS, tinjau panduan pemecahan masalah berikut:
- Peningkatan gagal karena aturan NSG
- Kesalahan PodDrainFailure
- Kesalahan PublicIPCountLimitReached
- Kesalahan Kuota Terlampaui
- Kesalahan SubnetIsFull
Konten terkait
- Baru mengenal AKS?Buat kluster AKS Automatic untuk upgrade yang siap untuk produksi secara bawaan.
- Mempertimbangkan opsi upgrade? Tinjau strategi peningkatan produksi AKS untuk pola lanjutan termasuk penyebaran biru-hijau, bertahap, dan kenari.
- Mengelola beberapa kluster? Pelajari tentang orkestrasi peningkatan multi-kluster dengan Azure Kubernetes Fleet Manager.
- Ingin meningkatkan praktik terbaik? Lihat panduan operator AKS tentang patching dan peningkatan.