Escolher uma ferramenta para gerenciar o ciclo de vida do cluster
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
O Google Distributed Cloud oferece várias ferramentas para criar clusters e
gerenciar as operações do ciclo de vida do cluster (atualização, upgrade e exclusão):
A ferramenta de linha de comando gkectl, que é executada na estação de trabalho do administrador
no data center local. Você cria um
arquivo de configuração
que descreve a rede do cluster, o balanceamento de carga e outros recursos
do cluster. Esse arquivo é especificado na linha de comando como gkectl.
O console do Google Cloud, a Google Cloud CLI ou o
Terraform,
que pode ser executado em qualquer computador que tenha conectividade de rede com a
API GKE On-Prem. Essas ferramentas padrão usam a
API GKE On-Prem,
que é executada na infraestrutura do Google Cloud. Coletivamente, elas são chamadas de
clientes da API GKE On-Prem. Para gerenciar o ciclo de vida dos clusters, a
API GKE On-Prem precisa armazenar metadados sobre o estado do cluster no
Google Cloud, na região do Google Cloud especificada ao
criar o cluster. Esses metadados permitem que a API gerencie o
ciclo de vida do cluster e não incluem dados específicos da carga de trabalho.
Independentemente da ferramenta usada para criar clusters, as informações
coletadas e fornecidas para a ferramenta, como os endereços IP
das máquinas de nó do cluster e os VIPs do balanceador de carga, são as mesmas.
Com essa seleção, você escolhe a ferramenta ideal para seu caso de uso e
ambiente. Por exemplo:
Para suas primeiras instalações em um ambiente de desenvolvimento, é
recomendável usar o console do Google Cloud porque a interface do usuário oferece
maior orientação e ajuda.
Se sua organização já usa a CLI gcloud ou o Terraform para
gerenciar outros recursos do Google Cloud, você provavelmente também quer usar essas
ferramentas para o Google Distributed Cloud.
Se sua organização tiver restrições ou requisitos regulamentares, talvez seja
necessário limitar a confiança no Google Cloud e usar o gkectl na
estação de trabalho do administrador para criar clusters e gerenciar o ciclo de vida deles.
Se você criar um cluster com gkectl, ele será registrado com a
API GKE On-Prem por padrão. Também é possível
registrar o cluster depois que ele for criado,
o que permite usar os clientes da API GKE On-Prem.
Limitações com os clientes da API GKE On-Prem
A ferramenta gkectl é a mais madura em termos de recursos compatíveis. Recomendamos que
você analise a funcionalidade dos clientes da API GKE On-Prem ao fazer uma
escolha. A lista a seguir mostra os recursos que não são compatíveis
com os clientes da API GKE On-Prem. Verifique esta lista periodicamente
à medida que os clientes da API GKE On-Prem evoluem.
Como criar e fazer upgrade de clusters de administrador
Gerenciamento e rotação de secrets
Rotação de certificados
Autenticação
Medição de uso
Geração de registros e monitoramento no nível do aplicativo
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2024-11-21 UTC."],[],[],null,["# Choose a tool to manage cluster lifecycle\n\nGoogle 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--------------------------------------------\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."]]
