Tentang pilihan konfigurasi cluster

Halaman ini menjelaskan pilihan konfigurasi cluster utama yang dapat Anda buat saat membuat cluster di Google Kubernetes Engine (GKE), baik menggunakan konsolGoogle Cloud , Google Cloud CLI, atau Terraform. Opsi ini memungkinkan Anda menyesuaikan berbagai atribut dan perilaku cluster untuk memenuhi kebutuhan Anda, mulai dari apakah cluster dapat diakses dari jaringan publik hingga cara Anda ingin cluster menerima upgrade versi.

Banyak opsi yang dibahas dalam panduan ini tidak dapat diubah setelah cluster dibuat. Hal ini mencakup pilihan yang memengaruhi ketersediaan dan jaringan cluster. Jika perlu mengubah opsi ini, Anda harus membuat cluster baru, lalu memigrasikan traffic ke cluster tersebut, yang mungkin akan mengganggu.

Praktik terbaik:

Karena banyak opsi konfigurasi cluster tidak dapat diubah setelah pembuatan cluster, rencanakan dan desain konfigurasi cluster Anda bersama Admin dan arsitek organisasi, Cloud Architect, Administrator jaringan, atau tim lain yang bertanggung jawab untuk menentukan, menerapkan, dan memelihara arsitektur GKE danGoogle Cloud .

Halaman ini ditujukan untuk Admin dan arsitek yang menentukan solusi IT dan arsitektur sistem sesuai dengan strategi perusahaan. Untuk mempelajari lebih lanjut peran umum dan contoh tugas yang kami referensikan dalam konten Google Cloud , lihat Peran dan tugas pengguna GKE umum.

Sebelum membaca halaman ini, Anda harus memahami hal berikut, serta konsep dasar Kubernetes:

Tingkat pengelolaan cluster

Sebelum membahas opsi cluster, penting untuk memahami tingkat fleksibilitas, tanggung jawab, dan kontrol yang Anda perlukan untuk cluster Anda. Tingkat kontrol yang Anda perlukan menentukan mode operasi yang akan digunakan di GKE, dan pilihan konfigurasi cluster yang perlu Anda buat.

Saat membuat cluster di GKE, Anda melakukannya menggunakan salah satu mode operasi berikut:

  • Autopilot (direkomendasikan): Menyediakan konfigurasi cluster yang tersedia dan terkelola penuh. Cluster Autopilot dikonfigurasi sebelumnya dengan konfigurasi cluster yang dioptimalkan dan siap untuk workload produksi.

  • Standard: Memberikan fleksibilitas konfigurasi lanjutan atas infrastruktur dasar cluster. Untuk cluster yang dibuat menggunakan mode Standard, Anda menentukan konfigurasi yang diperlukan untuk workload produksi.

Untuk informasi selengkapnya tentang mode ini, dan mempelajari Autopilot lebih lanjut, lihat Mode operasi GKE dan Ringkasan Autopilot.

Anda dapat menemukan perbandingan per aspek mendetail antara kedua mode tersebut di Membandingkan GKE Standard dan Autopilot.

Pilihan konfigurasi cluster

Setelah memilih mode operasi, selanjutnya pilih konfigurasi yang diperlukan untuk cluster Anda. Karena cluster Autopilot dikelola dan dikonfigurasi lebih lengkap oleh Google Cloud daripada cluster Standard, cluster ini memiliki lebih sedikit pilihan konfigurasi yang tersedia.

