Os clusters do Anthos em bare metal agora são o Google Distributed Cloud (somente software) em bare metal. Para mais informações, consulte a visão geral do produto.
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 bmctl, 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 bmctl. Também é
possível executar o kubectl na estação de trabalho do administrador para atualizar e fazer upgrade de clusters
e excluir clusters de usuário.
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 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 bmctl na
estação de trabalho do administrador para criar clusters e gerenciar o ciclo de vida deles.
A ferramenta bmctl foi enviada com a primeira versão do Google Distributed Cloud
e é a mais madura em relação aos recursos compatíveis. Recomendamos que
você analise a funcionalidade dos clientes da API GKE On-Prem ao fazer uma
escolha. A lista a seguir resume as limitações atuais. Verifique esta lista periodicamente
à medida que os clientes da API GKE On-Prem evoluem.
Os clusters de administrador e de usuário são os únicos tipos de cluster compatíveis
As versões secundárias ou de patch mais recentes não ficam disponíveis na API GKE On-Prem até 7 a 10 dias após o lançamento.
Os seguintes recursos de rede avançados não são compatíveis:
[[["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-26 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 `bmctl`, which you run on your admin workstation in your on-premises data center. You create a [configuration file](/kubernetes-engine/distributed-cloud/bare-metal/docs/reference/cluster-config-ref) that describes the cluster network, load balancing, and other cluster features. You specify this file on the command line to `bmctl`. You can also run `kubectl` on your admin workstation to upgrade and update clusters and to delete user clusters.\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](/anthos/clusters/docs/on-prem-api/reference/rest). These standard tools use the GKE On-Prem API, 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 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 `bmctl` on your admin workstation to create clusters and manage cluster lifecycle.\n\nIf you create a cluster with `bmctl`, you can\n[enroll the cluster with the GKE On-Prem API](/kubernetes-engine/distributed-cloud/bare-metal/docs/how-to/enroll-cluster)\nafter the cluster is created, which lets you also use the GKE On-Prem API\nclients.\n\nLimitations with the GKE On-Prem API clients\n--------------------------------------------\n\nThe `bmctl` tool was shipped with the first release of Google Distributed Cloud,\nand it is the most mature as far as features that it supports. We recommend that\nyou review the functionality for the GKE On-Prem API clients when making a\nchoice. The following list summarizes current limitations. Check this list from\ntime to time as the GKE On-Prem API clients evolve.\n\n- Admin and user clusters are the only supported cluster types\n\n- The latest minor or patch versions aren't available in the GKE On-Prem API\n until 7 to 10 days after the release\n\n- The following advanced networking features aren't supported:\n\n - [IPv4/IPv6 dual-stack networking](/kubernetes-engine/distributed-cloud/bare-metal/docs/how-to/dual-stack-networking)\n - [IPv4 flat mode network model](/kubernetes-engine/distributed-cloud/bare-metal/docs/how-to/flat-network)\n\nWhat's next\n-----------\n\n- `bmctl`\n\n - [Cluster configuration field reference](/kubernetes-engine/distributed-cloud/bare-metal/docs/reference/cluster-config-ref#cluster_configuration_fields)\n- gcloud CLI\n\n - [`gcloud container bare-metal clusters`](/sdk/gcloud/reference/container/bare-metal/clusters)\n\n - [`gcloud container bare-metal node-pools`](/sdk/gcloud/reference/container/bare-metal/node-pools)\n\n - [`gcloud container bare-metal admin-clusters`](/sdk/gcloud/reference/container/bare-metal/admin-clusters)\n\n- Terraform\n\n - [`google_gkeonprem_bare_metal_cluster`](https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/gkeonprem_bare_metal_cluster)\n\n - [`google_gkeonprem_bare_metal_node_pool`](https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/gkeonprem_bare_metal_node_pool)\n\n - [`google_gkeonprem_bare_metal_admin_cluster`](https://registry.terraform.io/providers/hashicorp/google/latest/docs/resources/gkeonprem_bare_metal_admin_cluster)"]]
