Pembuatan versi dan dukungan GKE

Halaman ini menjelaskan pembuatan versi di Google Kubernetes Engine (GKE), dan kebijakan untuk dukungan versi. Seiring waktu, GKE mengupgrade cluster ke versi Kubernetes yang lebih baru. Untuk mempelajari lebih lanjut cara kerja upgrade, lihat Tentang upgrade cluster GKE.

Anda dapat melihat jadwal dukungan dan peluncuran versi saat ini di jadwal rilis GKE.

Dukungan versi

Dukungan GKE untuk versi minor Kubernetes didasarkan pada kebijakan open source Kubernetes. GKE mendukung versi minor dengan menyediakan versi patch dari rilis minor yang sama, dan secara rutin mengupgrade cluster ke patch yang lebih baru tersebut.

Cara Kubernetes mendukung versi minor

Komunitas Software Open Source (OSS) Kubernetes merilis versi minor dengan peningkatan dan fitur baru tiga kali setahun. Setiap siklus rilis berlangsung sekitar 15 minggu.

Kubernetes mendukung setiap versi minor selama 14 bulan. Bug utama dan kerentanan keamanan yang ditemukan dalam versi minor yang didukung diperbaiki dengan rilis versi patch ad hoc. Komunitas Kubernetes terkadang merevisi kalender dukungan versi, sesuai kebutuhan. Untuk mempelajari lebih lanjut, lihat Periode dukungan.

Cara GKE mendukung versi minor

Setelah Kubernetes merilis versi minor baru, GKE pertama kali memperkenalkan versi minor di saluran Cepat. GKE menyediakan versi patch selama waktu tersebut, tetapi karena saluran Cepat menyediakan versi GKE terbaru, versi ini dikecualikan dari SLA GKE dan mungkin berisi masalah tanpa solusi yang diketahui.

Setelah ketersediaan awal di saluran Cepat, GKE akan mempromosikan versi minor baru ke saluran Reguler. GKE memberikan hingga total dukungan selama 24 bulan untuk versi minor setelah versi tersebut tersedia untuk pembuatan cluster baru di saluran Reguler. Dukungan ini mencakup dukungan standar selama sekitar 14 bulan dan sekitar 10 bulan tambahan dukungan yang diperluas yang tersedia dengan saluran Diperluas. Untuk melihat ketersediaan versi minor tertentu, tinjau jadwal rilis GKE.

Siklus proses versi minor GKE

Siklus proses versi minor GKE mencakup langkah-langkah utama berikut:

  1. Kubernetes merilis versi minor baru.
  2. GKE menyediakan versi minor baru di saluran Rapid.
  3. GKE menyediakan versi minor baru di saluran Reguler (awal periode dukungan standar).
  4. Selama periode dukungan standar, GKE menyediakan patch untuk versi minor yang mencakup fitur baru, perbaikan keamanan, dan perbaikan bug.
  5. Versi minor mencapai akhir dukungan standar setelah total sekitar 14 bulan, memasuki periode dukungan yang diperpanjang. Setelah waktu ini, GKE menyediakan patch keamanan untuk cluster di saluran Extended.
  6. Versi minor mencapai akhir dukungan yang diperluas, yang berarti bahwa versi minor tidak akan menerima patch keamanan lebih lanjut.

Penyesuaian ketersediaan versi

GKE dapat merevisi akhir dukungan untuk versi GKE, karena adanya perubahan kebijakan di komunitas OSS Kubernetes, penemuan kerentanan, atau masalah teknis lainnya yang tidak dapat diselesaikan secara wajar. GKE juga dapat memperpanjang tanggal akhir dukungan selama periode bisnis utama seperti Black Friday dan Cyber Monday.

GKE memberikan dukungan standar minimal 14 bulan, dan hingga total 24 bulan dukungan dengan dukungan yang diperluas.

Untuk mendapatkan versi terbaru yang tersedia, lihat catatan rilis GKE. GKE secara rutin mengupdate jadwal rilis untuk mencerminkan waktu upgrade otomatis.

