Gunakan saluran rilis untuk Google Kubernetes Engine (GKE) guna memilih versi untuk cluster dengan keseimbangan yang Anda pilih antara ketersediaan fitur dan stabilitas.
GKE secara otomatis mengupgrade semua cluster dari waktu ke waktu, termasuk cluster yang tidak terdaftar di saluran rilis, untuk memastikan bahwa cluster tersebut menerima update keamanan, perbaikan untuk masalah umum, fitur baru, dan menjalankan versi Kubernetes yang didukung. Anda dapat mengontrol pengaturan waktu upgrade dengan masa dan pengecualian pemeliharaan.
Sebaiknya daftarkan cluster Anda di saluran rilis, karena hal ini memberi Anda kontrol terbesar terkait cakupan pengecualian pemeliharaan—mencegah jenis upgrade tertentu, bukan semua upgrade—dan mengurutkan peluncuran upgrade cluster. Cluster Autopilot hanya dapat didaftarkan di saluran rilis.
Jika tidak mendaftarkan cluster Standard di saluran rilis, Anda dapat menonaktifkan upgrade otomatis node untuk node pool yang dipilih dan mengelola upgrade ke node di node pool ini secara manual. Namun, semua bidang kontrol cluster diupgrade secara otomatis, dan saat versi mencapai akhir dukungan, bidang kontrol dan node cluster akan otomatis diupgrade, terlepas dari pendaftaran saluran rilis. Untuk mempelajari lebih lanjut, lihat perbandingan antara cluster yang terdaftar dan tidak terdaftar dalam saluran rilis.
Saluran yang tersedia
Tabel berikut menjelaskan properti saluran rilis yang tersedia, yang masing-masing menawarkan kompromi antara ketersediaan fitur dan stabilitas. Semua saluran menawarkan rilis GKE yang didukung dan dianggap tersedia secara umum (GA), meskipun masing-masing fitur mungkin tidak selalu GA, seperti yang ditandai. Rilis Kubernetes di saluran ini adalah rilis Kubernetes resmi dan mencakup Kubernetes API GA dan beta.
Saluran | Ketersediaan rilis Kubernetes baru | Kapan harus menggunakan saluran ini |
---|---|---|
Cepat | Beberapa minggu setelah GA open source upstream | Dapatkan rilis Kubernetes terbaru sedini mungkin, agar dapat menggunakan fitur GKE baru saat memasuki GA. GKE sering mengupgrade cluster Anda agar tetap menggunakan versi patch terbaru yang tersedia, dan memberikan kemampuan Kubernetes yang lebih baru. Cluster yang berlangganan saluran Cepat menggunakan versi GA, tetapi sebaiknya gunakan saluran Cepat untuk menguji versi Kubernetes dan API yang lebih baru di lingkungan praproduksi. |
Reguler (default) | 2-3 bulan setelah dirilis di Cepat | Akses fitur GKE dan Kubernetes segera setelah fitur tersebut dirilis secara umum, tetapi pada versi yang telah memenuhi syarat dalam jangka waktu yang lebih lama. Menawarkan keseimbangan antara ketersediaan fitur dan stabilitas rilis, serta merupakan solusi yang kami rekomendasikan untuk sebagian besar pengguna. |
Stabil | 2-3 bulan setelah dirilis di Reguler | Prioritaskan stabilitas daripada fitur baru. GKE meluncurkan perubahan dan versi baru di saluran ini terakhir, setelah divalidasi di saluran Cepat dan Reguler, yang memungkinkan lebih banyak waktu untuk validasi. |
Diperpanjang | Selaras dengan saluran Reguler | Gunakan saluran ini untuk mendapatkan dukungan jangka panjang, sehingga cluster dapat terus menjalankan versi minor selama mungkin. Untuk mempelajari lebih lanjut, lihat Mendapatkan dukungan jangka panjang dengan saluran yang Diperluas. |
Tidak ada saluran (tidak direkomendasikan) | Selaraskan dengan saluran Reguler | Opsi ini tidak direkomendasikan. Bidang kontrol dan node diupgrade secara otomatis sesuai dengan saluran Reguler dan Stabil. Jika perlu menonaktifkan upgrade otomatis node di tingkat kumpulan node, Anda dapat menggunakan opsi konfigurasi ini. Atau, dengan saluran rilis, Anda dapat menonaktifkan upgrade otomatis node di tingkat cluster. Untuk mengetahui detail selengkapnya, lihat perbandingan antara cluster yang terdaftar dan tidak terdaftar di saluran rilis. |
Saat Anda mendaftarkan cluster di saluran rilis, cluster tersebut diupgrade secara otomatis pada atau setelah tanggal yang ditentukan di kolom Upgrade Otomatis jadwal rilis GKE.
Jika suatu versi telah mengakumulasi penggunaan dan menunjukkan stabilitas di seluruh cluster di saluran Cepat, versi tersebut akan dipromosikan ke saluran Reguler. Pada akhirnya, versi tersebut akan dipromosikan ke saluran Stabil, yang hanya menerima update prioritas tinggi. Setiap promosi menunjukkan level stabilitas dan kesiapan produksi yang bertahap, berdasarkan pengamatan performa cluster yang menjalankan versi tersebut.
Patch keamanan penting dikirimkan ke semua saluran rilis, untuk melindungi cluster Anda dan infrastruktur Google. Dalam situasi darurat yang jarang terjadi, GKE dapat mengupgrade cluster secara otomatis ke versi yang belum tersedia di saluran rilisnya.
Versi yang tersedia di saluran
Setiap saluran rilis menawarkan beberapa versi minor. Versi ini telah memenuhi standar kualifikasi untuk saluran tersebut. Kumpulan versi yang tersedia ini mencakup versi default untuk pembuatan cluster, yang dipilih dari serangkaian versi yang tersedia dari saluran tersebut. Untuk melihat versi yang tersedia di saluran rilis, ikuti petunjuk untuk melihat versi default dan yang tersedia untuk saluran rilis.
- Rilis patch baru tersedia setidaknya satu minggu sebelum menjadi target upgrade otomatis untuk semua channel.
- Rilis minor baru tersedia:
- setidaknya dua minggu sebelum menjadi target upgrade otomatis untuk saluran Cepat.
- setidaknya empat minggu sebelum menjadi target upgrade otomatis untuk saluran Reguler dan Stabil.
Anda dapat menguji versi GKE baru yang tersedia sebelum mengupgrade lingkungan produksi. Misalnya, Anda dapat berlangganan notifikasi upgrade untuk mengetahui versi baru yang tersedia, lalu secara proaktif mengupgrade lingkungan praproduksi ke versi baru sebelum menjadi target upgrade otomatis untuk cluster di lingkungan produksi Anda.
Jika Anda perlu mempertahankan cluster pada versi tertentu, misalnya untuk memvalidasi atau menguji versi yang lebih baru sebelum melakukan upgrade, sebaiknya gunakan pengecualian pemeliharaan.
Setelah versi minor tersedia di saluran rilis, versi tersebut akan tetap tersedia di saluran rilis tersebut untuk cluster baru atau yang sudah ada hingga mencapai tanggal akhir dukungan.
Yang terjadi saat versi menjadi target upgrade otomatis di saluran rilis
Catatan rilis GKE mencantumkan target upgrade otomatis baru untuk cluster yang menjalankan versi minor tertentu dengan Pembaruan versi seperti catatan 2024-R33. Saat target upgrade otomatis baru tersedia, GKE akan menilai apakah cluster tertentu Anda harus diupgrade ke versi baru tersebut. GKE mempertimbangkan apakah cluster Anda memiliki kebijakan pemeliharaan atau batasan lain yang mencegah upgrade otomatis, dan tidak akan mengabaikan alasan tersebut kecuali dalam situasi darurat yang jarang terjadi. Untuk mendapatkan target upgrade otomatis untuk cluster tertentu, lihat Mendapatkan informasi tentang upgrade cluster (Pratinjau).
Jika sudah 10 hari sejak versi baru menjadi target upgrade otomatis untuk versi minor cluster Anda di saluran rilis, dan upgrade otomatis belum dimulai untuk cluster Anda, penundaan tersebut dapat terjadi karena salah satu alasan berikut:
- Cluster Anda tidak memenuhi syarat upgrade otomatis untuk sementara waktu. Hal ini dapat
terjadi karena:
- Cluster berada di luar jangka waktu masa pemeliharaan yang dikonfigurasi.
- Cluster ini berada dalam jangka waktu pengecualian pemeliharaan.
- Upgrade otomatis dijeda karena cluster Anda menggunakan fitur Kubernetes yang sudah tidak digunakan lagi dan akan dihapus dalam versi minor berikutnya.
- Cluster ini diupgrade secara otomatis ke versi patch kurang dari 24 jam yang lalu.
- Cluster telah diupgrade secara otomatis ke versi minor kurang dari 30 hari lalu dan target upgrade otomatis adalah versi minor baru.
- GKE menjeda peluncuran target upgrade otomatis baru karena
alasan teknis atau bisnis:
- Terdapat masalah teknis pada versi baru.
- Pembekuan produksi dilakukan karena musim bisnis yang penting, seperti Black Friday.
Apa versi defaultnya?
Saat Anda membuat cluster di saluran rilis, secara default, cluster akan menggunakan versi patch default untuk pembuatan cluster di saluran rilis yang dipilih. Namun, Anda dapat menentukan versi yang tersedia dan berbeda saat membuat cluster di saluran rilis.
Saluran rilis memiliki beberapa versi minor yang tersedia di saluran rilis, dan versi default terkadang dapat menjadi salah satu target upgrade otomatis untuk saluran rilis.
Menjalankan versi patch dari saluran yang lebih baru
Selain versi patch yang tersedia untuk saluran rilis yang tercantum, Anda dapat menjalankan versi patch dari saluran rilis yang lebih baru dari saluran rilis tempat cluster Anda terdaftar jika versi minor tersedia di saluran rilis cluster dan Anda menggunakan gcloud CLI atau GKE API.
Misalnya, jika versi berikut tersedia di saluran Cepat dan Reguler:
- Cepat: 1.23.2-gke.700, 1.22.4-gke.1500
- Reguler: 1.21.4-gke.400, 1.22.1-gke.400
Cluster yang terdaftar di saluran Reguler yang menjalankan GKE versi 1.22.1-gke.400 dapat diupgrade ke 1.22.4-gke.1500, tetapi tidak ke 1.23.2-gke.700 karena ini adalah versi minor yang berbeda.
Untuk mengupgrade ke versi patch di saluran yang lebih baru, bidang kontrol cluster Anda harus menjalankan rilis patch dengan versi minor yang sama. Misalnya, jika cluster menjalankan 1.21.3-gke.200, Anda harus mengupgrade cluster terlebih dahulu ke versi patch yang tersedia di saluran rilis saat ini, 1.22.1-gke.400. Selanjutnya, Anda dapat mengupgrade cluster ke 1.22.4-gke.1500.
Anda juga dapat membuat cluster baru yang menjalankan 1.22.4-gke.1500 dan terdaftar di saluran Reguler.
GKE mempertahankan cluster pada versi patch dari saluran yang lebih baru hingga target upgrade otomatis yang lebih baru tersedia di saluran yang terdaftar untuk cluster.
Mempelajari apa yang baru di saluran
Untuk mempelajari apa yang baru di saluran rilis, tinjau catatan rilis. Ada catatan rilis terpisah untuk setiap saluran rilis, selain catatan rilis keseluruhan.
Saluran rilis | Catatan rilis |
---|---|
Saluran Cepat | HTML atau feed Atom. |
Saluran Reguler | HTML atau feed Atom. |
Saluran Stabil | HTML atau feed Atom. |
Memilih saluran rilis terbaik untuk cluster Anda
Saluran hanya menyertakan Kubernetes versi GA, dan setiap saluran menunjukkan tingkat kualitas dan kematangan rilis Kubernetes dan GKE yang berbeda. Diagram berikut mengilustrasikan siklus penggunaan untuk saluran rilis:
Seperti yang ditunjukkan dalam diagram ini, saluran rilis yang tersedia menggunakan versi di tengah siklus penggunaan, termasuk Pengguna awal (saluran Cepat), Mayoritas awal (saluran Reguler), dan Mayoritas (saluran Stabil). Bagian paling awal dari siklus penggunaan adalah Inovator, yang menguji fitur terbaru menggunakan rilis Kubernetes upstream. Bagian terakhir dari siklus penggunaan adalah Mayoritas akhir, di mana Anda menggunakan versi yang hampir tidak digunakan lagi dan perlu bertransisi ke versi yang didukung.
Di lingkungan praproduksi, gunakan saluran Cepat untuk versi yang lebih baru, di mana Anda dapat menguji fitur sesaat setelah tersedia secara umum.
Untuk workload produksi yang memerlukan kematangan daripada fitur yang lebih baru, sebaiknya gunakan saluran Reguler (default) atau saluran Stabil.
- Jika Anda perlu memantau fitur baru dengan cermat, pertimbangkan untuk menggunakan saluran Reguler, yang menawarkan keseimbangan antara stabilitas dan keaktualan versi Kubernetes OSS.
- Jika persyaratan Anda adalah kematangan, terutama untuk cluster produksi, gunakan saluran Stabil.
GKE mengupgrade cluster ke versi lebih baru yang memenuhi standar kualitas saluran. Namun, sebaiknya upgrade cluster Anda terlebih dahulu karena hal ini memberi Anda:
- Kontrol upgrade yang lebih baik, dan penyelarasan dengan jam kerja Anda.
- Prediktabilitas yang lebih baik karena GKE tidak secara otomatis mengupgrade cluster yang memenuhi target rilis (misalnya, cluster yang diupgrade secara manual ke versi target berikutnya). Node diupgrade secara otomatis ke versi yang direkomendasikan di saluran yang dipilih agar selaras dengan versi bidang kontrol dan untuk melindungi Anda dari kerentanan dan ketidaksesuaian versi yang tidak didukung.
Dapatkan dukungan jangka panjang dengan channel yang Diperluas
GKE memberikan dukungan jangka panjang untuk versi minor Kubernetes melalui saluran Extended. Dengan saluran ini, Anda dapat tetap menggunakan versi minor hingga 24 bulan. Setelah periode dukungan standar 14 bulan, cluster Anda akan menerima patch keamanan selama sekitar 10 bulan lagi selama periode dukungan yang diperpanjang.
Cara GKE otomatis mengupgrade cluster di saluran Extended
Untuk cluster yang terdaftar di saluran Extended, GKE otomatis mengupgrade cluster dengan cara berikut:
- Selama periode dukungan standar: GKE mengupgrade cluster ke versi patch yang lebih baru dari versi minor yang sama dengan mengikuti ritme yang sama seperti saluran Reguler.
- Selama periode dukungan yang diperpanjang: GKE terus menyediakan update patch keamanan untuk versi minor. Sekitar 2 bulan sebelum akhir dukungan yang diperpanjang, GKE mulai mengupgrade cluster ke versi minor berikutnya, kecuali jika cluster menggunakan fitur atau API yang tidak digunakan lagi. Anda dapat menggunakan pengecualian pemeliharaan untuk mencegah upgrade versi minor hingga akhir dukungan yang diperpanjang.
- Pada akhir dukungan yang diperpanjang: GKE mengupgrade semua cluster yang masih menjalankan versi minor yang kini tidak didukung, terlepas dari masalah pemblokiran. Anda tidak dapat mengonfigurasi pengecualian pemeliharaan setelah tanggal ini.
Untuk mempelajari lebih lanjut berbagai periode ketersediaan dan upgrade yang disediakan GKE selama periode dukungan yang diperpanjang, lihat siklus proses versi minor GKE.
Batasan untuk mendaftarkan cluster di saluran Extended
Anda hanya dapat mendaftarkan cluster Standar yang menjalankan versi 1.27 atau yang lebih baru di saluran Extended. Bidang kontrol dan node cluster harus menjalankan 1.27 atau yang lebih baru.
Anda tidak dapat mendaftarkan cluster di saluran yang Diperluas saat menggunakan fitur berikut:
- Mode cluster Autopilot
- Cluster alfa
- API Kubernetes beta yang diaktifkan secara eksplisit
- Gateway
- Node pool Windows Server
- Opsi konfigurasi sysctl yang disesuaikan
- Pencadangan untuk GKE
- Config Connector
- Fitur multi-cluster berikut:
Harga untuk dukungan yang diperpanjang
Jika ingin mendaftarkan cluster di saluran Extended, pastikan Anda telah meninjau harga untuk dukungan yang diperluas. Anda dapat mendaftarkan cluster di saluran Extended tanpa biaya tambahan jika project telah mengaktifkan GKE Enterprise. Atau, untuk cluster edisi Standar GKE, biaya bayar per penggunaan berlaku saat cluster Anda terdaftar di saluran yang Diperluas dan versi minor cluster Anda memasuki periode dukungan yang diperluas.
Praktik terbaik untuk channel yang Diperluas
Tinjau skenario berikut untuk memahami cara menggunakan saluran yang Diperluas untuk meminimalkan gangguan dari upgrade versi minor.
Skenario yang didukung memerlukan beberapa tindakan manual dari waktu ke waktu untuk mendapatkan manfaat maksimal dari saluran. Sebaiknya jangan daftarkan cluster di saluran tanpa rencana untuk beralih ke versi minor berikutnya, karena GKE pada akhirnya akan mengupgrade cluster ke versi minor yang lebih baru dengan frekuensi yang sama seperti saluran lainnya, dan cluster Anda berpotensi menimbulkan biaya yang lebih besar dan menerima fitur baru paling akhir.
Skenario yang didukung dan tidak didukung
Untuk mempelajari lebih lanjut skenario yang didukung dan tidak didukung, tinjau tabel berikut, dan lihat Menggunakan saluran yang Diperpanjang jika Anda memerlukan dukungan jangka panjang untuk mengetahui detail selengkapnya. Tanda centang () menunjukkan skenario yang didukung:
Skenario upgrade | Didukung | Ringkasan | Waktu antara perubahan versi minor | Diperlukan tindakan manual |
---|---|---|---|---|
Tetap menggunakan versi minor untuk sementara | Tetap menggunakan versi minor untuk memitigasi masalah yang mencegah upgrade. | Frekuensi rata-rata yang sama, dengan gangguan untuk waktu tambahan pada satu versi minor. |
|
|
Mengupgrade versi minor secara manual 1-2 kali setahun | Dapatkan fitur baru, tetapi dengan upgrade minor yang lebih jarang, jika optimal untuk workload di cluster. | 1-2 kali per tahun. |
|
|
Tidak melakukan apa pun dan menerima upgrade kecil dengan frekuensi yang sama | Dapatkan upgrade versi minor dengan frekuensi yang sama seperti saluran lainnya, dan fitur baru selambat mungkin. | Rata-rata setiap 4 bulan. |
|
Cluster yang tidak terdaftar di saluran rilis
Kami tidak merekomendasikan opsi konfigurasi ini karena batasan pada cluster yang tidak terdaftar di saluran rilis, tetapi Anda dapat memilih untuk tidak mendaftarkan cluster Standar di saluran rilis (dikenal sebagai tanpa saluran dan sebelumnya sebagai statis). Jangan gunakan opsi ini kecuali jika setiap node pool tidak dapat diupgrade secara otomatis, dan Anda harus mengupgrade node tersebut secara manual. Jika cluster Anda tidak terdaftar di saluran rilis, Anda dapat menonaktifkan upgrade otomatis node untuk node pool yang dipilih. Dengan saluran rilis, Anda dapat mencapai hasil yang sama di level cluster di semua kumpulan node. Namun, terlepas dari pendaftaran saluran rilis, semua bidang kontrol cluster akan otomatis diupgrade, dan saat versi mencapai akhir dukungan, node dan bidang kontrol cluster akan otomatis diupgrade.
Sebaiknya, jika Anda ingin mencegah upgrade otomatis untuk seluruh cluster Standard atau semua node pool-nya, gunakan pengecualian pemeliharaan dengan cluster yang terdaftar di saluran rilis. Dengan pengecualian pemeliharaan, Anda dapat menonaktifkan upgrade otomatis node untuk semua node pool, sedangkan Anda dapat menonaktifkan upgrade otomatis node di tingkat node pool jika cluster Anda tidak terdaftar di saluran rilis.
Perbandingan antara cluster yang terdaftar dan tidak terdaftar di saluran rilis
Tinjau tabel berikut untuk memahami kesamaan dan perbedaan antara mendaftarkan dan tidak mendaftarkan cluster Anda di saluran rilis:
Fitur | Cluster yang terdaftar di saluran rilis | Cluster tidak terdaftar di saluran rilis |
---|---|---|
Perilaku upgrade bersama |
|
|
Waktu upgrade | Selaras dengan saluran rilis masing-masing |
|
Mengontrol gangguan node pool |
|
|
Masa pemeliharaan | Tersedia | Tersedia |
Pengecualian pemeliharaan |
Cakupan pengecualian pemeliharaan yang tersedia:
|
Dibatasi untuk cakupan "Tidak ada upgrade" (30 hari) |
Pengurutan peluncuran | Tersedia dengan urutan berbasis fleet dan berbasis cakupan | Tidak tersedia |
Dukungan jangka panjang | Hanya tersedia dengan saluran rilis yang Diperluas | Tidak tersedia |
Autopilot | Tersedia | Tidak tersedia |
Perbedaan antara cluster saluran Cepat dan cluster alfa
Cluster yang dibuat menggunakan saluran rilis Cepat bukan merupakan cluster alfa. Berikut perbedaannya:
- Cluster yang menggunakan saluran rilis dapat diupgrade, dan upgrade otomatis diaktifkan serta tidak dapat dinonaktifkan. Cluster alfa tidak dapat diupgrade.
- Cluster yang menggunakan saluran rilis tidak memiliki tanggal habis masa berlaku. Cluster alfa habis masa berlaku setelah 30 hari.
- Kubernetes API alfa tidak diaktifkan di cluster yang menggunakan saluran rilis.
Langkah selanjutnya
- Menggunakan saluran rilis
- Pelajari lebih lanjut cara mengupgrade cluster.
- Mendapatkan visibilitas ke upgrade cluster (Pratinjau)
- Pelajari cara Menerima notifikasi upgrade cluster.
- Pelajari cara mengelola upgrade cluster otomatis di seluruh lingkungan dengan pengurutan peluncuran.