Choisir un outil pour gérer le cycle de vie du cluster
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Google Distributed Cloud vous propose un choix d'outils pour créer des clusters et gérer les opérations du cycle de vie des clusters (mise à jour, mise à niveau et suppression) :
L'outil de ligne de commande gkectl, que vous exécutez sur votre poste de travail administrateur dans votre centre de données sur site. Vous créez un fichier de configuration qui décrit le réseau du cluster, l'équilibrage de charge et d'autres fonctionnalités du cluster. Vous spécifiez ce fichier sur la ligne de commande pour gkectl.
La console Google Cloud , Google Cloud CLI ou Terraform, que vous pouvez exécuter à partir de n'importe quel ordinateur disposant d'une connectivité réseau à l'API GKE On-Prem. Ces outils standards utilisent l'API GKE On-Prem, qui s'exécute sur l'infrastructure Google Cloud . Collectivement, les outils standards sont appelés clients de l'API GKE On-Prem. Pour gérer le cycle de vie de vos clusters, l'API GKE On-Prem doit stocker les métadonnées sur l'état de votre cluster dans Google Cloud, dans la région Google Cloud que vous spécifiez lors de la création du cluster. Ces métadonnées permettent à l'API de gérer le cycle de vie du cluster et n'incluent pas de données spécifiques à la charge de travail.
Quel que soit l'outil que vous utilisez pour créer des clusters, les informations que vous collectez et fournissez à l'outil, telles que les adresses IP des machines de nœuds de cluster et les adresses VIP de l'équilibreur de charge, sont les mêmes.
Cette sélection vous permet de choisir l'outil le mieux adapté à votre cas d'utilisation et à votre environnement. Exemple :
Pour vos premières installations dans un environnement de développement, vous pouvez utiliser la console Google Cloud , car l'interface utilisateur fournit des conseils et une aide supplémentaires.
Si votre organisation utilise déjà la gcloud CLI ou Terraform pour gérer d'autres ressources Google Cloud , vous souhaiterez probablement utiliser ces outils pour Google Distributed Cloud.
Si votre organisation est soumise à des exigences ou des restrictions réglementaires, vous devrez peut-être limiter votre dépendance à Google Cloud et utiliser gkectl sur votre poste de travail administrateur pour créer des clusters et gérer leur cycle de vie.
Si vous créez un cluster avec gkectl, il sera inscrit par défaut à l'API GKE On-Prem. Vous pouvez également inscrire le cluster après sa création, ce qui vous permet d'utiliser les clients d'API GKE On-Prem.
Limites des clients de l'API GKE On-Prem
L'outil gkectl est le plus abouti en termes de fonctionnalités compatibles. Nous vous recommandons d'examiner les fonctionnalités des clients d'API GKE On-Prem avant de faire votre choix. La liste suivante présente les fonctionnalités non compatibles avec les clients de l'API GKE On-Prem.
Journalisation et surveillance au niveau de l'application
Paramètres réseau avancés
Pools de nœuds Windows
La liste suivante décrit les limites supplémentaires des clients de l'API GKE On-Prem :
gcloud CLI n'est compatible avec aucune opération de cycle de vie de cluster d'administrateur. Vous pouvez utiliser gkectl, la console, gcloud CLI ou Terraform pour créer des clusters d'administrateur.
L'outil de ligne de commande gkectl est le seul outil disponible pour mettre à niveau, mettre à jour et supprimer des clusters d'administrateur.
Seuls gkectl et Terraform sont compatibles avec l'utilisation d'un registre privé.
Le type d'équilibreur de charge d'un cluster d'administrateur et de ses clusters d'utilisateur doit être le même. La seule exception est si le cluster d'administrateur utilise Seesaw. Dans ce cas, les clusters d'utilisateur peuvent utiliser MetalLB. Si vous souhaitez que vos clusters d'administrateur et d'utilisateur utilisent différents types d'équilibrage de charge, vous devez créer les clusters à l'aide de gkectl.
Lorsque vous créez un cluster d'utilisateur à l'aide de la console Google Cloud , tous les paramètres vCenter sont hérités du cluster d'administrateur. Si vous avez besoin qu'un cluster d'utilisateur ait des paramètres vCenter différents de ceux de son cluster d'administrateur, utilisez gcloud CLI, Terraform ou gkectl pour créer le cluster d'utilisateur.
Consultez ces limites de temps en temps, car les clients de l'API GKE On-Prem évoluent.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/01 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 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."]]