Periode ketersediaan dalam siklus proses versi minor

GKE menyediakan periode ketersediaan berikut untuk versi minor Kubernetes:

Periode dukungan. GKE mendukung versi minor selama total 24 bulan.

Lihat tabel berikut yang merangkum periode ketersediaan, yang dijelaskan secara mendetail di bagian berikutnya:

Periode ketersediaan Perkiraan rentang waktu dari Ketersediaan channel reguler Dukungan yang disediakan GKE Akses ke periode ketersediaan ini
Periode ketersediaan khusus Rapid Bulan -1 hingga Bulan 0 GKE menyediakan versi patch dengan fitur baru, perbaikan keamanan, dan perbaikan bug. Namun, versi ini dikecualikan dari SLA GKE dan mungkin bermasalah tanpa solusi yang diketahui. Khusus Saluran Cepat
Periode dukungan standar Bulan 1 hingga Bulan 14 GKE menyediakan versi patch dengan fitur baru, perbaikan keamanan, dan perbaikan bug. Cepat, Reguler, Stabil, Diperluas, Tanpa Saluran
Periode dukungan yang diperpanjang Bulan 15 hingga Bulan 24 GKE menyediakan versi patch dengan perbaikan keamanan. Khusus Saluran yang Diperluas (memerlukan GKE Enterprise atau biaya tambahan per cluster, lihat Mendapatkan dukungan jangka panjang dengan saluran yang Diperluas)

Periode ketersediaan khusus Rapid

GKE pertama-tama merilis versi minor baru di saluran Cepat. Versi ini pertama-tama mengakumulasi penggunaan dan menunjukkan stabilitas di seluruh cluster di saluran ini sebelum dipromosikan ke saluran Reguler. Hanya cluster yang terdaftar di saluran Cepat yang dapat menjalankan versi minor baru selama periode ketersediaan ini.

Periode ini biasanya berlangsung sekitar 1-2 bulan, tetapi waktu yang tepat bergantung pada setiap versi minor. Untuk mengetahui detailnya, lihat Perkiraan jadwal untuk saluran rilis.

Periode dukungan standar

Periode dukungan standar untuk versi minor GKE dimulai saat versi dirilis ke saluran Reguler. Semua cluster GKE, terlepas dari pendaftaran saluran rilis, dapat menjalankan versi minor dalam dukungan standar. Selama periode ini, GKE secara otomatis mengupgrade cluster secara rutin ke versi patch baru, yang mencakup fitur baru, perbaikan keamanan, dan perbaikan bug.

GKE secara otomatis mengupgrade cluster dengan cara berikut:

  • Cepat, Reguler, Stabil, Tanpa Saluran: Upgrade otomatis ke versi minor lain yang didukung, atau versi patch dari versi minor yang sama.
  • Diperluas: GKE hanya otomatis mengupgrade ke versi patch yang lebih baru dari versi minor yang sama.

Untuk cluster yang tidak terdaftar di saluran rilis Extended, GKE akhirnya akan otomatis mengupgrade cluster ke versi minor berikutnya yang didukung sebelum akhir dukungan standar, berdasarkan jadwal untuk saluran rilis cluster. Untuk mengetahui detailnya, lihat Perkiraan jadwal untuk saluran rilis. Namun, GKE tidak mengupgrade cluster selama periode ini jika cluster tersebut menggunakan API atau fitur yang tidak digunakan lagi. Anda dapat menggunakan pengecualian pemeliharaan untuk mencegah GKE mengupgrade cluster Anda ke versi minor berikutnya untuk sementara.

Akhir dukungan standar (sebelumnya akhir siklus proses)

Setelah periode dukungan standar, versi minor akan mencapai akhir dukungan standar (sebelumnya dikenal sebagai akhir siklus proses) dan menjadi tidak didukung serta tidak tersedia untuk semua cluster yang tidak terdaftar di saluran Extended.

