Container Service for Kubernetes：Mengganti sistem operasi

Untuk informasi lebih lanjut mengenai jenis sistem operasi, versi citra terbaru yang didukung oleh ACK, serta batasan dari beberapa sistem operasi, lihat Catatan rilis citra OS.

Perhatian

• Operasi ini memperbarui sistem operasi secara bertahap dengan mengganti disk sistem node. Jangan menyimpan data penting pada disk sistem, atau pastikan untuk mencadangkan data tersebut terlebih dahulu. Disk data tidak terpengaruh selama peningkatan. Kami menyarankan agar Anda melakukan operasi ini di luar jam sibuk.

• Saat meningkatkan node dengan mengganti disk sistemnya, ACK melakukan drain pada node tersebut. Hal ini mengusir Pod ke node lain yang tersedia sesuai dengan Pod Disruption Budget (PDB). Untuk memastikan ketersediaan tinggi, gunakan strategi penerapan multi-replika untuk mendistribusikan beban kerja di beberapa node. Anda juga harus mengonfigurasi PDB untuk layanan kritis guna mengontrol jumlah Pod yang dapat terganggu secara bersamaan.

  Batas waktu default untuk drain node adalah 30 menit. Jika migrasi Pod belum selesai dalam periode batas waktu tersebut, ACK akan menghentikan peningkatan untuk memastikan stabilitas layanan.

• Saat meningkatkan node dengan mengganti disk sistemnya, ACK menginisialisasi ulang node berdasarkan konfigurasi kelompok node saat ini. Ini mencakup metode login node, label, taint, citra sistem operasi, dan versi runtime. Biasanya, Anda memperbarui konfigurasi kelompok node dengan cara mengedit kelompok node. Jika Anda mengubah node menggunakan metode lain, peningkatan tersebut akan menimpa perubahan tersebut.

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

• Jika Anda telah mengubah konfigurasi kluster, seperti mengaktifkan partisi SWAP atau memodifikasi konfigurasi kubelet atau runtime melalui baris perintah, peningkatan kluster mungkin gagal atau konfigurasi kustom Anda bisa ditimpa.

• Beberapa sistem operasi ACK menggunakan cgroup v2 secara default. Untuk informasi lebih lanjut mengenai hal-hal yang perlu diperhatikan terkait cgroup v2, lihat versi cgroup.

• Jika Anda memiliki node mandiri, yaitu node pekerja yang tidak dikelola oleh kelompok node, Anda harus memigrasikannya ke kelompok node. Untuk informasi lebih lanjut, lihat Migrasi node mandiri ke kelompok node.

• Pada ContainerOS 3.4.0, disk sistem diatur dalam mode read-only. Disk data harus disambungkan agar sistem dapat dimulai. Oleh karena itu, saat Anda meningkatkan ke ContainerOS 3.4 atau versi yang lebih baru, ikuti prosedur di bawah ini. Versi lain tidak terpengaruh.

  Lihat prosedur lengkap

  Pilih solusi peningkatan berdasarkan apakah disk data telah disambungkan ke kelompok node saat ini:

  • Satu disk data disambungkan: Sistem dapat dimulai dengan baik. Ikuti Prosedur di bawah ini untuk menyelesaikan peningkatan.

  • Beberapa disk data disambungkan: Buat kelompok node baru untuk migrasi. Untuk melakukannya, buat kelompok node, pilih ContainerOS 3.4 atau versi yang lebih baru, dan sambungkan satu disk data. Kemudian, tambahkan jumlah node yang diperlukan. Secara bertahap migrasikan aplikasi ke kelompok node baru dengan menonaktifkan penjadwalan pada kelompok node lama atau memperbarui beban kerja aplikasi agar dijadwalkan ke kelompok node baru, misalnya dengan menggunakan label. Terakhir, nonaktifkan kelompok node lama.

  • Tidak ada disk data yang disambungkan:

    • Pertahankan kelompok node saat ini: Perbarui konfigurasi kelompok node untuk menyambungkan satu disk data dan tambahkan node baru. Setelah node baru berjalan dengan baik, secara bertahap lakukan drain dan hapus node lama.

    • Buat kelompok node baru untuk migrasi: Prosedurnya sama seperti saat beberapa disk data disambungkan.

  Untuk informasi lebih lanjut tentang cara membuat dan mengelola kelompok node, lihat Buat dan kelola kelompok node. Untuk informasi lebih lanjut tentang cara mengatur node menjadi tidak dapat dijadwalkan, lihat Drain node dan kelola status penjadwalannya. Untuk informasi lebih lanjut tentang cara menghapus node, lihat Hapus node.

