Gunakan saluran rilis untuk Google Kubernetes Engine (GKE) guna memilih versi untuk cluster dengan keseimbangan yang Anda pilih antara ketersediaan dan stabilitas fitur.
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 yang diketahui, fitur baru, dan menjalankan versi Kubernetes yang didukung. Anda dapat mengontrol waktu upgrade dengan masa dan pengecualian pemeliharaan.
Sebaiknya daftarkan cluster Anda di saluran rilis, karena hal ini memberi Anda kontrol paling besar terkait cakupan pengecualian pemeliharaan—mencegah jenis upgrade tertentu, bukan semua upgrade—dan mengatur urutan peluncuran upgrade cluster. Cluster Autopilot hanya dapat didaftarkan di saluran rilis.
Jika Anda tidak mendaftarkan cluster Standard ke 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, bidang kontrol semua cluster diupgrade secara otomatis, dan saat versi mencapai akhir dukungan, bidang kontrol dan node cluster diupgrade secara otomatis 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 dan stabilitas fitur. 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 saluran ini digunakan |
|---|---|---|
| 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 mengikuti 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 memasuki GA, 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 | Sejajar dengan channel Reguler | Gunakan saluran ini untuk mendapatkan dukungan jangka panjang, sehingga cluster dapat menjalankan versi minor selama mungkin. Untuk mempelajari lebih lanjut, lihat Mendapatkan dukungan jangka panjang dengan saluran Extended. |
| Tidak ada channel (tidak direkomendasikan) | Sejajar dengan channel 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 node pool, 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 dalam 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 saluran.
- 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
GKE secara otomatis mengupgrade cluster dari waktu ke waktu ke target upgrade otomatis baru. Saat target upgrade otomatis baru tersedia, GKE akan menilai apakah cluster spesifik Anda harus diupgrade ke versi baru tersebut. GKE mempertimbangkan apakah cluster Anda memiliki kebijakan pemeliharaan atau batasan lain yang mencegah upgrade otomatis, dan GKE tidak akan mengabaikan alasan tersebut kecuali dalam situasi darurat yang jarang terjadi.
Anda dapat menemukan target upgrade otomatis untuk cluster dengan cara berikut:
- Untuk mendapatkan target upgrade otomatis untuk cluster tertentu, lihat Mendapatkan informasi tentang upgrade cluster.
- Tabel Versi saat ini menyediakan daftar target upgrade otomatis saat ini untuk setiap saluran rilis. Versi spesifik yang berlaku untuk cluster Anda bergantung pada versi minor cluster dan batasan spesifik.
- Catatan rilis GKE mencantumkan target upgrade otomatis baru untuk cluster yang menjalankan versi minor tertentu dengan Pembaruan versi seperti catatan 2024-R33.
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 otomatisnya 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 target upgrade otomatis yang direkomendasikan?
Target upgrade otomatis yang direkomendasikan adalah versi yang secara bertahap diupgrade GKE untuk cluster Anda seiring waktu. Dari semua target upgrade otomatis di saluran rilis, GKE akan memindahkan cluster Anda ke versi ini saat melakukan upgrade otomatis.
Selama beberapa upgrade otomatis, jika tidak ada batasan yang mencegah upgrade otomatis, GKE akan mengupgrade cluster Anda secara progresif mendekati target upgrade otomatis yang direkomendasikan oleh saluran rilis, hingga cluster Anda mencapai target. Setelah mencapai target, cluster Anda akan terus menggunakan target upgrade otomatis yang direkomendasikan yang ada, dan beralih ke target yang direkomendasikan baru saat dirilis.
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 lain yang tersedia 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.
Tentang mendapatkan versi patch lebih awal
Anda bisa mendapatkan versi patch lebih awal dengan upgrade otomatis atau manual menggunakan metode yang dijelaskan di bagian ini.
Upgrade otomatis patch yang dipercepat
GKE pertama-tama memperkenalkan versi patch baru ke saluran rilis dengan menyediakan versi tersebut untuk pembuatan cluster baru dan upgrade manual. Setelah GKE menentukan bahwa versi patch memenuhi syarat, GKE menetapkan versi patch baru sebagai target upgrade otomatis, yang berarti GKE mulai mengupgrade cluster secara otomatis ke versi patch baru ini. Jangka waktu dari ketersediaan versi hingga upgrade otomatis biasanya minimal satu minggu, tetapi bergantung pada saluran rilis dan keadaan tertentu yang memenuhi syarat versi.
Untuk mengetahui informasi selengkapnya tentang ketersediaan versi saat ini, lakukan hal berikut:
- Lihat halaman catatan rilis GKE, termasuk tabel Versi saat ini, dan entri Update versi, seperti catatan 2025-R26.
- Periksa versi yang tersedia dan default untuk mengetahui versi mana yang tersedia di saluran rilis Anda.
Jika ingin menerima upgrade patch segera setelah versi tersedia dan sebelum GKE menetapkan versi sebagai target upgrade otomatis di saluran, Anda dapat menggunakan upgrade otomatis patch yang dipercepat. Setelan ini dapat berguna jika Anda ingin menerima patch keamanan sesegera mungkin melalui upgrade otomatis.
Anda harus memahami risiko yang terkait dengan mengupgrade cluster secara otomatis menurut jadwal yang dipercepat sebelum GKE menentukan bahwa cluster di saluran harus diupgrade secara otomatis ke versi patch baru. Jadwal yang dipercepat ini melewati satu langkah dalam proses kualifikasi untuk versi patch di saluran rilis. Semua versi patch, bukan hanya versi patch dengan patch keamanan, diupgrade dengan jadwal yang dipercepat ini. Setelan ini tidak memengaruhi upgrade versi minor, dan hanya tersedia untuk cluster yang terdaftar di saluran rilis.
Setelan ini hanya memengaruhi waktu saat GKE mengupgrade cluster secara otomatis ke versi patch baru. GKE tetap mematuhi jendela dan pengecualian pemeliharaan, mengikuti urutan rangkaian peluncuran, dan menerapkan praktik standar lainnya yang biasanya digunakan untuk upgrade otomatis.
Untuk mengetahui informasi selengkapnya tentang cara menyetel fitur ini, lihat Menggunakan upgrade otomatis patch yang dipercepat.
Atau, Anda dapat mengupgrade cluster secara manual jika ingin mengupgrade ke versi patch tertentu segera setelah versi tersebut tersedia, dan sebelum ditetapkan sebagai target upgrade otomatis.
Menjalankan versi patch dari saluran yang lebih baru
Selain versi patch yang tersedia yang tercantum untuk saluran rilis, Anda dapat menjalankan versi patch dari saluran rilis yang lebih baru daripada saluran 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 secara manual ke 1.22.4-gke.1500, tetapi tidak ke 1.23.2-gke.700 karena ini adalah versi minor yang berbeda.
Untuk mengupgrade secara manual 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 secara manual 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.
Mendapatkan dukungan jangka panjang dengan saluran Extended
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 mengupgrade cluster secara otomatis di saluran Extended
Untuk cluster yang terdaftar di saluran Extended, GKE secara 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 irama yang sama seperti saluran Reguler.
- Selama periode dukungan yang diperpanjang: GKE terus memberikan 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.
- Di 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
Tinjau batasan berikut untuk cluster yang terdaftar di channel 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.
- Selama periode dukungan yang diperpanjang, GKE memperbarui tonggak pencapaian Container-Optimized OS yang digunakan versi minor GKE saat tonggak pencapaian tersebut mencapai akhir dukungan. GKE menjeda upgrade otomatis node patch dan mengirimkan notifikasi cluster. Untuk mempelajari perubahan ini lebih lanjut, lihat Update Container-Optimized OS selama periode dukungan yang diperpanjang.
- Periode dukungan yang diperpanjang tidak memperpanjang tanggal habis masa berlaku kredensial cluster Anda. Rotasi kredensial cluster Anda sebelum masa berlakunya habis.
Anda tidak dapat mendaftarkan cluster yang menggunakan fitur berikut di saluran Extended:
Harga untuk dukungan yang diperpanjang
Jika Anda ingin mendaftarkan cluster ke saluran Extended, pastikan Anda telah meninjau harga untuk dukungan yang diperpanjang. Anda dapat mendaftarkan cluster di channel Extended tanpa biaya tambahan jika project telah mengaktifkan GKE Enterprise. Atau, untuk cluster edisi GKE Standard, biaya bayar sesuai penggunaan berlaku saat cluster Anda didaftarkan ke channel Extended dan versi minor cluster Anda memasuki periode dukungan yang diperpanjang.
Praktik terbaik untuk channel Extended
Tinjau skenario berikut untuk memahami cara menggunakan channel Diperpanjang guna meminimalkan gangguan akibat upgrade versi minor.
Skenario yang didukung memerlukan beberapa tindakan manual dari waktu ke waktu untuk mendapatkan manfaat maksimal dari channel. Sebaiknya Anda tidak mendaftarkan cluster ke saluran tanpa rencana untuk berpindah 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 channel Extended saat Anda memerlukan dukungan jangka panjang untuk mengetahui detail selengkapnya. Tanda centang () menunjukkan skenario yang didukung:
| Skenario upgrade | Didukung | Ringkasan | Waktu antara perubahan versi minor | Tindakan manual diperlukan |
|---|---|---|---|---|
| Tetap menggunakan versi minor untuk jangka waktu yang lebih lama | Tetap menggunakan versi minor untuk memitigasi masalah yang mencegah upgrade. | Frekuensi rata-rata yang sama, dengan gangguan untuk waktu tambahan pada satu versi minor. |
|
|
| Upgrade versi minor secara manual 1-2 kali setahun | Mendapatkan fitur baru, tetapi dengan upgrade kecil yang lebih jarang, saat optimal untuk workload di cluster. | 1–2 kali per tahun. |
|
|
| Tidak melakukan apa pun dan menerima upgrade kecil dengan frekuensi yang sama | Mendapatkan upgrade versi minor dengan frekuensi yang sama seperti saluran lainnya, dan fitur baru sesegera mungkin. | Setiap 4 bulan, rata-rata. |
|
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 tertentu. Dengan saluran rilis, Anda dapat mencapai hasil yang sama di tingkat cluster di semua node pool. Namun, terlepas dari pendaftaran di saluran rilis, bidang kontrol semua cluster diupgrade secara otomatis, dan saat versi mencapai akhir dukungan, bidang kontrol dan node cluster diupgrade secara otomatis.
Sebaiknya, jika Anda ingin mencegah upgrade otomatis untuk seluruh cluster Standard atau semua node pool-nya, gunakan pengecualian pemeliharaan dengan cluster Anda 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 dalam 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 terdaftar di saluran rilis | Cluster tidak terdaftar di saluran rilis |
|---|---|---|
| Perilaku upgrade bersama |
|
|
| Waktu upgrade | Sejajar dengan saluran rilis masing-masing |
|
| Upgrade otomatis patch yang dipercepat | Tersedia | Tidak tersedia |
| Kontrol gangguan node pool |
|
|
| Masa pemeliharaan | Tersedia | Tersedia |
| Pengecualian pemeliharaan |
Cakupan pengecualian pemeliharaan yang tersedia:
|
Dibatasi untuk cakupan "Tidak ada upgrade" (30 hari) |
| Urutan peluncuran | Tersedia dengan urutan berbasis fleet dan berbasis cakupan | Tidak tersedia |
| Dukungan jangka panjang | Hanya tersedia dengan saluran rilis yang Diperpanjang | 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 berikutnya
- Pelajari cara menggunakan saluran rilis.
- Pelajari lebih lanjut cara mengupgrade cluster.
- Pelajari cara mendapatkan visibilitas ke dalam upgrade cluster.
- Pelajari notifikasi cluster.
- Pelajari cara mengelola upgrade cluster otomatis di berbagai lingkungan dengan urutan peluncuran.