Pelanggan yang menjalankan versi akhir dukungan akan diberi tahu melalui email ke kontak project sebelum akhir dukungan versi. GKE juga akan mulai mengupgrade node secara otomatis secara bertahap (terlepas dari pengaktifan upgrade otomatis) yang menjalankan versi yang tidak didukung untuk tujuan keamanan dan kompatibilitas karena tidak ada patch keamanan atau perbaikan bug baru yang disediakan untuk versi akhir dukungan. Sebelum berinteraksi dengan Cloud Customer Care untuk mengatasi masalah apa pun terkait cluster atau node yang menjalankan versi yang tidak didukung, Anda harus mengupgrade cluster dan node terlebih dahulu ke versi yang didukung.

Versi minor GKE yang telah mencapai akhir dukungan tidak akan lagi menerima patch keamanan atau perbaikan bug. Versi patch dari versi minor yang telah mencapai akhir dukungan tidak didukung dan tidak tersedia. GKE otomatis mengupgrade semua cluster yang tidak terdaftar di saluran Extended. Untuk mempelajari lebih lanjut, lihat Upgrade otomatis di akhir dukungan.

Periode dukungan yang diperpanjang

Setelah dukungan standar berakhir, versi minor akan mencapai periode dukungan yang diperpanjang (Bulan 15 hingga Bulan 24). Selama periode ini, GKE menyediakan patch untuk perbaikan keamanan, termasuk jenis perbaikan berikut:

  • Patch keamanan sedang, tinggi, dan penting untuk komponen inti Kubernetes, sistem operasi node, dan penampung yang dikelola Google yang dipaketkan dengan versi cluster GKE.
  • Untuk Container-Optimized OS, akhir dukungan sistem operasi node mungkin terjadi sebelum akhir dukungan yang diperluas untuk versi minor GKE, atau menyebabkan perubahan yang tidak kompatibel. Untuk mempelajari lebih lanjut cara GKE terus memberikan dukungan, lihat Update Container-Optimized OS selama periode dukungan yang diperpanjang.

Menjelang akhir dukungan yang diperpanjang, GKE mulai mengupgrade cluster ke versi minor berikutnya. GKE tidak akan mengupgrade cluster jika cluster tersebut menggunakan fitur atau API yang tidak digunakan lagi. Anda dapat menggunakan pengecualian pemeliharaan untuk mencegah GKE mengupgrade cluster Anda ke versi minor berikutnya untuk sementara.

Akhir dukungan yang diperpanjang

Pada akhir dukungan yang diperpanjang, GKE tidak memberikan patch apa pun untuk perbaikan keamanan, dan versi minor dianggap tidak didukung. GKE mengupgrade cluster yang masih menjalankan versi minor yang tidak didukung ke versi minor berikutnya, terlepas dari penggunaan fitur atau API yang tidak digunakan lagi oleh cluster.

Upgrade otomatis pada akhir dukungan

GKE menjadwalkan upgrade otomatis untuk cluster dari satu versi minor ke versi minor berikutnya yang didukung sebelum versi minor mencapai akhir dukungan. Waktu upgrade ini bergantung pada jadwal untuk saluran rilis cluster. Untuk mengetahui detailnya, lihat Perkiraan jadwal untuk saluran rilis. Misalnya, cluster yang terdaftar di saluran Stabil diupgrade ke versi minor berikutnya yang lebih dekat dengan akhir dukungan standar daripada cluster yang terdaftar di saluran Cepat.

Selama periode dukungan standar, dan periode dukungan yang diperpanjang untuk cluster yang terdaftar di saluran Extended, Anda dapat mencegah upgrade versi minor ini dengan pengecualian pemeliharaan, dan GKE tidak akan mengupgrade cluster yang menggunakan fitur atau API yang tidak digunakan lagi.

Namun, pada akhir dukungan standar, atau pada akhir dukungan yang diperpanjang untuk cluster yang terdaftar di saluran yang Diperpanjang, GKE akan otomatis mengupgrade cluster ke versi minor berikutnya yang didukung untuk memastikan cluster tetap berperforma baik, tersedia, dan aman.