• Jika Anda menyesuaikan versi driver GPU untuk node dalam kelompok node dengan menentukan nomor versi atau menggunakan URL OSS, sistem operasi dan versi driver mungkin tidak kompatibel setelah Anda meningkatkan citra OS. Lihat Versi driver NVIDIA yang didukung oleh ACK dan pilih driver kompatibel terbaru.

Prosedur

Ikuti langkah-langkah berikut untuk memperbarui citra sistem operasi ke versi terbaru atau mengganti jenis sistem operasi. Untuk menghindari risiko ketidakcocokan, jalankan pemindaian pemeriksaan awal terlebih dahulu.

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

2. Pada halaman Clusters, temukan kluster yang ingin dikelola dan klik namanya. Di panel navigasi kiri, pilih Nodes > Node Pools.

3. Pada daftar Node Pools, temukan kelompok node target, lalu pada kolom Actions, pilih > Replace Operating System.

4. Klik Precheck untuk memindai potensi risiko penggantian citra sistem operasi dan lihat hasil pemeriksaan.

   • Normal: Pemeriksaan awal berhasil. Anda dapat melanjutkan ke langkah berikutnya.

   • Abnormal: Status berjalan kluster saat ini tidak terpengaruh. Ikuti solusi yang direkomendasikan untuk memperbaiki masalah.

5. Setelah pemeriksaan awal berhasil, konfigurasikan parameter seperti yang dijelaskan dalam tabel berikut dan klik Start Replacement.

   Item Konfigurasi		Deskripsi
   Target Version		Pilih citra dan versi target.
   Current Version		Versi sistem operasi saat ini.
   Update Nodes		Tentukan node yang sistem operasinya ingin Anda ganti. Anda dapat memilih semua node atau sebagian node.
   Ignore Warning-level Check Items		Menentukan apakah akan mengabaikan item pemeriksaan tingkat peringatan di tingkat kelompok node dan melanjutkan peningkatan. Contoh item pemeriksaan tingkat peringatan adalah adanya Pod di kelompok node yang menggunakan HostPath yang mengarah ke disk sistem.
   Batch Replacement Policy	Maximum Number Of Nodes Per Batch	Sistem memperbarui node secara berurutan berdasarkan jumlah maksimum node konkuren yang ditentukan.
   	Auto-pause Policy	Kebijakan untuk menjeda penggantian sistem operasi pada node.
   	Interval Between Batches	Jika Anda mengatur Auto-pause Policy ke Do Not Pause, Anda dapat menentukan interval antar batch. Nilai yang valid: 5 hingga 120 menit.
   	Automatic Snapshot	Peningkatan dilakukan dengan mengganti disk sistem. Jika disk sistem node berisi data bisnis penting, buat snapshot untuk node tersebut sebelum memperbarui sistem operasi. Hal ini memungkinkan Anda mencadangkan dan memulihkan data. Penggunaan snapshot dikenai biaya snapshot. Jika snapshot tidak lagi diperlukan setelah peningkatan, hapuslah segera.

   Penting

   Untuk menghindari risiko ketidakcocokan saat mengganti sistem operasi, lihat Catatan rilis citra OS.

Referensi

• Untuk informasi lebih lanjut tentang cara meningkatkan versi kubelet dan runtime kontainer kelompok node, lihat Upgrade a node pool.

• Untuk informasi lebih lanjut tentang prosedur dan logika di balik peningkatan node dengan mengganti disk sistem, lihat Reference: In-place upgrades and upgrades by replacing system disks.