Tentang upgrade cluster GKE

Halaman ini memperkenalkan konsep upgrade cluster untuk cluster Google Kubernetes Engine (GKE). Jika Anda sudah memahami cara kerja upgrade cluster, lihat menerapkan praktik terbaik untuk mengupgrade cluster.

Apa yang dimaksud dengan upgrade cluster?

Cluster Kubernetes di GKE terdiri dari bidang kontrol dan node pekerja, yang menjalankan beban kerja pengguna. Bidang kontrol dan worker node menjalankan versi Kubernetes. GKE secara otomatis mengupgrade versi control plane dan node untuk memastikan bahwa cluster menerima fitur baru, perbaikan bug, dan patch keamanan. Untuk mempelajari lebih lanjut cara GKE memilih versi untuk cluster Anda, lihat Pembuatan versi dan dukungan GKE.

GKE melakukan jenis upgrade cluster berikut, yang mencakup upgrade control plane dan upgrade node:

Untuk cluster yang tidak terdaftar di saluran rilis, GKE juga otomatis mengupgrade bidang kontrol dan node. Untuk mempelajari cara GKE memilih target upgrade otomatis untuk cluster tersebut, lihat baris Waktu upgrade dalam tabel yang membandingkan cluster yang terdaftar dan tidak terdaftar di saluran rilis.

Anda juga dapat mengupgrade secara manual node dan panel kontrol cluster ke versi yang tersedia, bukan GKE yang melakukan upgrade otomatis. Gunakan fitur GKE untuk memilih waktu dan cara GKE mengupgrade cluster Anda. Untuk mempelajari lebih lanjut, lihat Mengontrol upgrade cluster.

Mendapatkan informasi tentang upgrade cluster

Gunakan referensi berikut untuk mengetahui detail tentang upgrade saat ini:

Mengontrol upgrade cluster

Sebagai administrator platform, Anda ingin meminimalkan gangguan pada workload sekaligus mempertahankan performa, keandalan, dan keamanannya. Tanggung jawab GKE sebagai bagian dari model tanggung jawab bersama GKE adalah mengupgrade cluster Anda agar tetap berjalan untuk menayangkan workload Anda.

Sebagai bagian dari tanggung jawab bersama Anda dengan GKE, Anda harus menyiapkan workload untuk upgrade cluster. Anda tidak dapat sepenuhnya menonaktifkan upgrade otomatis, tetapi Anda dapat mengontrol kapan dan cara GKE melakukan upgrade.

Untuk mengelola upgrade cluster GKE, yang dioptimalkan untuk workload Anda, gunakan kemampuan berikut:

  • Saluran rilis: Pilih saluran rilis untuk mendapatkan versi cluster dengan keseimbangan ketersediaan dan stabilitas fitur yang Anda pilih.
  • Masa pemeliharaan: Tentukan periode waktu berulang saat jenis pemeliharaan cluster GKE tertentu, seperti upgrade, dapat terjadi.
  • Pengecualian pemeliharaan: Mencegah pemeliharaan cluster terjadi selama jangka waktu tertentu.
  • Strategi upgrade node: Jika menggunakan cluster Standar, pilih cara node Anda diupdate–upgrade lonjakan atau upgrade blue-green–untuk meminimalkan gangguan pada beban kerja Anda.
  • Urutan peluncuran: Menentukan upgrade di lingkungan praproduksi sebelum GKE mengupgrade cluster produksi Anda.
  • Upgrade manual: Upgrade cluster secara manual, dan lakukan tindakan seperti membatalkan, melanjutkan, melakukan roll back, dan menyelesaikan upgrade otomatis atau manual yang sedang berlangsung.

Setelah mempelajari kemampuan sebelumnya, Anda akan dapat menerapkan Praktik terbaik untuk mengupgrade cluster.

Untuk memaksimalkan ketersediaan workload, gunakan juga rekomendasi dan teknik yang dijelaskan dalam mengelola dan memantau cluster, serta menyiapkan workload.

Apa yang dimaksud dengan upgrade bidang kontrol cluster otomatis?

Secara rutin, GKE otomatis mengupgrade panel kontrol cluster ke versi minor dan patch Kubernetes stabil yang lebih baru. GKE memilih versi baru untuk cluster Anda berdasarkan pendaftaran saluran rilis cluster.

Di seluruh kumpulan cluster GKE, upgrade otomatis biasanya dilakukan secara bertahap selama beberapa minggu. Karena keamanan infrastruktur merupakan prioritas tinggi bagi GKE, upgrade control plane dilakukan secara berkala dan tidak dapat dinonaktifkan.