Setiap versi GKE didukung selama 14 bulan dukungan standar dan selama 24 bulan dukungan total termasuk dukungan yang diperpanjang. Anda tidak dapat mempertahankan versi cluster tanpa batas waktu, karena mengoperasikan cluster menggunakan versi GKE yang tidak didukung menimbulkan risiko keamanan, keandalan, dan kompatibilitas yang signifikan karena GKE tidak menyediakan patch keamanan atau perbaikan bug untuk versi akhir dukungan. GKE tidak dapat berkomitmen untuk menyediakan patch atau update untuk versi pada akhir dukungan.

GKE mengupgrade cluster dengan cara berikut:

  • Panel kontrol: GKE otomatis mengupgrade panel kontrol cluster ke versi yang didukung saat versi panel kontrol tidak lagi tersedia untuk pembuatan cluster baru.
  • Node: GKE otomatis mengupgrade node yang menjalankan versi yang tidak didukung setelah versi tersebut mencapai akhir dukungan untuk memastikan kondisi dan kesesuaian cluster dengan kebijakan skew versi GKE. Node yang menjalankan versi yang tidak didukung biasanya dijadwalkan untuk diupgrade otomatis ke versi yang didukung dalam waktu satu bulan sejak tanggal akhir dukungan. Node yang menjalankan versi yang tidak didukung mungkin tidak langsung diupgrade setelah akhir siklus proses (EOL) versi, dan waktu sebenarnya dapat bervariasi sesuai diskresi Google.

Mengidentifikasi cluster yang menjalankan versi minor setelah akhir dukungan standar

GKE mengidentifikasi cluster yang memenuhi kedua kondisi berikut:

GKE merekomendasikan agar Anda mengupgrade cluster ini karena adanya risiko yang terkait dengan menjalankan versi minor yang tidak didukung. GKE mengupgrade cluster ke versi minor berikutnya yang didukung jika versi yang ada tidak didukung di saluran rilis cluster.

GKE memberikan panduan ini dengan insight dan rekomendasi melalui layanan Pemberi rekomendasi. Panduan ini tidak berlaku untuk cluster yang terdaftar di saluran Extended, yang dapat terus menjalankan versi minor hingga akhir dukungan yang diperpanjang. Untuk mempelajari lebih lanjut cara mengelola insight dan rekomendasi dari Pemberi Rekomendasi, lihat Mengoptimalkan penggunaan GKE dengan insight dan rekomendasi.

Untuk menemukan cluster tempat panel kontrol menjalankan versi setelah akhir dukungan, Anda dapat menggunakan salah satu cara berikut:

  • Menggunakan Konsol Google Cloud.
  • Gunakan gcloud CLI atau Recommender API, dengan menentukan subjenis recommender CLUSTER_VERSION_END_OF_LIFE.

Untuk mengetahui petunjuknya, lihat cara melihat insight dan rekomendasi.

Untuk menerapkan rekomendasi ini, upgrade panel kontrol cluster Anda ke versi minor yang didukung. Untuk versi minor yang didukung dan tanggal akhir dukungan, lihat jadwal rilis GKE. Atau, ubah cluster Anda ke saluran yang Diperluas jika Anda ingin terus menggunakan versi minor yang ada hingga akhir dukungan yang diperluas.

Update Container-Optimized OS selama periode dukungan yang diperpanjang

Selama periode dukungan yang diperpanjang untuk versi minor GKE, GKE menyediakan upgrade patch untuk cluster, yang mungkin mencakup update Container-Optimized OS.

Rilis LTS Container-Optimized OS mencapai akhir dukungan sebelum versi minor