Opsi konfigurasi untuk semua cluster termasuk dalam kategori berikut:

  • Nama dan metadata lainnya: Setiap cluster harus memiliki nama identifikasi yang unik dalam project-nya. Anda juga dapat menambahkan deskripsi dan label cluster secara opsional.
  • Ketersediaan dan skalabilitas: Tentukan tempat Anda ingin menjalankan bidang kontrol dan node cluster, serta apakah Anda menginginkan beberapa replika bidang kontrol. Semua cluster Autopilot bersifat regional, yang berarti cluster tersebut memiliki beberapa bidang kontrol di beberapa zona komputasi dalam satu region Google Cloud.
  • Keanggotaan fleet: Pilih apakah Anda ingin cluster menjadi anggota fleet.
  • Networking: Opsi jaringan, termasuk jaringan Virtual Private Cloud (VPC) dan subnet tempat cluster berada, serta apakah Anda ingin cluster dapat diakses dari jaringan publik.
  • Pengelolaan versi dan upgrade: Gunakan saluran rilis untuk memilih keseimbangan yang Anda inginkan antara fitur baru dan stabilitas saat mengupgrade software cluster ini, serta tetapkan masa pemeliharaan dan pengecualian untuk memilih kapan upgrade dapat dan tidak dapat dilakukan.
  • Keamanan: Hal ini mencakup apakah cluster menggunakan Workload Identity Federation for GKE dan akun layanan yang digunakan oleh node cluster untuk melakukan autentikasi ke Google Cloud.
  • Fitur cluster: Aktifkan dan konfigurasikan fitur GKE danGoogle Cloud tambahan untuk cluster ini, termasuk pencadangan dan kemampuan observasi. Mode Standard juga memungkinkan Anda membuat cluster alfa berumur pendek untuk mencoba fitur Kubernetes alfa.

Selain itu, cluster Standard juga memiliki opsi dalam kategori berikut:

  • Node pools: Tentukan detail tentang node cluster Anda, termasuk node pool, sistem operasi node, dan ukuran node.

Bagian berikut membahas beberapa kategori ini secara lebih mendetail, terutama kategori dengan opsi yang setelannya tidak dapat diubah setelah Anda membuat cluster. Untuk mengetahui daftar lengkap opsi konfigurasi, lihat Referensi konfigurasi.

Tabel berikut membandingkan opsi yang tersedia di beberapa area utama untuk cluster Autopilot dan Standard:

Pilihan cluster Mode
Autopilot Standard
Jenis ketersediaan Regional Regional atau Zona
Saluran rilis Rapid, Regular, atau Stable Semua saluran
Versi cluster Default atau versi lain yang tersedia Default atau versi lain yang tersedia
Perutean jaringan VPC native VPC native atau Berbasis rute
Isolasi jaringan Dapat disesuaikan Dapat disesuaikan
Fitur Kubernetes Produksi Produksi atau Alfa

Ketersediaan cluster

Dengan GKE, Anda dapat membuat cluster yang disesuaikan dengan persyaratan ketersediaan workload dan anggaran Anda. Anda dapat memilih antara cluster regional yang memiliki beberapa replika bidang kontrol di beberapa zona komputasi dalam satu region Google Cloud , atau cluster zona dengan satu bidang kontrol dalam satu zona. Cluster Autopilot selalu bersifat regional.

Untuk membantu Anda memilih jenis cluster yang akan dibuat dalam mode Standard, lihat Memilih bidang kontrol regional atau zona.

Setelan ini tidak dapat diperbarui setelah pembuatan cluster: cluster zona tidak dapat menjadi cluster regional, dan cluster regional tidak dapat menjadi cluster zona.

Praktik terbaik:

Untuk workload produksi, gunakan cluster regional karena umumnya menawarkan ketersediaan yang lebih tinggi daripada cluster zona. Untuk lingkungan pengembangan, gunakan cluster regional dengan node pool zona. Cluster dengan bidang kontrol regional dan node pool zona memiliki biaya yang sama dengan cluster zona. Untuk mengetahui informasi selengkapnya tentang pertimbangan spesifik per region, lihat Geografi dan region.

Cluster regional

Cluster regional memiliki beberapa replika bidang kontrol, yang berjalan di beberapa zona dalam region Google Cloud yang Anda tentukan. Anda harus selalu menentukan region saat membuat cluster Autopilot atau cluster regional lainnya.