Meskipun tidak dapat menonaktifkan upgrade control plane, Anda dapat menggunakan pengecualian pemeliharaan untuk mencegah semua upgrade control plane—termasuk upgrade minor dan patch—secara sementara hingga 30 hari, terlepas dari apakah cluster Anda terdaftar di saluran rilis atau tidak. Untuk cluster yang terdaftar di saluran rilis, Anda dapat mencegah upgrade versi minor hingga versi minor mencapai akhir dukungan.

Anda dapat menggunakan masa pemeliharaan untuk menetapkan jangka waktu berulang saat GKE dapat mengupgrade control plane.

Apa yang dimaksud dengan upgrade node cluster otomatis?

Untuk cluster Autopilot, node selalu diupgrade secara otomatis ke versi bidang kontrol. Untuk cluster Standar, secara default, node diupgrade secara otomatis ke versi control plane.

Untuk kedua mode cluster, Anda dapat menggunakan masa dan pengecualian pemeliharaan untuk mengontrol waktu dan cakupan upgrade node, sebagai berikut:

  • Untuk cluster yang terdaftar di saluran rilis, Anda dapat menggunakan pengecualian pemeliharaan untuk mencegah upgrade otomatis node hingga versi minor node mencapai akhir dukungan.
  • Untuk cluster Standard yang tidak terdaftar di saluran rilis, di tingkat cluster, Anda dapat mencegah upgrade otomatis node hingga 30 hari. Di tingkat kumpulan node, Anda dapat menonaktifkan upgrade otomatis hingga versi minor kumpulan node mencapai akhir dukungan standar.

Setiap kali berencana menunda upgrade otomatis node, pertimbangkan batasan berikut untuk node cluster GKE:

  • Node tidak boleh lebih dari dua versi minor lebih lama dari versi bidang kontrol.
  • Node tidak dapat menjalankan versi yang lebih baru dari versi bidang kontrol cluster saat ini.
  • Node tidak dapat menjalankan versi minor yang telah mencapai akhir dukungan. Untuk cluster di sebagian besar saluran rilis, hal ini berarti akhir dukungan standar. Untuk cluster yang terdaftar di saluran Extended, hal ini berarti akhir dukungan yang diperluas. Untuk memeriksa apakah versi minor masih didukung di saluran cluster Anda, lihat Perkiraan jadwal untuk saluran rilis.

Untuk mengetahui detail selengkapnya tentang batasan ini, lihat kebijakan kemiringan versi GKE.

Upgrade cluster otomatis untuk keamanan dan kompatibilitas

Jika Anda mencegah upgrade cluster dengan masa pemeliharaan dan pengecualian, atau Anda telah menonaktifkan upgrade node otomatis untuk node pool tertentu saat cluster Anda tidak terdaftar di saluran rilis, GKE mungkin akan otomatis mengupgrade cluster Anda untuk tujuan keamanan dan kompatibilitas dalam kasus tertentu. Beberapa alasan GKE mengupgrade cluster Anda terlepas dari pemblokir ini mencakup hal-hal berikut:

  • Bidang kontrol cluster yang menjalankan versi akhir dukungan.
  • Node cluster yang menjalankan versi akhir dukungan.
  • Cluster dengan status loop, didefinisikan sebagai cluster dengan status loop dari berjalan hingga terdegradasi, diperbaiki, atau ditangguhkan, lalu kembali berjalan.

Untuk mengetahui detail selengkapnya, lihat Upgrade otomatis di akhir dukungan, dan Platform terkelola dan tanggung jawab bersama.

Upgrade dan update dengan pengelolaan siklus proses cluster GKE

Di GKE, upgrade cluster dan update cluster memiliki makna terkait.

Di GKE, istilah upgrade cluster—atau hanya upgrade—mengacu pada update versi Kubernetes control plane (upgrade control plane) atau node (upgrade node), atau keduanya. Saat menggunakan cluster Standard, upgrade node juga dapat disebut sebagai upgrade node pool karena GKE menggunakan satu operasi untuk mengupgrade node pool.

Istilah update cluster—atau hanya update—adalah istilah yang lebih umum yang merujuk pada jenis perubahan node atau control plane apa pun, termasuk mengupdate versinya. GKE secara aktif mengelola lingkungan cluster Anda dengan melakukan upgrade, jenis update lainnya, dan operasi pemeliharaan yang diperlukan. Tindakan ini memastikan cluster Anda tetap berperforma baik, aman, dan terbaru dengan fitur dan perbaikan bug terbaru. GKE menggunakan alat seperti strategi upgrade node dan kebijakan pemeliharaan untuk meminimalkan gangguan selama proses ini.

Untuk mempelajari lebih lanjut cara mengelola semua perubahan siklus proses cluster, termasuk upgrade, lihat Mengelola perubahan siklus proses cluster untuk meminimalkan gangguan.

Langkah selanjutnya