Halaman ini memperkenalkan konsep upgrade cluster untuk cluster Google Kubernetes Engine (GKE). Jika Anda sudah memahami cara kerja cluster upgrade, lihat penerapan praktik terbaik untuk mengupgrade cluster.
Apa yang dimaksud dengan upgrade cluster?
Cluster Kubernetes di GKE terdiri dari bidang kontrol dan node pekerja, yang menjalankan workload pengguna. Bidang kontrol dan node pekerja menjalankan versi Kubernetes. GKE secara otomatis mengupgrade versi bidang kontrol dan node untuk memastikan 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 bidang kontrol dan upgrade node :
- Upgrade versi patch: GKE secara otomatis mengupgrade cluster ke patch baru sesering setiap minggu, bergantung pada saluran rilis.
- Upgrade versi minor: Upgrade minor terjadi sekitar tiga kali setahun. Untuk Extended channel cluster, upgrade minor hanya terjadi saat versi minor mendekati akhir dukungan diperpanjang.
Untuk cluster yang tidak terdaftar di saluran rilis, GKE juga secara 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 bidang kontrol dan node cluster secaramanual ke versi yang tersedia, bukan GKE yang melakukan upgrade otomatis. Gunakan fitur GKE untuk memilih kapan dan bagaimana 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:
- Untuk mengetahui informasi tentang upgrade untuk cluster tertentu, termasuk target upgrade otomatis saat ini, lihat Mendapatkan visibilitas ke upgrade cluster.
- Untuk mengambil target upgrade otomatis umum, lihat tabel Versi saat ini. Untuk pemetaan tertentu ke versi minor cluster, lihat catatan rilis Update versi.
- Periksa jadwal rilis GKE untuk mendapatkan perkiraan terbaik tentang kapan versi minor tersedia untuk upgrade, dan kapan dukungan berakhir.
- Gunakan notifikasi cluster untuk terus mendapatkan informasi tentang peristiwa upgrade—seperti upgrade cluster terjadwal (Pratinjau)—untuk cluster Anda menggunakan Cloud Logging atau Pub/Sub.
Gunakan insight dan rekomendasi untuk mendapatkan rekomendasi khusus cluster berikut:
Mengontrol upgrade cluster
Sebagai administrator platform, Anda ingin meminimalkan gangguan pada workload sekaligus menjaganya tetap berperforma, andal, dan aman. Tanggung jawab GKE sebagai bagian dari model tanggung jawab bersama GKE adalah mengupgrade cluster Anda agar tetap berjalan untuk melayani 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 bagaimana 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.
- Jendela pemeliharaan: Tentukan jangka waktu berulang saat jenis pemeliharaan cluster GKE tertentu, seperti upgrade, dapat terjadi.
- Pengecualian pemeliharaan: Mencegah pemeliharaan cluster terjadi selama jangka waktu tertentu.
- Anggaran gangguan: sesuaikan interval waktu minimum antara jenis upgrade cluster tertentu, termasuk upgrade patch atau minor.
- Strategi upgrade node: Jika menggunakan node pool Standar, pilih cara node Anda diupdate–lonjakan, biru-hijau, atau upgrade biru-hijau yang diskalakan otomatis (Pratinjau) –untuk meminimalkan gangguan pada workload Anda. Selain itu, pilih jumlah node pool yang diupgrade GKE secara otomatis pada saat yang sama dalam cluster.
- Urutan peluncuran: Kualifikasikan upgrade di lingkungan praproduksi sebelum GKE mengupgrade cluster produksi Anda.
- Upgrade manual: Upgrade cluster Anda 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 berkala, GKE secara otomatis mengupgrade bidang kontrol cluster ke versi minor dan patch Kubernetes yang lebih stabil. GKE memilih versi baru untuk cluster Anda berdasarkan pendaftaran saluran rilis cluster.
Di seluruh fleet cluster GKE, upgrade otomatis biasanya dilakukan secara bertahap selama beberapa minggu. Karena keamanan infrastruktur merupakan prioritas tinggi bagi GKE, upgrade bidang kontrol terjadi secara berkala dan tidak dapat dinonaktifkan.
Meskipun Anda tidak dapat menonaktifkan upgrade bidang kontrol, Anda dapat menggunakan pengecualian pemeliharaan untuk mencegah semua upgrade bidang kontrol—termasuk upgrade minor dan patch upgrade—selama maksimal 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 bidang kontrol.
Apa yang dimaksud dengan upgrade node cluster otomatis?
GKE melakukan upgrade node cluster otomatis dengan cara berikut, bergantung pada jenis cluster dan node:
- Untuk cluster Autopilot, node selalu diupgrade secara otomatis ke versi bidang kontrol.
Untuk cluster Standar, GKE melakukan hal berikut:
- Untuk node pool Standar, secara default, node diupgrade secara otomatis ke target upgrade otomatis yang sesuai, seperti bidang kontrol. Meskipun kami tidak merekomendasikannya, Anda dapat menonaktifkan upgrade otomatis node. Anda juga dapat mengupgrade jenis node pool ini secara manual.
- Untuk node pool yang dikelola Autopilot , node akan otomatis diupgrade ke versi bidang kontrol dari waktu ke waktu. Anda juga dapat mengupgrade jenis node pool ini secara manual.
Untuk kedua mode cluster, Anda dapat menggunakan masa pemeliharaan dan pengecualian 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 Standar yang tidak terdaftar di saluran rilis, di tingkat cluster, Anda dapat mencegah upgrade otomatis node hingga 30 hari. Di tingkat node pool Standar, Anda dapat menonaktifkan upgrade otomatis hingga versi minor node pool 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 di belakang 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 Diperpanjang, hal ini berarti akhir dukungan diperpanjang. Untuk memeriksa apakah versi minor masih didukung di saluran cluster Anda, lihat Jadwal perkiraan untuk saluran rilis cluster.
Untuk mengetahui detail selengkapnya tentang batasan ini, lihat kebijakan versi GKE.
Upgrade cluster otomatis untuk keamanan dan kompatibilitas
Jika Anda mencegah upgrade cluster dengan masa pemeliharaan dan pengecualian, atau Anda telah menonaktifkan upgrade otomatis node untuk node pool Standar 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 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 pada 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 arti yang terkait.
Di GKE, istilah upgrade cluster—atau hanya upgrade—mengacu pada pembaruan versi Kubernetes bidang kontrol (upgrade bidang kontrol) atau node (upgrade node), atau keduanya. Saat menggunakan cluster Standar, upgrade node juga dapat disebut sebagai upgrade node pool karena GKE menggunakan satu operasi untuk mengupgrade node pool node.
Istilah update cluster—atau hanya update—adalah istilah yang lebih umum yang mengacu pada jenis perubahan bidang kontrol atau node 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, aman, dan selalu update 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 berikutnya
- Pelajari lebih lanjut upgrade cluster Autopilot.
- Pelajari lebih lanjut upgrade cluster Standar.
- Pelajari lebih lanjut pembuatan versi dan dukungan GKE.
- Pelajari lebih lanjut catatan rilis GKE.
- Pelajari cara mengonfigurasi upgrade otomatis node.