Pembaruan kelompok node Lingjun mencakup Pemeriksaan Awal untuk mengidentifikasi potensi risiko. Setelah Pemeriksaan Awal berhasil, Anda dapat memperbarui kubelet dan runtime kontainer.
Batasan
-
Anda hanya dapat memperbarui kelompok node Lingjun yang berisi satu atau lebih node.
-
Pembaruan sistem operasi pada kelompok node Lingjun saat ini tidak didukung.
-
Pembaruan kelompok node Lingjun dengan mengganti disk sistemnya saat ini tidak didukung. Pembuatan snapshot node sebelum pembaruan juga tidak didukung.
Fitur
Anda dapat memperbarui komponen-komponen berikut dari kelompok node.
|
Komponen |
Deskripsi |
Tindakan |
Pertimbangan |
|
kubelet |
Anda dapat memperbarui kubelet dalam kelompok node agar sesuai dengan versi lapisan kontrol kluster. Versi lapisan kontrol menentukan versi pembaruan yang tersedia. |
kubelet diperbarui menggunakan pembaruan in-place. |
Untuk informasi selengkapnya tentang pembaruan kubelet, lihat Perbarui kluster. |
|
runtime kontainer |
Jika versi baru runtime kontainer dirilis, Anda dapat memperbarui runtime kontainer pada node di kelompok node ke versi tersebut. |
Catatan
Pembaruan dari Docker ke versi Docker yang lebih baru tidak didukung. |
Selama pembaruan runtime, probe Pod dan kait siklus hidup mungkin gagal. Pod juga mungkin melakukan restart in-place. |
Prosedur
Masuk ke Konsol ACK. Di panel navigasi kiri, klik Clusters.
Di halaman Clusters, klik nama kluster Anda. Di panel navigasi kiri, klik .
-
Di halaman Node Pools, temukan kelompok node Lingjun yang dituju dan pilih More > Upgrade.
-
Pilih komponen yang akan diperbarui dan klik Precheck.
CatatanJika Pemeriksaan Awal gagal atau muncul peringatan, lihat Perbaiki kegagalan pemeriksaan atau klik View Details untuk membuka halaman Precheck Details guna troubleshooting.
-
Pilih komponen yang akan diperbarui dan klik Start Update. Di bagian Batch Update Policy, atur jumlah maksimum node yang diperbarui secara konkuren per batch.
Operasi tambahan
Selama pembaruan, Anda dapat melakukan operasi berikut di area Event Rotation:
-
Untuk menjeda atau melanjutkan pembaruan, klik Pause atau Continue.
-
Pembaruan yang dijeda merupakan status antara. Kami menyarankan agar Anda menghindari operasi kluster lain dan segera menyelesaikan pembaruan. Jika pembaruan dijeda lebih dari tujuh hari, sistem akan secara otomatis menghentikan proses tersebut dan menghapus semua event serta log terkait.
-
Setelah Anda mengklik Pause, Anda tidak dapat melakukan rollback versi kubelet dan runtime kontainer pada node yang telah diperbarui.
-
-
Cancel: Selama pembaruan, jika Anda perlu membatalkan proses, klik Cancel.
Setelah Anda mengklik Cancel, Anda tidak dapat melakukan rollback versi kubelet dan runtime kontainer untuk node yang sudah diperbarui.
Pembaruan in-place
Proses pembaruan in-place
Selama pembaruan kelompok node, sistem memperbarui node secara bertahap sesuai dengan jumlah konkurensi maksimum yang ditentukan. Jumlah konkurensi maksimum tidak boleh melebihi 10% dari total jumlah node. Jumlah node dalam setiap batch meningkat secara eksponensial (1, 2, 4, 8, dan seterusnya) hingga mencapai jumlah konkurensi maksimum. Setelah mencapai batas tersebut, setiap batch berikutnya memperbarui sejumlah node sesuai nilai konkurensi maksimum tersebut. Sebagai contoh, jika konkurensi maksimum adalah 4, batch pertama memperbarui 1 node, batch kedua memperbarui 2 node, dan batch ketiga serta selanjutnya memperbarui 4 node.
FAQ
Durasi pembaruan batch
Pembaruan in-place untuk setiap batch memerlukan waktu sekitar 5 menit.
Apakah beban kerja akan terpengaruh selama pembaruan?
Hal ini bergantung pada komponen yang diperbarui. Pembaruan kubelet in-place tidak memengaruhi beban kerja. Namun, pembaruan runtime kontainer dapat menyebabkan probe Pod dan kait siklus hidup gagal, serta Pod mungkin melakukan restart.
Rollback versi setelah pembaruan
Tidak. Saat ini kubelet dan runtime kontainer tidak mendukung rollback versi setelah pembaruan.
Pembaruan node yang tidak dikelola
Kluster yang dibuat sebelum fitur kelompok node dirilis mungkin berisi node yang tidak dikelola (unmanaged nodes) yang tidak termasuk dalam kelompok node mana pun. Untuk memperbarui node tersebut, Anda harus terlebih dahulu memigrasikannya ke kelompok node. Untuk informasi selengkapnya tentang cara memigrasikan node yang tidak dikelola ke kelompok node, lihat Migrasikan node yang tidak dikelola ke kelompok node.