Khusus untuk cluster Standard regional, Anda juga dapat memilih zona tempat node cluster dijalankan. Node dalam cluster regional dapat berjalan di beberapa zona atau satu zona, tergantung pada lokasi node yang dikonfigurasi. Secara default, GKE mereplikasi setiap node pool di tiga zona region bidang kontrol. Saat membuat cluster Standard regional atau menambahkan node pool baru, Anda dapat mengubah konfigurasi default dengan menentukan zona tempat node cluster dijalankan. Semua zona harus berada dalam region yang sama dengan bidang kontrol.

Gunakan cluster regional untuk menjalankan workload produksi Anda, karena cluster tersebut menawarkan ketersediaan yang lebih tinggi daripada cluster zona.

Anda tidak dapat mengubah region cluster regional setelah pembuatan cluster.

Cluster zona

Cluster zona memiliki satu bidang kontrol dalam satu zona. Workload akan tetap berjalan selama upgrade cluster atau pemadaman layanan zona tempat bidang kontrol berjalan. Namun, cluster, node-nya, dan workload-nya tidak dapat dikonfigurasi hingga bidang kontrol tersedia. Bergantung pada persyaratan ketersediaan workload, Anda dapat memilih untuk mendistribusikan node untuk cluster zona di satu zona atau di beberapa zona.

Untuk membuat cluster zona, lihat Membuat cluster zona.

Lokasi dan distribusi node

Baik menggunakan cluster regional maupun zona, Anda dapat menentukan lokasi dan distribusi node di seluruh zona secara akurat. Anda dapat mengonfigurasi zona default untuk semua node pool mendatang, serta menetapkan atau mengubah zona tertentu untuk node dalam node pool yang ada.

Cluster zona tunggal

Cluster zona tunggal—yang dapat berupa cluster regional atau zona—menjalankan workload pada node yang hanya terletak di satu zona. Jika zona tersebut mengalami pemadaman layanan, semua workload akan menjadi tidak tersedia.

Cluster zona dibuat secara default sebagai cluster zona tunggal, tetapi Anda dapat memperbarui konfigurasi ini menjadi cluster multi-zona.

Cluster multi-zona

Cluster multi-zona—yang dapat berupa cluster regional atau zona—meningkatkan ketersediaan workload dengan mendistribusikan node di beberapa zona dalam satu region. Hal ini memungkinkan Anda menjalankan workload di beberapa zona dalam satu region. Jika Anda menjalankan workload di beberapa zona dan terjadi pemadaman layanan zona, workload akan terganggu di zona tersebut, tetapi tetap tersedia di zona lainnya.

Mendistribusikan node GKE di beberapa zona dapat dikenai biaya untuk traffic keluar jaringan lintas zona saat node perlu berkomunikasi dengan peer yang berada di zona berbeda dalam region.

Cluster regional dibuat secara default sebagai cluster multi-zona, tetapi Anda dapat memperbarui konfigurasi ini menjadi cluster satu zona.

Zona AI

Zona AI adalah zona khusus yang digunakan untuk workload pelatihan dan inferensi AI/ML. Zona ini menyediakan kapasitas akselerator ML yang signifikan. Untuk mengetahui informasi selengkapnya, lihat dokumentasi zona AI.

Dalam dokumen ini dan dokumentasi GKE, "zona standar" atau "zona" mengacu pada zona non-AI dalam region Google Cloud .

