Memilih alat untuk mengelola siklus proses cluster
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Google Distributed Cloud memberi Anda pilihan alat untuk membuat cluster dan mengelola operasi siklus proses cluster (update, upgrade, dan hapus):
Alat command line gkectl, yang Anda jalankan di workstation admin
di pusat data lokal Anda. Anda membuat
file konfigurasi
yang menjelaskan jaringan cluster, load balancing, dan fitur cluster
lainnya. Anda menentukan file ini di command line ke gkectl.
Google Cloud Konsol, Google Cloud CLI, atau
Terraform,
yang dapat Anda jalankan dari komputer mana pun yang memiliki konektivitas jaringan ke
GKE On-Prem API. Alat standar ini menggunakan
GKE On-Prem API,
yang berjalan di infrastruktur Google Cloud . Secara keseluruhan, alat standar disebut sebagai klien GKE On-Prem API. Untuk mengelola
siklus proses cluster Anda, GKE On-Prem API harus menyimpan metadata tentang
status cluster Anda di Google Cloud, di region Google Cloud yang Anda
tentukan saat membuat cluster. Metadata ini memungkinkan API mengelola siklus proses cluster dan tidak menyertakan data khusus workload.
Apa pun alat yang Anda gunakan untuk membuat cluster, informasi yang Anda kumpulkan dan berikan ke alat tersebut, seperti alamat IP mesin node cluster dan VIP load balancer, akan sama.
Dengan pilihan ini, Anda dapat memilih alat terbaik untuk kasus penggunaan dan
lingkungan Anda. Contoh:
Untuk penginstalan pertama di lingkungan pengembangan, Anda mungkin
ingin menggunakan konsol Google Cloud karena antarmuka pengguna memberikan
panduan dan bantuan tambahan.
Jika organisasi Anda sudah menggunakan gcloud CLI atau Terraform untuk mengelola resource Google Cloud lainnya, Anda mungkin ingin menggunakan alat ini untuk Google Distributed Cloud juga.
Jika organisasi Anda memiliki persyaratan atau batasan peraturan, Anda mungkin perlu membatasi ketergantungan pada Google Cloud dan penggunaan gkectl di workstation admin untuk membuat cluster dan mengelola siklus proses cluster.
Jika Anda membuat cluster dengan gkectl, cluster tersebut akan didaftarkan dengan
GKE On-Prem API secara default. Anda juga dapat
mendaftarkan cluster setelah dibuat,
yang memungkinkan Anda menggunakan klien GKE On-Prem API.
Batasan pada klien GKE On-Prem API
Alat gkectl adalah yang paling matang dalam hal fitur yang didukungnya. Sebaiknya Anda meninjau kemampuan klien GKE On-Prem API saat membuat pilihan. Daftar berikut menunjukkan fitur yang tidak didukung oleh klien GKE On-Prem API.
Daftar berikut menjelaskan batasan tambahan dengan klien
GKE On-Prem API:
CLI gcloud tidak didukung untuk operasi siklus proses cluster admin. Anda dapat menggunakan gkectl, konsol, gcloud CLI, atau Terraform untuk membuat cluster admin.
Alat command line gkectl adalah satu-satunya alat yang tersedia untuk mengupgrade, mengupdate, dan menghapus cluster admin.
Hanya gkectl dan Terraform yang mendukung penggunaan
registry pribadi.
Jenis load balancer untuk cluster admin dan cluster penggunanya harus sama. Satu-satunya pengecualian adalah jika cluster admin menggunakan Seesaw, maka cluster pengguna dapat menggunakan MetalLB. Jika Anda ingin cluster admin dan pengguna menggunakan
berbagai jenis load balancer, Anda harus membuat cluster menggunakan
gkectl.
Saat Anda membuat cluster pengguna menggunakan konsol Google Cloud , semua
setelan vCenter
diwarisi dari cluster admin. Jika Anda memerlukan cluster pengguna untuk memiliki
setelan vCenter yang berbeda dari cluster adminnya, gunakan
gcloud CLI, Terraform, atau gkectl untuk membuat cluster pengguna.
Periksa batasan ini dari waktu ke waktu seiring berkembangnya klien GKE On-Prem API.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-09-01 UTC."],[],[],null,["Google Distributed Cloud provides you a choice of tools to create clusters and\nmanage the cluster lifecycle operations (update, upgrade, and delete):\n\n- The command-line tool `gkectl`, which you run on your admin workstation in your on-premises data center. You create a [configuration file](/kubernetes-engine/distributed-cloud/vmware/docs/how-to/user-cluster-configuration-file-latest) that describes the cluster network, load balancing, and other cluster features. You specify this file on the command line to `gkectl`.\n- The Google Cloud console, Google Cloud CLI, or [Terraform](https://www.terraform.io), which you can run from any computer that has network connectivity to the GKE On-Prem API. These standard tools use the [GKE On-Prem API](/kubernetes-engine/distributed-cloud/reference/on-prem-api-overview), which runs on Google Cloud infrastructure. Collectively, the standard tools are referred to as the *GKE On-Prem API clients*. To manage the lifecycle of your clusters, the GKE On-Prem API must store metadata about your cluster's state in Google Cloud, in the Google Cloud region that you specify when creating the cluster. This metadata lets the API manage the cluster lifecycle and doesn't include workload-specific data.\n\nNo matter which tool you use to create clusters, the information that\nyou gather and provide to the tool, such as the IP addresses\nof cluster node machines and load balancer VIPs, is the same.\n\nThis selection lets you choose the best tool for your use case and\nenvironment. For example:\n\n- For your first installations in a development environment, you might want to use the Google Cloud console because the user interface provides additional guidance and help.\n- If your organization already uses the gcloud CLI or Terraform to manage other Google Cloud resources, you will probably want to use these tools for Google Distributed Cloud as well.\n- If your organization has regulatory requirements or restrictions, you might need to limit your reliance on Google Cloud and use `gkectl` on your admin workstation to create clusters and manage cluster lifecycle.\n\nIf you create a cluster with `gkectl`, it will be enrolled with the\nGKE On-Prem API by default. You can also\n[enroll the cluster](/kubernetes-engine/distributed-cloud/vmware/docs/how-to/enroll-cluster) after it is created,\nwhich lets you use the GKE On-Prem API clients.\n\nLimitations with the GKE On-Prem API clients\n\nThe `gkectl` tool is the most mature as far as features that it supports. We\nrecommend that you review the capabilities for the GKE On-Prem API clients when\nmaking a choice. The following list shows the features that are not supported by\nthe GKE On-Prem API clients.\n\n- [Advanced clusters](/kubernetes-engine/distributed-cloud/vmware/docs/concepts/advanced-clusters)\n- Secret management and rotation\n- Certificate rotation\n- Authentication\n- Usage metering\n- Application level logging and monitoring\n- Advanced networking\n- Windows node pools\n\nThe following list describes additional limitations with the GKE On-Prem API\nclients:\n\n- The gcloud CLI isn't supported for any admin cluster lifecycle\n operation. You can use `gkectl`, the console, the\n gcloud CLI, or Terraform to create admin clusters.\n\n- The `gkectl` command-line tool is the only tool available for upgrading,\n updating, and deleting admin clusters.\n\n- Only `gkectl` and Terraform support using a\n [private registry](/kubernetes-engine/distributed-cloud/vmware/docs/how-to/private-registry).\n\n- The kind of load balancer for an admin cluster and its user clusters must be\n the same. The only exception is if the admin cluster uses Seesaw, then the\n user clusters can use MetalLB. If you want your admin and user clusters to use\n different kinds of load balancers, you must create the clusters using\n `gkectl`.\n\n- When you create a user cluster using the Google Cloud console, all the\n [`vCenter` settings](/kubernetes-engine/distributed-cloud/vmware/docs/how-to/user-cluster-configuration-file-latest#vcenter-section)\n are inherited from the admin cluster. If you need a user cluster to have\n different `vCenter` settings from its admin cluster, use the\n gcloud CLI, Terraform, or `gkectl` to create the user cluster.\n\nCheck on these limitations from time to time as the GKE On-Prem API clients\nevolve."]]