Rilis LTS Container-Optimized OS mungkin mencapai akhir dukungan sebelum akhir dukungan yang diperpanjang untuk versi minor yang menggunakan rilis tersebut. Dalam skenario ini, GKE menggunakan rilis LTS Container-Optimized OS berikutnya yang tersedia untuk upgrade patch mendatang, jika memungkinkan. GKE melakukan update ini sebelum rilis LTS Container-Optimized OS yang digunakan oleh versi minor node mencapai akhir dukungan. Administrator cluster harus mengevaluasi apakah akan mengupgrade ke versi patch GKE berikutnya, yang berisi rilis LTS Container-Optimized OS baru, atau tetap menggunakan versi patch GKE yang sama agar tidak menerima update di sistem operasi node, sekaligus tidak menerima patch keamanan untuk komponen Kubernetes inti yang dipaketkan dengan versi cluster GKE.

Rilis LTS Container-Optimized OS berikutnya memperkenalkan perubahan yang tidak kompatibel dengan versi minor yang ada

Rilis LTS Container-Optimized OS berikutnya mungkin akan menyebabkan perubahan yang tidak kompatibel dengan komponen sistem GKE, dan GKE tidak dapat menyediakan versi patch dengan update sistem operasi node. Administrator cluster harus mengevaluasi apakah akan mengupgrade ke versi minor GKE berikutnya, atau mempertimbangkan kompromi yang sama seperti yang dijelaskan di paragraf sebelumnya.

Skema pembuatan versi

GKE menambahkan versi patch GKE ke Kubernetes standar industri dengan versi semantik(x.y.z-gke.N):

Versi utama Kubernetes (x)
Versi utama biasanya bertambah jika perubahan yang tidak kompatibel dengan versi lama diperkenalkan ke API publik. Versi utama menambahkan versi Kubernetes dari xy ke x+1.y.
Versi minor Kubernetes (y)
Kubernetes merilis versi minor baru tiga kali setahun. Setiap siklus rilis berdurasi sekitar 15 minggu. API yang tidak digunakan lagi dapat dihapus dengan versi minor baru, misalnya dengan 1.22. Versi minor menambahkan versi Kubernetes dari 1.y ke 1.y+1; misalnya, Kubernetes 1.32 adalah rilis minor yang mengikuti Kubernetes 1.31.
Rilis patch Kubernetes (z)
Rilis patch Kubernetes baru (seperti 1.32.6) untuk digunakan dengan GKE biasanya tersedia setiap minggu. Rilis patch diluncurkan ke setiap zona secara bertahap.
Rilis patch GKE (-gke.N)
Rilis patch dengan akhiran -gke.N (seperti 1.32.6-gke.N) dapat mencakup update keamanan dan perbaikan bug untuk GKE bersama software Kubernetes upstream open source. Update atau perbaikan ini diperlukan untuk kompatibilitas dan interoperabilitas dengan Google Cloud.

Memeriksa versi yang tersedia dan default

Untuk informasi tentang versi yang tersedia, lihat catatan rilis GKE.

Anda juga dapat memeriksa versi Kubernetes mana yang tersedia dan secara default berada dalam zona tertentu dari Konsol Google Cloud atau dengan menggunakan Google Cloud CLI.

Menggunakan Konsol Google Cloud untuk memeriksa versi

Untuk melihat versi default dan yang tersedia, lakukan langkah-langkah berikut:

  1. Buka halaman Google Kubernetes Engine di konsol Google Cloud.

    Buka Google Kubernetes Engine

  2. Klik Buat.

  3. Pilih mode cluster Standar, lalu klik Konfigurasikan.

  4. Di bagian Jenis lokasi, pilih jenis lokasi dan lokasi yang diinginkan untuk cluster Anda.

  5. Di bagian Control plane version, pilih saluran rilis. Semua versi yang tersedia saat ini dicantumkan untuk saluran tersebut. Versi default akan dipilih secara otomatis.

Menggunakan gcloud CLI untuk memeriksa versi

Untuk melihat versi yang tersedia dan versi default, jalankan salah satu perintah gcloud berikut untuk jenis cluster Anda. Setiap tab memberikan perintah untuk memeriksa versi untuk saluran rilis tertentu, atau tanpa saluran (sebelumnya statis).