Sebelum Anda menggunakan zona AI di GKE, pertimbangkan karakteristik berikut:

  • Untuk menggunakan zona AI dengan cluster GKE yang ada, bidang kontrol Anda harus menjalankan versi 1.36.4-gke.1495002 atau yang lebih baru, atau 1.37.1-gke.1552000 atau yang lebih baru. Versi ini memungkinkan bidang kontrol mengenali zona dan mendaftarkan node. Jika bidang kontrol Anda menjalankan versi 1.35 atau yang lebih lama, atau versi yang lebih lama dari versi minimum ini, upgrade bidang kontrol sebelum membuat node pool di zona AI. Jika upgrade tidak memungkinkan, hubungi Cloud Customer Care.
  • Zona AI terpisah secara fisik dari zona standar untuk menyediakan ruang penyimpanan dan daya tambahan. Pemisahan ini dapat menyebabkan latensi yang lebih tinggi, yang umumnya dapat ditoleransi untuk workload AI/ML.
  • Zona AI memiliki akhiran dengan notasi ai. Misalnya, zona AI di region us-central1 diberi nama us-central1-ai1a.
  • Saat ini, hanya VM TPU yang didukung.
  • Bidang kontrol cluster berjalan di satu atau beberapa zona standar dalam region yang sama dengan zona AI.

  • Anda dapat menjalankan VM tanpa TPU yang terpasang di zona AI hanya jika Anda memenuhi persyaratan berikut:

    • Anda sudah menjalankan workload lain yang menggunakan VM TPU di zona yang sama.
    • VM non-TPU adalah Spot VM, yang terkait dengan pemesanan, atau bagian dari node pool dengan rasio VM akselerator terhadap VM tujuan umum tertentu.

  • Zona AI berbagi komponen, seperti koneksi jaringan dan peluncuran software, dengan zona standar yang memiliki akhiran yang sama dalam region yang sama. Untuk workload ketersediaan tinggi, sebaiknya gunakan zona yang berbeda. Misalnya, hindari penggunaan us-central1-ai1a dan us-central1-a untuk ketersediaan tinggi.

Secara default, GKE tidak men-deploy workload Anda di zona AI. Untuk menggunakan zona AI, Anda harus mengonfigurasi salah satu opsi berikut:

  • (Direkomendasikan) ComputeClass: tetapkan prioritas tertinggi Anda untuk meminta TPU on-demand di zona AI. ComputeClass membantu Anda menentukan daftar konfigurasi hardware yang diprioritaskan untuk workload Anda. Untuk mengetahui contohnya, lihat Tentang ComputeClasses.
  • node auto-provisioning: gunakan nodeSelector atau nodeAffinity dalam spesifikasi pod Anda untuk menginstruksikan node auto-provisioning agar membuat node pool di zona AI. Jika workload Anda tidak secara eksplisit menargetkan zona AI, node auto-provisioning hanya akan mempertimbangkan zona standar atau zona dari --autoprovisioning-locations saat membuat node pool baru. Konfigurasi ini membantu memastikan bahwa workload yang tidak menjalankan model AI/ML tetap berada di zona standar, kecuali jika Anda mengonfigurasinya secara eksplisit. Untuk contoh manifes yang menggunakan nodeSelector, lihat Menetapkan zona default untuk node yang dibuat secara otomatis.
  • GKE Standard: jika Anda mengelola node pool secara langsung, gunakan zona AI di flag --node-locations saat membuat node pool. Sebagai contoh, lihat Men-deploy workload TPU di GKE Standard.

Keanggotaan fleet

Jika organisasi Anda menggunakan banyak cluster, Anda dapat menyederhanakan pengelolaan multi-cluster dengan menambahkan cluster ke fleet: grup logis cluster Kubernetes. Pembuatan fleet akan membantu organisasi Anda meningkatkan pengelolaan dari tiap-tiap cluster ke seluruh grup cluster, dan memungkinkan Anda menggunakan fitur yang didukung fleet seperti Multi Cluster Ingress, Config Sync, dan Pengontrol Kebijakan.

Meskipun Anda dapat menambahkan cluster ke fleet kapan saja, sebaiknya daftarkan cluster baru ke fleet selama pembuatan cluster. Hal ini karena cluster "born in the fleet" ini dibuat dengan setelan default tingkat fleet yang Anda pilih untuk sejumlah fitur perusahaan, dan dengan log serta metrik yang direkomendasikan sudah diaktifkan. Anda dapat mempelajari lebih lanjut hal ini dalam panduan berikut:

