Container Service for Kubernetes:Ubah sistem operasi

Lihat Catatan rilis untuk citra OS untuk mengetahui tipe OS yang didukung, versi gambar, dan batasan penggunaan.

Catatan penggunaan

• Operasi ini mengganti disk sistem secara batch untuk memperbarui OS. Cadangkan data penting dari disk sistem terlebih dahulu. Disk data tidak terpengaruh. Lakukan operasi ini selama jam sepi.

• Saat Anda melakukan upgrade node dengan mengganti disk-nya, ACK melakukan drain pada node tersebut. Proses ini memindahkan Pod ke node aktif lainnya sambil tetap mematuhi Pod Disruption Budget (PDB). Untuk memastikan ketersediaan tinggi, deploy beban kerja dengan beberapa replika di berbagai node. Selain itu, konfigurasikan PDB untuk layanan kritis guna mengontrol jumlah Pod yang dapat terganggu secara bersamaan.

  Timeout default untuk proses drain node adalah 30 menit. Jika migrasi Pod tidak selesai dalam periode timeout tersebut, ACK akan menghentikan upgrade untuk menjaga stabilitas layanan.

• Saat Anda melakukan upgrade node dengan mengganti disk-nya, ACK menginisialisasi ulang node tersebut berdasarkan konfigurasi kelompok node saat ini. Ini mencakup metode logon, label, taint, citra OS, dan versi runtime. Untuk memperbarui konfigurasi kelompok node, lihat Edit kelompok node. Jika Anda melakukan modifikasi pada node dengan cara lain, upgrade tersebut akan menimpa perubahan Anda.

• Jika sebuah Pod pada node mereferensikan HostPath yang mengarah ke disk sistem, data dalam direktori HostPath tersebut akan hilang setelah upgrade penggantian disk.

• Jika Anda melakukan perubahan konfigurasi pada kluster—misalnya mengaktifkan partisi SWAP atau memodifikasi konfigurasi kubelet atau runtime melalui operasi command line—upgrade kluster mungkin gagal atau konfigurasi kustom Anda bisa tertimpa.

• Beberapa sistem operasi ACK menggunakan cgroup v2 secara default. Tinjau ikhtisar cgroup v2 untuk pertimbangan terkait.

• Jika Anda memiliki node yatim (node pekerja yang tidak dikelola oleh kelompok node), migrasikan ke kelompok node.

• Pada ContainerOS 3.4.0 dan versi setelahnya, disk sistem bersifat read-only dan memerlukan disk data yang disambungkan untuk startup. Ikuti prosedur di bawah ini saat melakukan upgrade ke ContainerOS 3.4.0 atau versi setelahnya. Versi lain tidak terpengaruh.

  Klik untuk melihat prosedur lengkap

  Pilih rencana berdasarkan status disk data kelompok node Anda:

  • Satu disk data tersambung: Ikuti Prosedur di bawah ini untuk melakukan upgrade.

  • Beberapa disk data tersambung: Lakukan migrasi rotasi. Buat kelompok node dengan ContainerOS 3.4 atau versi setelahnya dan satu disk data, lalu scale out node. Secara bertahap migrasikan aplikasi ke kelompok baru tersebut (misalnya, dengan menonaktifkan penjadwalan pada kelompok lama atau menggunakan label). Hapus kelompok lama setelah migrasi selesai.

  • Tidak ada disk data yang tersambung:

    • Pertahankan kelompok node saat ini: Tambahkan satu disk data ke konfigurasi kelompok node dan scale out node baru. Setelah node baru berjalan, drain dan hapus node lama.

    • Migrasi ke kelompok node baru: Ikuti prosedur yang sama seperti untuk 'Beberapa disk data tersambung'.

  Untuk membuat atau mengedit kelompok node, lihat Buat dan kelola kelompok node. Untuk mengatur node menjadi unschedulable, lihat Drain node dan kelola status penjadwalannya. Untuk menghapus node, lihat Hapus node.

• Jika Anda menyesuaikan versi driver GPU dengan menentukan nomor versi atau menggunakan URL OSS, OS dan driver mungkin menjadi tidak kompatibel setelah pembaruan. Lihat Versi driver NVIDIA yang didukung di ACK untuk memilih driver yang kompatibel.

Prosedur

Untuk menghindari risiko ketidakcocokan, jalankan pemeriksaan awal sebelum memperbarui citra OS atau mengubah tipe OS.

1. Masuk ke Konsol ACK atau . Di panel navigasi kiri, klik Clusters.

2. Di halaman Clusters, klik nama kluster Anda. Di panel navigasi kiri, klik Nodes > Node Pools.

3. Di kolom Actions pada daftar Node Pools, pilih > Change Operating System untuk kelompok node target.

4. Klik Precheck untuk memindai potensi risiko.

   • Normal: Pemeriksaan awal berhasil. Lanjutkan dengan pembaruan.

   • Abnormal: Tidak memengaruhi operasi kluster saat ini. Perbaiki masalah yang dilaporkan sebelum melanjutkan.

5. Setelah pemeriksaan awal berhasil, konfigurasikan parameter berikut dan klik Start Replacement.

   Parameter		Deskripsi
   Destination version		Citra OS dan versi target.
   Current version		Versi OS saat ini.
   Update Node		Node yang akan diperbarui. Pilih semua atau node tertentu.
   Ignore Warnings		Apakah proses dilanjutkan jika pemeriksaan awal melaporkan peringatan. Misalnya, sebuah Pod menggunakan hostPath yang mengarah ke sistem disk.
   Batch Replace	Maximum Number of Nodes per Batch	Jumlah maksimum node yang diperbarui secara bersamaan dalam satu batch.
   	Automatic Pause Policy	Kebijakan jeda untuk proses penggantian OS.
   	Interval Between Batches	Interval antar batch ketika Automatic Pause Policy diatur sebagai Do Not Pause. Nilai yang valid: 5 hingga 120 menit.
   	Auto Snapshot	Buat snapshot untuk node yang berisi data penting guna memungkinkan backup dan pemulihan. Snapshot dikenai biaya snapshot. Hapus snapshot yang tidak diperlukan setelah pembaruan selesai.

   Penting

   Sebelum mengubah OS, tinjau catatan rilis citra OS untuk menghindari risiko ketidakcocokan terkait OS.

Referensi

• Untuk meningkatkan versi kubelet dan runtime kontainer, lihat Upgrade kelompok node.

• Lihat Referensi: Pembaruan in-place dan pembaruan dengan mengganti disk sistem.