Cepat

Untuk melihat versi default dan yang tersedia di saluran rilis Rapid, jalankan perintah berikut:

Versi default

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=RAPID" \
   --format="yaml(channels.channel,channels.defaultVersion)" \
   --location=COMPUTE_LOCATION

Versi yang tersedia.

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=RAPID" \
   --format="yaml(channels.channel,channels.validVersions)" \
   --location=COMPUTE_LOCATION

Ganti kode berikut:

Reguler

Untuk melihat versi default dan yang tersedia di saluran rilis Regular, jalankan perintah berikut:

Versi default

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=REGULAR" \
   --format="yaml(channels.channel,channels.defaultVersion)" \
   --location=COMPUTE_LOCATION

Versi yang tersedia.

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=REGULAR" \
   --format="yaml(channels.channel,channels.validVersions)" \
   --location=COMPUTE_LOCATION

Ganti kode berikut:

Stabil

Untuk melihat versi default dan yang tersedia di saluran rilis Stable, jalankan perintah berikut:

Versi default

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=STABLE" \
   --format="yaml(channels.channel,channels.defaultVersion)" \
   --location=COMPUTE_LOCATION

Versi yang tersedia.

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=STABLE" \
   --format="yaml(channels.channel,channels.validVersions)" \
   --location=COMPUTE_LOCATION

Ganti kode berikut:

Diperpanjang

Untuk melihat versi default dan yang tersedia di saluran rilis Extended, jalankan perintah berikut:

Versi default

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=EXTENDED" \
   --format="yaml(channels.channel,channels.defaultVersion)" \
   --location=COMPUTE_LOCATION

Versi yang tersedia.

gcloud container get-server-config \
   --flatten="channels" \
   --filter="channels.channel=EXTENDED" \
   --format="yaml(channels.channel,channels.validVersions)" \
   --location=COMPUTE_LOCATION

Ganti kode berikut:

Tidak ada saluran

Untuk melihat versi default dan yang tersedia untuk tidak ada saluran (sebelumnya statis), jalankan perintah berikut:

Versi default

gcloud container get-server-config \
   --format="yaml(defaultClusterVersion)" \
   --location=COMPUTE_LOCATION

Versi bidang kontrol yang tersedia

gcloud container get-server-config \
   --format="yaml(validMasterVersions)" \
   --location=COMPUTE_LOCATION

Versi node yang tersedia

gcloud container get-server-config \
   --format="yaml(validNodeVersions)" \
   --location=COMPUTE_LOCATION

Ganti kode berikut:

Menentukan versi cluster

Bagian ini hanya berlaku untuk cluster yang dibuat dalam mode Standar.

Saat membuat atau mengupgrade cluster menggunakan gcloud CLI, Anda dapat menentukan versi cluster menggunakan flag --cluster-version. Anda dapat menggunakan versi spesifik, seperti 1.9.7-gke.N. Anda juga dapat menggunakan alias versi:

  • latest: Menentukan versi Kubernetes tertinggi yang didukung saat ini yang tersedia di GKE dalam zona atau region cluster.
  • 1.X: Menentukan rilis patch patch+gke.N valid tertinggi dalam versi minor 1.X
  • 1.X.Y: Menentukan patch gke.N valid tertinggi dalam rilis patch 1.XY.
  • -: Untuk bidang kontrol cluster, menentukan versi Kubernetes default untuk bidang kontrol. Untuk upgrade node, menentukan versi yang sedang dijalankan oleh bidang kontrol cluster.

Membuat atau mengupgrade cluster dengan menentukan versinya karena latest tidak menyediakan upgrade otomatis. Aktifkan upgrade otomatis node untuk memastikan node di cluster Anda sudah terupdate dengan versi stabil terbaru.

Menentukan versi node