Setelan ini dapat diperbarui setelah pembuatan cluster untuk mendaftarkan atau membatalkan pendaftaran cluster, meskipun kami tidak merekomendasikan pemindahan cluster dengan workload aktif dari satu fleet ke fleet lainnya.

Anda dapat mempelajari lebih lanjut cara menambahkan cluster ke fleet di Membuat fleet untuk menyederhanakan pengelolaan multi-cluster.

Setelan jaringan

Saat membuat cluster GKE, Anda dapat menentukan sejumlah setelan jaringan, termasuk jaringan tempat cluster berada, mode perutean jaringan, dan apakah Anda ingin node cluster dapat diakses dari jaringan publik.

Jika Anda bukan administrator jaringan, Anda harus berkonsultasi dengan spesialis Jaringan organisasi Anda sebelum membuat cluster yang siap produksi, karena banyak dari opsi ini tidak dapat diubah setelah pembuatan cluster. Jika Anda adalah administrator jaringan, Anda dapat mengetahui lebih lanjut tentang jaringan GKE di Tentang jaringan GKE, dengan praktik terbaik untuk opsi jaringan di Praktik terbaik untuk jaringan GKE. Bagian ini hanya menjelaskan sebagian dari kemungkinan opsi jaringan kami.

Jaringan dan subnet

Jaringan Virtual Private Cloud (VPC) tempat cluster berada menentukan resource Compute Engine lain yang dapat berkomunikasi dengannya. Secara default, cluster GKE dibuat di jaringan default project Anda, meskipun Anda dapat memilih jaringan lain jika Anda atau administrator telah membuatnya. Jika tersedia, Anda dapat menentukan bahwa Anda ingin cluster Anda menjadi bagian dari subnet VPC tertentu: jika tidak, subnet default akan digunakan. Anda juga dapat menentukan bahwa Anda ingin menggunakan rentang alamat IP tertentu dalam subnet tersebut untuk Pod dan Service.

Setelan ini tidak dapat diperbarui setelah pembuatan cluster.

Pilihan isolasi jaringan

Anda dapat menyesuaikan isolasi jaringan di cluster dengan mempertimbangkan dua aspek berikut:

  • Akses ke bidang kontrol: Secara default, endpoint internal dan endpoint eksternal bidang kontrol diaktifkan, dan endpoint berbasis DNS dinonaktifkan. Anda dapat memilih untuk:

    • Nonaktifkan endpoint eksternal dan internal, serta gunakan hanya endpoint DNS.
    • Nonaktifkan endpoint eksternal saja untuk mencegah akses ke klien eksternal.
    • Aktifkan jaringan yang diizinkan untuk mengontrol alamat IP yang menjangkau endpoint bidang kontrol.

  • Konfigurasi jaringan cluster: Anda dapat memilih untuk mengaktifkan node pribadi di cluster untuk mengisolasi workload sepenuhnya dari jaringan publik. Anda dapat mengaktifkan node pribadi untuk seluruh cluster atau di level node pool (untuk Standard) atau workload (untuk Autopilot). Mengaktifkan node pribadi di level node pool atau workload akan menggantikan konfigurasi node apa pun di level cluster.

Setelan ini dapat diubah setelah pembuatan cluster.

Untuk mengetahui informasi selengkapnya tentang isolasi jaringan, lihat Tentang menyesuaikan isolasi jaringan dan Menyesuaikan isolasi jaringan Anda.

Praktik terbaik:

Gunakan Cloud NAT untuk memberi Pod GKE akses ke resource dengan alamat IP publik. Cloud NAT meningkatkan postur keamanan cluster secara keseluruhan karena Pod tidak terekspos langsung ke internet, tetapi masih dapat mengakses resource yang terhubung ke internet.

