Halaman ini menjelaskan cara Anda dan Google Kubernetes Engine (GKE) mengelola perubahan selama siklus proses cluster untuk memaksimalkan performa dan ketersediaan sekaligus meminimalkan gangguan beban kerja.
Halaman ini ditujukan untuk administrator platform yang ingin merencanakan dan mengoptimalkan lingkungan cluster mereka untuk meminimalkan gangguan pada workload mereka. Anda dapat membaca halaman ini sebelum atau sesudah mempelajari cara melakukan tugas pengelolaan cluster dasar yang dijelaskan dalam Mengelola cluster dan Ringkasan administrasi cluster.
Platform terkelola dan tanggung jawab bersama
GKE adalah implementasi platform orkestrasi container open source Kubernetes yang dikelola Google. Seperti yang disebutkan dalam Cara kerja GKE, cluster GKE terdiri dari bidang kontrol, yang mencakup node pengelolaan yang menjalankan komponen sistem, dan node pekerja, tempat Anda men-deploy workload.
Membuat lingkungan cluster yang optimal untuk menjalankan beban kerja Anda, dengan performa, ketersediaan, dan gangguan minimum, merupakan tanggung jawab bersama:
- Tanggung jawab GKE adalah mempertahankan lingkungan cluster yang andal, tersedia, aman, dan berperforma tinggi. Untuk melakukannya, GKE mengelola bidang kontrol, komponen sistem, dan, untuk mode Autopilot, node pekerja.
- Tanggung jawab Anda sebagai administrator platform adalah mengonfigurasi cluster dan mengelola workload, termasuk menyiapkannya untuk menangani gangguan. Dengan mode Standard, Anda juga membuat dan mengelola node pekerja, yang dikelompokkan dalam node pool.
Untuk mempelajari lebih lanjut, lihat tanggung jawab bersama GKE.
Cara GKE mengelola perubahan selama siklus proses cluster
Sebagai implementasi Kubernetes, cluster GKE adalah jaringan proses dan sistem yang bekerja sama untuk mempertahankan lingkungan yang optimal untuk menjalankan workload Anda. Untuk mengelola cluster, GKE melakukan tugas pemeliharaan, membuat perubahan, memulai operasi, mengupdate komponen, dan mengupgrade versi control plane dan node.
Sebagian besar operasi harian aplikasi Anda berjalan secara diam-diam di latar belakang, sehingga beban kerja Anda tetap berjalan tanpa gangguan. Namun, beberapa perubahan kritis harus diselesaikan dengan cara yang dapat mengganggu workload Anda untuk sementara, seperti yang dijelaskan di bagian berikutnya.
Beberapa perubahan cluster dapat mengganggu beban kerja
Meskipun GKE berupaya menjaga agar workload Anda berjalan dengan lancar, beberapa jenis perubahan penting dapat memerlukan gangguan sementara pada workload Anda—terutama perubahan yang memulai ulang node yang menjalankan workload Anda. Dengan menggunakan fitur GKE dan Kubernetes, Anda dapat menentukan kapan dan bagaimana gangguan akan terjadi, sehingga saat terjadi, beban kerja Anda dapat menangani perubahan dengan lancar.
Bagian berikut menjelaskan jenis perubahan yang dilakukan GKE pada cluster, jenis gangguan yang ditimbulkannya, dan cara Anda dapat bersiap.
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.
Merencanakan gangguan update node
Jenis perubahan cluster tertentu—sebagian besar perubahan pada node—dapat menyebabkan gangguan.
GKE menggunakan strategi upgrade node untuk mengupdate node—baik node Autopilot maupun kumpulan node cluster Standar—dengan cara yang dioptimalkan untuk kebutuhan workload Anda. Strategi ini berlaku untuk upgrade versi dan juga untuk beberapa jenis perubahan node lainnya. Strategi ini memungkinkan GKE meminimalkan gangguan saat melakukan update node, yang penting untuk menjaga cluster tetap berfungsi dan berperforma baik.
Gunakan periode dan pengecualian pemeliharaan untuk memilih kapan beberapa pemeliharaan cluster terjadi dan tidak terjadi, dan, untuk cluster Standar, pilih strategi upgrade node yang paling sesuai dengan profil beban kerja dan batasan resource Anda.
Untuk perubahan manual dan yang dimulai secara otomatis pada node, GKE akan membuat perubahan dengan karakteristik umum berikut:
- Perubahan biasanya mematuhi kebijakan pemeliharaan: Saat GKE
membuat perubahan pada node, perubahan ini umumnya mematuhi
kebijakan
pemeliharaan GKE.
Pertimbangkan hal berikut jika Anda memulai perubahan manual yang mengharuskan semua node dalam node pool dibuat ulang:
- Untuk beberapa perubahan, GKE mematuhi kebijakan pemeliharaan dan tidak menerapkan perubahan yang Anda kirimkan hingga tersedia pemeliharaan. Jika GKE menunggu ketersediaan pemeliharaan, dan perubahannya mendesak, Anda dapat menerapkan perubahan secara manual untuk segera menerapkan konfigurasi baru.
- Untuk perubahan manual lainnya termasuk upgrade manual, GKE tidak mematuhi kebijakan pemeliharaan. Untuk perubahan manual ini, pastikan beban kerja Anda siap menghadapi gangguan langsung.
- Perubahan umumnya menggunakan strategi upgrade node: Saat GKE menerapkan sebagian besar perubahan otomatis atau yang dimulai secara manual ke node—termasuk update node selain upgrade versi—GKE memilih strategi upgrade node: upgrade lonjakan atau upgrade blue-green. Autopilot selalu menggunakan upgrade lonjakan. Perubahan pada node pool cluster Standar biasanya menggunakan upgrade lonjakan, kecuali jika Anda telah mengonfigurasi upgrade blue-green dan melakukan jenis perubahan tertentu.
- Perubahan memerlukan resource yang memadai: Saat GKE menerapkan perubahan menggunakan strategi upgrade node, perubahan ini memerlukan sejumlah resource tertentu, bergantung pada strategi dan konfigurasinya. Project cluster Anda harus memiliki kuota resource, ketersediaan resource, dan kapasitas pemesanan yang memadai (untuk node pool dengan afinitas pemesanan tertentu). Untuk mempelajari lebih lanjut, lihat Memastikan resource untuk upgrade node.
Untuk mengetahui daftar mendetail tentang perubahan tertentu dan karakteristiknya, lihat Jenis perubahan pada cluster GKE di halaman ini.
Memaksimalkan ketersediaan workload dengan bersiap menghadapi perubahan yang mengganggu
Untuk memaksimalkan ketersediaan workload yang berjalan di cluster GKE, sebaiknya lakukan tindakan yang dijelaskan di bagian berikut:
Memilih ketersediaan cluster
Jika ketersediaan bidang kontrol adalah prioritas, pilih cluster Autopilot atau cluster Standard regional, bukan cluster Standard zona. Untuk mempelajari lebih lanjut, lihat Tentang pilihan konfigurasi cluster.
Mengontrol upgrade menggunakan alat GKE
Anda dapat menggunakan alat berikut untuk mengontrol kapan dan bagaimana GKE mengupgrade cluster Anda, sehingga memungkinkan untuk menerapkan praktik terbaik:
- 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.
Mengelola dan memantau cluster
Untuk mengelola potensi gangguan pada cluster Anda, terus lakukan tugas berikut:
- Pantau cluster Anda dengan suite observabilitas GKE.
- Ikuti catatan rilis GKE untuk mengetahui pengumuman.
- Berlangganan notifikasi cluster, seperti versi yang baru tersedia atau buletin keamanan.
- Periksa jadwal rilis GKE untuk mengetahui estimasi terbaik waktu versi minor tersedia untuk upgrade, dan mencapai akhir dukungan.
- Gunakan panduan preskriptif yang mengidentifikasi potensi peluang pengoptimalan dan menjelaskan cara mengoptimalkan penggunaan cluster Anda, termasuk penghentian penggunaan GKE.
Menyiapkan workload
Kelola gangguan dengan membuat workload Anda sekuat mungkin terhadap gangguan:
- Jalankan replika workload Anda untuk memastikan redundansi dan menghindari titik tunggal kegagalan.
- Tentukan anggaran gangguan untuk aplikasi Anda menggunakan Anggaran Gangguan Pod.
- Tetapkan masa tenggang penghentian dengan durasi yang tepat agar beban kerja Anda dimatikan dengan baik.
- Jika workload Anda menggunakan GPU atau TPU, ikuti petunjuk untuk mengelola gangguan node GKE untuk GPU dan TPU.
- Untuk aplikasi stateful, yang sering kali memerlukan waktu untuk menghentikan I/O dengan sempurna dan melepasnya dari penyimpanan, ikuti langkah-langkah di Memastikan beban kerja stateful siap menghadapi gangguan.
Untuk diskusi umum tentang topik ini, lihat bagian Mengelola gangguan dalam postingan blog Praktik terbaik GKE: Operasi hari ke-2 untuk kontinuitas bisnis.
Jenis perubahan pada cluster GKE
Tabel berikut menunjukkan jenis perubahan utama yang paling umum pada cluster, termasuk karakteristik perubahan ini seperti frekuensi dan tingkat gangguan.
Jenis upgrade
Tinjau tabel berikut untuk memahami bagaimana upgrade dapat mengganggu lingkungan cluster.
| Ubah | Dimulai secara otomatis atau manual | Mengikuti kebijakan pemeliharaan | Frekuensi | Jenis gangguan | Tingkat gangguan |
|---|---|---|---|---|---|
| Upgrade bidang kontrol | Otomatis atau manual |
Upgrade otomatis mematuhi kebijakan pemeliharaan hingga akhir dukungan, kecuali untuk perbaikan darurat yang sangat jarang, sesuai kebutuhan. Upgrade manual tidak diblokir oleh kebijakan pemeliharaan. |
Upgrade patch, setiap minggu, bergantung pada saluran rilis. Upgrade minor sekitar setiap empat bulan. Untuk cluster Saluran yang diperpanjang, upgrade minor hanya dilakukan jika versi minor mendekati akhir dukungan. |
Bidang kontrol |
Untuk cluster Autopilot dan Standar regional, bidang kontrol tetap tersedia. Untuk cluster Standar zonal, beberapa menit saat Anda tidak dapat berkomunikasi dengan bidang kontrol, yang berarti Anda tidak dapat mengonfigurasi cluster, node, dan workload selama waktu tersebut. |
| Upgrade node | Otomatis atau manual |
Upgrade otomatis mematuhi kebijakan pemeliharaan hingga akhir dukungan, kecuali untuk perbaikan darurat yang sangat jarang, sesuai kebutuhan. Upgrade manual tidak diblokir oleh kebijakan pemeliharaan. |
Biasanya sama dengan upgrade bidang kontrol. Jika cluster tidak terdaftar di saluran rilis dan Anda menonaktifkan upgrade otomatis node, Anda bertanggung jawab untuk mengupgrade node pool cluster secara manual. |
Semua node untuk cluster Autopilot, atau satu atau beberapa node pool cluster Standard. |
Node harus dimatikan agar dapat dibuat ulang, Pod harus diganti. GKE menggunakan upgrade lonjakan untuk Autopilot, atau strategi upgrade node yang dikonfigurasi (lonjakan atau blue-green) untuk cluster Standar. |
Perubahan manual yang membuat ulang node menggunakan strategi upgrade node dan mematuhi kebijakan pemeliharaan
Tinjau tabel berikut untuk memahami bagaimana perubahan manual ini dapat mengganggu lingkungan cluster. Daftar ini mencakup, di antara perubahan lainnya, perubahan manual yang mematuhi kebijakan pemeliharaan GKE.
| Ubah | Dimulai secara otomatis atau manual | Mengikuti kebijakan pemeliharaan | Frekuensi | Jenis gangguan | Tingkat gangguan |
|---|---|---|---|---|---|
| Merotasi kredensial cluster | Otomatis jika masa berlaku kredensial cluster akan berakhir dalam 30 hari, juga dapat dimulai secara manual. | Mengikuti kebijakan pemeliharaan, tetapi GKE dapat mengganti kebijakan pemeliharaan dalam waktu 30 hari setelah masa berlaku kredensial berakhir. Selain itu, jika Anda memicu operasi tertentu secara manual setelah langkah pertama, operasi tersebut tidak mematuhi kebijakan pemeliharaan. | Satu kali per perubahan manual jenis ini, atau bergantung pada masa berlaku kredensial cluster untuk inisiasi otomatis. Anda dapat memanggil operasi secara manual untuk langkah tertentu dalam proses rotasi. | Untuk beberapa langkah, bidang kontrol. Untuk langkah lain, semua node untuk cluster Autopilot, semua node di setiap node pool cluster Standard. |
Saat Anda memulai rotasi dan menyelesaikan rotasi, tingkat gangguannya adalah sebagai berikut:
Saat node dibuat ulang, tingkat gangguannya adalah sebagai berikut:
|
| Merotasi alamat IP panel kontrol | Dimulai secara manual | Mengikuti kebijakan pemeliharaan, tetapi jika Anda memicu operasi tertentu secara manual setelah langkah pertama, operasi tersebut tidak akan mengikuti kebijakan pemeliharaan. | Satu kali per perubahan manual jenis ini. Anda dapat memanggil operasi secara manual untuk langkah tertentu dalam proses rotasi. | Untuk beberapa langkah, bidang kontrol. Untuk langkah lain, semua node untuk cluster Autopilot, semua node di setiap node pool cluster Standard. |
Saat Anda memulai rotasi dan menyelesaikan rotasi, tingkat gangguannya adalah sebagai berikut:
Saat node dibuat ulang, tingkat gangguannya adalah sebagai berikut:
|
| Mengonfigurasi node yang terlindungi | Dimulai secara manual |
Membuat ulang bidang kontrol tidak mematuhi kebijakan pemeliharaan, dan langsung membuat perubahan. Membuat ulang node akan mengikuti kebijakan pemeliharaan. |
Satu kali per perubahan jenis ini |
Bidang kontrol diperbarui. Setelah bidang kontrol diperbarui, semua node di setiap kumpulan node cluster Standard harus dibuat ulang. |
Saat control plane dibuat ulang, tingkat gangguannya adalah sebagai berikut:
Saat node dibuat ulang, tingkat gangguannya adalah sebagai berikut:
|
| Mengonfigurasi kebijakan jaringan | Dimulai secara manual | Mengikuti kebijakan pemeliharaan | Satu kali per perubahan jenis ini | Semua node untuk cluster Autopilot, semua node di setiap node pool cluster Standard. |
Node harus dimatikan agar dapat dibuat ulang, Pod harus diganti. GKE menggunakan upgrade lonjakan untuk membuat ulang node. |
| Mengonfigurasi visibilitas intranode | Dimulai secara manual | Mengikuti kebijakan pemeliharaan | Satu kali per perubahan jenis ini | Semua node untuk cluster Autopilot, semua node di setiap node pool cluster Standard. |
Node harus dimatikan agar dapat dibuat ulang, Pod harus diganti. GKE menggunakan upgrade lonjakan untuk membuat ulang node. |
| Mengonfigurasi NodeLocal DNSCache | Dimulai secara manual | Mengikuti kebijakan pemeliharaan | Satu kali per perubahan jenis ini | Semua node dalam kumpulan node cluster Standard yang diupdate harus diupdate. |
Node harus dimatikan agar dapat dibuat ulang, Pod harus diganti. GKE menggunakan upgrade lonjakan untuk membuat ulang node. |
| Mengaktifkan Streaming gambar | Dimulai secara manual |
Saat mengupdate di tingkat cluster, ikuti kebijakan pemeliharaan. Saat memperbarui setiap node pool, tidak mematuhi kebijakan pemeliharaan. |
Satu kali per perubahan jenis ini |
Jika diaktifkan di tingkat node pool, semua node di node pool cluster Standar. Jika diaktifkan di tingkat cluster, node dari node pool cluster Standar yang setelan untuk node pool-nya belum Anda aktifkan atau nonaktifkan satu per satu. |
GKE menggunakan upgrade lonjakan untuk membuat ulang node node pool. |
Pemeliharaan otomatis yang tidak mematuhi kebijakan pemeliharaan
Tinjau tabel berikut untuk memahami bagaimana pemeliharaan otomatis yang tidak mematuhi kebijakan pemeliharaan dapat mengganggu lingkungan cluster.
| Ubah | Dimulai secara otomatis atau manual | Mengikuti kebijakan pemeliharaan | Frekuensi | Jenis gangguan | Tingkat gangguan |
|---|---|---|---|---|---|
| Perbaikan atau perubahan ukuran bidang kontrol | Otomatis | Tidak mematuhi kebijakan pemeliharaan |
Frekuensi perbaikan bidang kontrol bersifat acak, tetapi tidak memengaruhi cluster Autopilot dan cluster Standar regional. Perubahan ukuran bidang kontrol jarang terjadi, tetapi frekuensinya meningkat dengan peristiwa penskalaan cluster, dan juga tidak berdampak pada cluster Autopilot dan cluster Standard regional. |
Bidang kontrol |
Untuk cluster Autopilot dan Standar regional, bidang kontrol tetap tersedia. Untuk cluster Standar zonal, beberapa menit saat Anda tidak dapat berkomunikasi dengan bidang kontrol, yang berarti Anda tidak dapat mengonfigurasi cluster, node, dan workload selama waktu tersebut. |
| Peristiwa pemeliharaan host | Otomatis | Tidak mematuhi kebijakan pemeliharaan | Lihat Peristiwa pemeliharaan untuk perkiraan frekuensi. | Satu node |
Untuk sebagian besar jenis node, efeknya minimal. Beberapa node, termasuk node dengan GPU atau TPU, mungkin mengalami gangguan yang lebih besar. Untuk mempelajari lebih lanjut, lihat Pemeliharaan Google Cloud lainnya. |
| Perbaikan otomatis node | Otomatis | Tidak mematuhi kebijakan pemeliharaan | Frekuensi perbaikan otomatis node bersifat acak. |
Satu node | Node dimulai ulang, sehingga Pod apa pun yang berjalan di node akan terganggu. |
| Mengambil kembali Spot VM dan Preemptible VM | Otomatis | Tidak mematuhi kebijakan pemeliharaan |
Untuk preemptible VM, minimal sekali setiap 24 jam. Untuk Spot VM, saat Compute Engine memerlukan resource di tempat lain. |
Satu node | Lihat detail tentang penghentian dan pemadaman tuntas Spot VM, serta penghentian dan pemadaman tuntas preemptible VM. |
Perubahan manual yang membuat ulang node menggunakan strategi upgrade node tanpa mematuhi kebijakan pemeliharaan
Tinjau tabel berikut untuk memahami bagaimana perubahan manual ini dapat mengganggu lingkungan cluster. Daftar ini mencakup perubahan dari saat GKE menggunakan upgrade lonjakan dan saat GKE menggunakan upgrade blue-green yang tidak disertakan di bagian lain karena tidak mematuhi kebijakan pemeliharaan.
| Ubah | Dimulai secara otomatis atau manual | Mengikuti kebijakan pemeliharaan | Frekuensi | Jenis gangguan | Tingkat gangguan |
|---|---|---|---|---|---|
| Pembaruan label node pool | Dimulai secara manual | Tidak mematuhi kebijakan pemeliharaan, langsung membuat perubahan. | Satu kali per perubahan jenis ini | Semua node dalam node pool cluster Standard | GKE akan langsung menggunakan upgrade lonjakan untuk membuat ulang node pool saat Anda memperbarui label node di node pool yang ada, terlepas dari kebijakan pemeliharaan yang aktif. |
| Menskalakan node secara vertikal dengan mengubah atribut mesin node | Dimulai secara manual | Tidak mematuhi kebijakan pemeliharaan, langsung membuat perubahan. | Satu kali per perubahan jenis ini | Semua node dalam node pool cluster Standard | GKE langsung menggunakan upgrade lonjakan untuk membuat ulang node di node pool yang ada, terlepas dari kebijakan pemeliharaan yang aktif. |
| Perubahan jenis gambar | Dimulai secara manual | Tidak mematuhi kebijakan pemeliharaan, langsung membuat perubahan. | Satu kali per perubahan jenis ini | Semua node dalam node pool cluster Standard |
Node harus dimatikan agar dapat dibuat ulang, Pod harus diganti. GKE menggunakan strategi upgrade node yang dikonfigurasi (lonjakan atau biru-hijau) untuk cluster Standard. |
| Menambahkan atau mengganti kumpulan penyimpanan di node pool cluster Standard | Dimulai secara manual | Tidak mematuhi kebijakan pemeliharaan, langsung membuat perubahan. | Satu kali per perubahan jenis ini | Semua node dalam node pool cluster Standard |
Node harus dimatikan agar dapat dibuat ulang, Pod harus diganti. GKE menggunakan strategi upgrade node yang dikonfigurasi (lonjakan atau biru-hijau) untuk cluster Standard. |
| Mengaktifkan Streaming gambar | Dimulai secara manual |
Saat mengupdate di tingkat cluster, ikuti kebijakan pemeliharaan. Saat memperbarui setiap node pool, tidak mematuhi kebijakan pemeliharaan. |
Satu kali per perubahan jenis ini |
Jika diaktifkan di tingkat node pool, semua node di node pool cluster Standar. Jika diaktifkan di tingkat cluster, node dari node pool cluster Standar yang setelan untuk node pool-nya belum Anda aktifkan atau nonaktifkan satu per satu. |
GKE menggunakan upgrade lonjakan untuk membuat ulang node node pool. |
| Pembaruan konfigurasi performa jaringan | Dimulai secara manual | Tidak mematuhi kebijakan pemeliharaan, langsung membuat perubahan. | Satu kali per perubahan jenis ini | Semua node dalam node pool cluster Standard |
Node harus dimatikan agar dapat dibuat ulang, Pod harus diganti. GKE langsung menggunakan upgrade lonjakan untuk membuat ulang node di node pool yang ada, terlepas dari kebijakan pemeliharaan yang aktif. |
| Mengaktifkan gVNIC | Dimulai secara manual | Tidak mematuhi kebijakan pemeliharaan, langsung membuat perubahan. | Satu kali per perubahan jenis ini | Semua node dalam node pool cluster Standard |
Node harus dimatikan agar dapat dibuat ulang, Pod harus diganti. GKE langsung menggunakan upgrade lonjakan untuk membuat ulang node di node pool yang ada, terlepas dari kebijakan pemeliharaan yang aktif. |
| Perubahan konfigurasi sistem node | Dimulai secara manual | Tidak mematuhi kebijakan pemeliharaan, langsung membuat perubahan. | Satu kali per perubahan jenis ini | Semua node dalam node pool cluster Standard |
Node harus dimatikan agar dapat dibuat ulang, Pod harus diganti. GKE langsung menggunakan upgrade lonjakan untuk membuat ulang node di node pool yang ada, terlepas dari kebijakan pemeliharaan yang aktif. |
| Node rahasia | Dimulai secara manual | Tidak mematuhi kebijakan pemeliharaan, langsung membuat perubahan. | Satu kali per perubahan jenis ini | Semua node dalam node pool cluster Standard |
Node harus dimatikan agar dapat dibuat ulang, Pod harus diganti. GKE langsung menggunakan upgrade lonjakan untuk membuat ulang node di node pool yang ada, terlepas dari kebijakan pemeliharaan yang aktif. |
Perubahan yang tidak memerlukan pembuatan ulang node
Tinjau tabel berikut untuk memahami perubahan pada konfigurasi node yang tidak memerlukan pembuatan ulang node. Perubahan ini tidak mengganggu, tetapi gangguan masih mungkin terjadi jika konfigurasi node yang diperbarui memengaruhi beban kerja Anda.
| Ubah | Dimulai secara otomatis atau manual | Mengikuti kebijakan pemeliharaan | Frekuensi | Jenis gangguan | Tingkat gangguan |
|---|---|---|---|---|---|
|
Perbarui setelan berikut:
|
Dimulai secara manual | Tidak mematuhi kebijakan pemeliharaan, langsung membuat perubahan. | Satu kali per perubahan jenis ini | Semua node yang relevan akan diperbarui. | Pod tidak perlu diganti karena konfigurasi node diperbarui tanpa membuat ulang node. |
Langkah selanjutnya
- Ringkasan GKE
- Arsitektur cluster GKE
- Tanggung jawab bersama GKE
- Pembuatan versi dan dukungan GKE
- Perjanjian Tingkat Layanan GKE
- Upgrade cluster GKE