Bagian ini hanya berlaku untuk cluster yang dibuat dalam mode Standar. Dalam cluster Autopilot, node diupgrade secara otomatis ke versi bidang kontrol, dan Anda tidak dapat menentukan versi.

Saat membuat atau mengupgrade node pool, Anda dapat menentukan versinya. Secara default, node menjalankan versi GKE yang sama dengan bidang kontrol. Node tidak boleh lebih dari dua versi minor yang lebih lama dari bidang kontrol.

Dengan pengecualian yang jarang terjadi, versi node tetap tersedia meskipun versi cluster tidak lagi tersedia.

Kebijakan skew versi GKE

Kebijakan ketidaksesuaian versi GKE memastikan bahwa cluster GKE mempertahankan kompatibilitas antara bidang kontrol dan node. Dalam cluster GKE, node dapat cocok dengan versi panel kontrol atau menjalankan hingga dua versi minor lebih lama dari panel kontrol.

Node tidak dapat menjalankan versi yang lebih baru dari versi panel kontrol. Misalnya, jika panel kontrol cluster menjalankan versi 1.31, node dapat menjalankan versi berikut: 1.31, 1.30, atau 1.29, tetapi tidak 1.28 atau yang lebih lama. Versi node tidak boleh lebih baru dari versi panel kontrol karena kebijakan skew versi OSS Kubernetes.

Untuk memastikan dukungan dan keandalan, node harus menggunakan versi yang didukung, terlepas dari skew versi yang valid.

Mengidentifikasi cluster dengan skew versi yang tidak didukung

GKE mengidentifikasi cluster tempat node menjalankan versi yang tidak kompatibel dengan panel kontrol karena skew versi. GKE merekomendasikan agar Anda mengupgrade node yang menjalankan versi yang tidak didukung ini, dengan memberikan panduan ini beserta insight dan rekomendasi melalui layanan Pemberi rekomendasi. Untuk mempelajari lebih lanjut cara mengelola insight dan rekomendasi dari Pemberi Rekomendasi, lihat Mengoptimalkan penggunaan GKE dengan insight dan rekomendasi.

Untuk menemukan cluster dengan skew versi yang tidak didukung, Anda dapat menggunakan salah satu cara berikut:

  • Menggunakan Konsol Google Cloud.
  • Gunakan gcloud CLI atau Recommender API, dengan menentukan subjenis recommender CLUSTER_VERSION_SKEW_UNSUPPORTED.

Untuk mengetahui petunjuknya, lihat cara melihat insight dan rekomendasi.

Untuk menerapkan rekomendasi ini, upgrade node apa pun yang menjalankan versi minor yang lebih dari dua versi minor lebih lama dari versi panel kontrol.

Dukungan untuk melewati versi minor

GKE tidak mengizinkan melewatkan versi minor untuk bidang kontrol cluster, tetapi Anda dapat melewati versi patch. Worker node dapat melewati versi minor. Misalnya, node pool dapat diupgrade dari versi 1.32 ke 1.34 sekaligus melewati versi 1.33.

Untuk mengupgrade cluster di beberapa versi minor, upgrade bidang kontrol Anda satu versi minor dalam sekali waktu dan upgrade worker node ke versi yang sama setiap waktu. Misalnya, untuk mengupgrade bidang kontrol dari versi 1.32 ke 1.34, upgrade dari versi 1.32 ke 1.33 terlebih dahulu, lalu upgrade node pekerja agar sesuai dengan versi bidang kontrol, lalu ulangi proses untuk mengupgrade dari versi 1.33 ke 1.34.

Mengupgrade node pekerja agar sesuai dengan versi akan membantu Anda menghindari ketidaksesuaian versi yang tidak didukung. Sebaiknya hindari melewati versi jika memungkinkan. Melewatkan versi node pekerja biasanya menyiratkan cakupan pengujian yang lebih besar, yang meskipun dapat dikelola, memerlukan lebih banyak pertimbangan.

Atau, Anda dapat membuat cluster baru dengan versi yang diinginkan dan men-deploy ulang workload Anda.