Cluster berbasis rute dan VPC native

Di GKE, cluster dapat dibedakan menurut cara mengarahkan traffic dari satu Pod ke Pod lainnya. Cluster tempat alamat IP Pod dapat dirutekan secara native dalam jaringan VPC tanpa menggunakan rute statis kustom disebut cluster VPC native. Dalam cluster IPv4 dan dual-stack, GKE menggunakan alamat IP alias; dalam cluster IPv6 single-stack, GKE mengalokasikan alamat langsung dari subnetwork tanpa rentang alamat IP alias. Sebaliknya, cluster yang menggunakan Google Cloud rute disebut cluster berbasis rute.

Secara default, semua cluster GKE baru menggunakan pemilihan rute berbasis VPC, yang merupakan opsi yang kami rekomendasikan. Anda dapat mengubah setelan ini saat pembuatan cluster untuk membuat cluster berbasis rute hanya dalam mode Standard. Setelan ini tidak dapat diperbarui setelah pembuatan cluster.

Anda dapat mempelajari lebih lanjut cluster VPC native dan manfaatnya, termasuk persyaratan khusus yang dimilikinya, di Cluster VPC native.

Praktik terbaik:

Gunakan mode jaringan VPC native untuk cluster Anda. Ini adalah setelan default untuk cluster Autopilot.

Versi dan upgrade

Dengan saluran rilis, GKE memilih versi software untuk cluster dengan keseimbangan yang Anda pilih antara ketersediaan fitur dan stabilitas. Saat membuat cluster, Anda dapat memilih saluran rilis yang diinginkan. Cluster baru (baik Autopilot maupun Standard) didaftarkan di saluran rilis Reguler secara default, meskipun Anda dapat memilih versi tertentu selama pembuatan cluster jika diperlukan.

Cluster Autopilot selalu menggunakan saluran rilis. Cluster Standard menggunakan saluran rilis secara default, tetapi Anda dapat memilih untuk tidak mendaftarkan cluster di saluran rilis (meskipun kami tidak merekomendasikannya karena setelan ini memberi Anda akses yang lebih terbatas ke fitur cluster).

GKE secara otomatis mengupgrade semua cluster seiring waktu, terlepas dari pendaftaran saluran rilis. GKE secara otomatis mengupgrade bidang kontrol cluster dan node-nya saat versi baru tersedia di saluran rilis tersebut. Anda dapat mengontrol pengaturan waktu dan cakupan upgrade dengan masa pemeliharaan dan pengecualian.

Anda dapat mengubah saluran rilis cluster kapan saja.

Untuk mengetahui informasi terkait upgrade otomatis mendatang, lihat catatan rilis GKE.

Praktik terbaik:

Pilih saluran rilis untuk GKE guna memilih versi cluster Anda dengan keseimbangan yang Anda pilih antara ketersediaan fitur dan stabilitas. Gunakan masa pemeliharaan dan pengecualian untuk mengontrol waktu dan cakupan upgrade otomatis.

Fitur alfa (khusus cluster Standard)

Fitur baru di Kubernetes dicantumkan sebagai Alfa, Beta, atau Stabil, tergantung pada statusnya saat pengembangan. Pada umumnya, fitur Kubernetes yang dicantumkan sebagai beta atau stabil disertakan dengan cluster GKE.

Jika Anda ingin bereksperimen dengan fitur yang sangat baru dan belum siap produksi, fitur alfa tersedia di cluster alfa GKE khusus. Cluster alfa memiliki semua API alfa Kubernetes (terkadang disebut feature gate) yang diaktifkan. Anda dapat menggunakan cluster alfa untuk pengujian awal dan validasi fitur Kubernetes. Cluster alfa tidak didukung untuk workload produksi, tidak dapat diupgrade atau ditambahkan ke saluran rilis, dan hanya berlaku selama 30 hari.

