Tool zum Verwalten des Clusterlebenszyklus auswählen
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Google Distributed Cloud bietet eine Auswahl an Tools zum Erstellen von Clustern und zum Verwalten der Clusterlebenszyklusvorgänge (Aktualisieren, Upgraden und Löschen):
Das Befehlszeilentool gkectl, das Sie auf Ihrer Administrator-Workstation in Ihrem lokalen Rechenzentrum ausführen. Sie erstellen eine Konfigurationsdatei, in der das Clusternetzwerk, das Load-Balancing und andere Clusterfeatures beschrieben werden. Sie geben diese Datei in der Befehlszeile für gkectl an.
Die Google Cloud Console, die Google Cloud CLI oder Terraform, die Sie auf jedem Computer mit Netzwerkverbindung zur GKE On-Prem API ausführen können. Diese Standardtools verwenden die GKE On-Prem API, die in der Google Cloud-Infrastruktur ausgeführt wird. Die Standardtools werden zusammen als GKE On-Prem API-Clients bezeichnet. Zur Verwaltung des Lebenszyklus Ihrer Cluster muss die GKE On-Prem API Metadaten zum Status Ihres Clusters in Google Cloud in der Google Cloud-Region speichern, die Sie beim Erstellen des Clusters angeben. Diese Metadaten ermöglichen der API die Verwaltung des Clusterlebenszyklus und enthalten keine arbeitslastspezifischen Daten.
Unabhängig davon, welches Tool Sie zum Erstellen von Clustern verwenden, sind die von Ihnen erfassten Informationen (z. B. IP-Adressen von Clusterknotenmaschinen und Load-Balancer-VIPs) identisch.
Bei dieser Auswahl können Sie das beste Tool für Ihren Anwendungsfall und Ihre Umgebung auswählen. Beispiel:
Für die ersten Installationen in einer Entwicklungsumgebung sollten Sie die Google Cloud Console verwenden, da die Benutzeroberfläche zusätzliche Anleitungen und Hilfe bietet.
Wenn Ihre Organisation bereits die gcloud CLI oder Terraform zur Verwaltung anderer Google Cloud-Ressourcen verwendet, sollten Sie diese Tools wahrscheinlich auch für Google Distributed Cloud verwenden.
Wenn Ihre Organisation regulatorische Anforderungen oder Einschränkungen hat, müssen Sie möglicherweise Ihre Abhängigkeit von Google Cloud begrenzen und gkectl auf Ihrer Administrator-Workstation verwenden, um Cluster zu erstellen und den Clusterlebenszyklus zu verwalten.
Wenn Sie einen Cluster mit gkectl erstellen, wird er standardmäßig mit der GKE On-Prem API registriert. Sie können den Cluster auch registrieren, nachdem er erstellt wurde. Dadurch können Sie die GKE On-Prem API-Clients verwenden.
Einschränkungen bei den GKE On-Prem API-Clients
Das gkectl-Tool ist bislang die ausgereiftesten Funktionen, die es unterstützt. Wir empfehlen Ihnen, die Funktionalität der GKE On-Prem API-Clients zu prüfen, wenn Sie eine Wahl treffen. Die folgende Liste enthält die Features, die von den GKE On-Prem API-Clients nicht unterstützt werden. Prüfen Sie diese Liste von Zeit zu Zeit, wenn sich die GKE On-Prem API-Clients weiterentwickeln.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2024-09-03 (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."]]