Fitur alfa tidak tersedia untuk cluster Autopilot.

Untuk membuat cluster alfa, lihat Membuat cluster alfa.

Setelan keamanan

GKE memiliki sejumlah setelan keamanan yang dapat Anda tentukan saat pembuatan cluster. Hal ini mencakup setelan enkripsi, fitur keamanan seperti Otorisasi Biner, akun layanan yang ingin Anda gunakan untuk node cluster (dibahas lebih mendetail di bagian berikutnya), dan apakah cluster Anda menggunakan Workload Identity Federation for GKE.

Seperti setelan lainnya, Anda harus berkonsultasi dengan rekan kerja yang ahli — dalam hal ini, spesialis Keamanan organisasi Anda — sebelum membuat cluster yang siap produksi. Anda dapat mempelajari lebih lanjut keamanan GKE di Ringkasan keamanan dan Memperkuat keamanan cluster.

Akun layanan untuk node

GKE menggunakan akun layanan IAM yang dilampirkan ke node Anda untuk menjalankan tugas sistem seperti logging dan pemantauan. Setidaknya, akun layanan node ini harus memiliki peran Kubernetes Engine Default Node Service Account (roles/container.defaultNodeServiceAccount) di project Anda. Secara default, GKE menggunakan akun layanan default Compute Engine, yang otomatis dibuat di project Anda, sebagai akun layanan node.

Jika organisasi Anda menerapkan batasan kebijakan organisasi iam.automaticIamGrantsForDefaultServiceAccounts, akun layanan Compute Engine default di project Anda mungkin tidak otomatis mendapatkan izin yang diperlukan untuk GKE.

Jika Anda menggunakan akun layanan default Compute Engine untuk fungsi lain dalam project atau organisasi, akun layanan tersebut mungkin memiliki lebih banyak izin daripada yang dibutuhkan GKE, sehingga dapat menimbulkan risiko keamanan.

Anda tidak dapat mengubah akun layanan untuk cluster mode Autopilot atau untuk node pool mode Standard setelah pembuatan.

Setelan node pool (khusus cluster Standard)

Seperti yang Anda ketahui dari Ringkasan administrasi cluster dan mode operasi GKE, jika menggunakan Autopilot untuk cluster, Anda tidak perlu mengkhawatirkan konfigurasi node karena GKE mengonfigurasi node untuk Anda. Node cluster Autopilot semuanya dikelola sepenuhnya oleh GKE dan semuanya menggunakan sistem operasi (OS) node yang sama.

Jika memilih untuk membuat cluster Standard, Anda dapat menentukan sejumlah opsi node saat membuat cluster, termasuk:

  • Nama, jumlah, ukuran, dan lokasi node pool yang ingin Anda gunakan; node pool adalah kumpulan node dalam cluster Anda yang memiliki konfigurasi yang sama.
  • OS node yang ingin Anda gunakan untuk node baru.
  • Apakah Anda ingin menggunakan spot VM sementara untuk node.
  • Jenis mesin Compute Engine yang ingin Anda gunakan untuk node.
  • Akun layanan yang ingin Anda gunakan untuk node, seperti yang dijelaskan dalam Setelan keamanan.

Beberapa setelan node pool cluster dapat diubah setelah pembuatan cluster, meskipun semua cluster Standard memerlukan setidaknya satu node pool. Jika Anda tidak menentukan jumlah node dan jenis mesin saat membuat cluster Standard, node pool default-nya akan terdiri dari tiga node di setiap zona cluster, dengan image node default cos_containerd, dan jenis mesin untuk tujuan umum.

Anda dapat mempelajari lebih lanjut konfigurasi node pool di Tentang node pool dan Menambahkan dan mengelola node pool.

Referensi konfigurasi

Temukan daftar lengkap opsi konfigurasi yang memungkinkan dalam panduan referensi berikut:

Langkah berikutnya