O Google Distributed Cloud é a nossa solução que expande a Google Cloud infraestrutura e os serviços para o seu centro de dados. Oferecemos o Google Distributed Cloud em configurações ligadas e isoladas que são executadas em hardware fornecido pela Google. Também oferecemos o Google Distributed Cloud como um produto apenas de software (anteriormente conhecido como Google Distributed Cloud Virtual, anteriormente conhecido como clusters Anthos em bare metal) que é executado no seu próprio hardware. O software Google Distributed Cloud pode ser instalado no VMware ou em hardware sem sistema operativo. Este guia destina-se ao software do Google Distributed Cloud que é executado diretamente nas suas máquinas bare metal.
O software Google Distributed Cloud baseia-se no Google Kubernetes Engine (GKE), com o seu próprio pacote Kubernetes que expande o GKE para utilização num ambiente no local. Com o Google Distributed Cloud, pode criar, gerir e atualizar clusters do GKE nas suas próprias instalações enquanto usa as Google Cloud funcionalidades, e implementar e operar aplicações em contentores nos seus clusters em grande escala através da infraestrutura da Google.
Versões suportadas
Esta documentação abrange todas as versões suportadas do Google Distributed Cloud. Quando relevante, também retemos informações limitadas para versões mais antigas e não suportadas nesta documentação. As diferenças específicas da versão nos requisitos e no comportamento são indicadas na documentação. Da mesma forma, quando uma nova funcionalidade fica disponível, a versão suportada da funcionalidade é documentada.
Para ver uma lista das versões secundárias suportadas e dos patches disponíveis, consulte o artigo Criação de versões.
A partir da versão 1.29, deixámos de criar um diretório numerado para a documentação da versão secundária anterior. Pode encontrar documentação arquivada para a versão 1.16 e anteriores adicionando o número da versão secundária no seguinte URL:
https://cloud.google.com/anthos/clusters/docs/bare-metal/VERSION/
Substitua VERSION por uma versão secundária de 1.6 a 1.16 e copie o URL para a barra de endereço no navegador.
Por que motivo deve usar o Google Distributed Cloud em servidores Bare Metal?
A execução do software Google Distributed Cloud em hardware sem sistema operativo tira partido da sua infraestrutura empresarial existente e ajuda a modernizar as aplicações ao longo do respetivo ciclo de vida.
Inclua o seu próprio nó
Com uma instalação apenas de software em hardware simples do Google Distributed Cloud, pode implementar aplicações diretamente na sua própria infraestrutura de hardware, o que oferece o melhor desempenho e flexibilidade. Tem controlo direto sobre a escala, a segurança e a latência da rede da aplicação. Também tem as vantagens das aplicações em contentores através dos componentes do GKE.
Desempenho melhorado e custo reduzido
O Google Distributed Cloud gere a implementação e o estado de funcionamento das aplicações nos seus centros de dados corporativos existentes para um funcionamento mais eficiente. Além disso, pode executar contentores no limite da rede, para que as apps de estatísticas possam ser executadas com o desempenho máximo.
A utilização do Google Distributed Cloud em hardware físico em vez de máquinas virtuais dá-lhe a capacidade de gerir contentores de aplicações numa grande variedade de tipos de hardware otimizados para o desempenho, como GPUs e SSDs. A execução do Google Distributed Cloud em hardware simples também permite o acesso direto das aplicações ao hardware.
Segurança compatível
Uma vez que controla o seu ambiente de nós, pode otimizar a sua rede, hardware e aplicações para cumprir os seus requisitos específicos. Como resultado, pode controlar diretamente a segurança do sistema sem ter de se preocupar com a compatibilidade com máquinas virtuais e sistemas operativos.
Implementação de aplicações monitorizada
O Google Distributed Cloud oferece uma monitorização avançada do estado e do desempenho do seu ambiente. Esta capacidade de monitorização ajuda a ajustar a escala das aplicações, mantendo a fiabilidade apesar das flutuações na carga de trabalho e no tráfego de rede.
Gerir a monitorização, o registo e a análise de clusters e cargas de trabalho através do agente Connect.
Latência e flexibilidade da rede
Uma vez que gere os requisitos da sua rede, esta pode ser otimizada para uma latência baixa. Esta otimização da rede pode ser crucial para o desempenho nas estatísticas comerciais ou financeiras e noutras aplicações empresariais ou de rede periférica.
Altamente disponível
O Google Distributed Cloud inclui suporte para vários nós do plano de controlo num cluster. Se um nó do plano de controlo ficar inativo, ainda pode administrar o seu ambiente.
Conceção e controlo seguros
A segurança da sua infraestrutura pode ser personalizada de acordo com as suas necessidades, com um número mínimo de ligações a recursos externos. Mais importante ainda, não existe complexidade adicional de MV quando implementa sistemas de segurança e mantém o controlo total do SO quando interage com os sistemas de segurança existentes.
O Google Distributed Cloud funciona com ligações seguras leves às APIs Google. Pode gerir clusters e aplicações a partir de uma localização central com o Connect e o Cloud Monitoring. Esta centralização também ajuda a manter as implementações a funcionar sem problemas e permite que o apoio técnico resolva problemas de forma mais eficaz. Google Cloud
Verificações prévias na instalação
Com o Google Distributed Cloud, os seus clusters são executados em sistemas Linux de código aberto e empresariais, bem como numa infraestrutura de hardware mínima, o que cria flexibilidade no seu ambiente. Também inclui várias verificações prévias para ajudar a garantir configurações e instalações bem-sucedidas.
Implementação de aplicações e balanceamento de carga
O Google Distributed Cloud inclui mecanismos de equilíbrio de carga da camada 4 e da camada 7 na criação de clusters.
etcd Fiabilidade melhorada
Para monitorizar o tamanho e desfragmentar as bases de dados etcd, os planos de controlo do Google Distributed Cloud incluem um pod etcddefrag. O pod reclama o armazenamento de grandes bases de dados etcd e recupera-o etcd quando o espaço em disco é excedido.etcddefrag
Como funciona
O Google Distributed Cloud expande o Google Kubernetes Engine (GKE) para lhe permitir criar clusters nos seus próprios servidores Linux nas suas próprias instalações. Pode gerir estes clusters no local em Google Cloud juntamente com clusters do GKE normais e clusters noutros ambientes como parte de uma frota.
Os clusters do GKE são executados no Google Cloud , onde o plano de controlo do Kubernetes e a infraestrutura de rede são geridos pela Google Cloud. Uma vez que os clusters criados com o Google Distributed Cloud são executados no seu centro de dados, fornecemos algum software de administração e plano de controlo, além do software do GKE. O software executado no seu centro de dados é transferido como parte dos processos de instalação e atualização.
O diagrama seguinte mostra o resultado simplificado de uma instalação concluída:
Componentes principais
Os seguintes componentes constituem uma instalação apenas de software em hardware não processado do Google Distributed Cloud:
O cluster de administrador consiste num ou mais nós do plano de controlo. Cada nó é uma máquina física que executa um sistema operativo Linux suportado. A implementação padrão consiste num cluster de administrador que gere o ciclo de vida de um ou mais clusters de utilizador através da gestão de recursos do Kubernetes (KRM). Cada máquina de nó na instalação tem o seu próprio endereço IP.
Um cluster de utilizadores é onde as cargas de trabalho que implementam as suas aplicações são executadas, como no GKE on Google Cloud. Cada cluster de utilizadores consiste em, pelo menos, um nó do painel de controlo e um nó de trabalho.
A estação de trabalho do administrador é uma máquina separada (normalmente) que inclui as ferramentas e os artefactos do cluster, como ficheiros de configuração. Os criadores de clusters e os programadores usam estas ferramentas e artefactos para gerir os respetivos clusters no local, com as autorizações adequadas:
A execução do comando
bmctlna estação de trabalho de administração permite-lhe criar e atualizar clusters, bem como realizar outras tarefas administrativasA execução do comando
kubectla partir da estação de trabalho do administrador permite-lhe interagir com os clusters de administrador e de utilizador, incluindo a implementação e a gestão de cargas de trabalho
A API GKE On-Prem é a API alojada pela Google CloudGoogle para a gestão do ciclo de vida do cluster. Usa os clientes da API (Google Cloud consola, Google Cloud CLI e Terraform) para criar e gerir o ciclo de vida dos seus clusters no local como alternativa ao início de sessão na estação de trabalho do administrador para gerir os seus clusters com a CLI
bmctl.A consola também fornece uma interface Web para o seuGoogle Cloud projeto, incluindo clusters no local. A consola apresenta métricas importantes sobre os seus clusters para ajudar a monitorizar o estado dos clusters.
Os administradores e os programadores de clusters usam
kubectlpara aceder aos planos de controlo dos clusters através de endereços IP virtuais (VIPs) especificados como parte da configuração do cluster. Os utilizadores e os programadores de aplicações usam VIPs de serviço e de entrada para aceder e expor cargas de trabalho, respetivamente.
A ligar à frota
Todos os clusters de utilizadores (e, opcionalmente, os clusters de administrador) são membros de uma frota: um agrupamento lógico de clusters do Kubernetes. As frotas permitem que a sua organização melhore a gestão de clusters individuais para grupos inteiros de clusters e podem ajudar as suas equipas a adotar práticas recomendadas semelhantes às usadas na Google. Pode ver e gerir clusters de frotas em conjunto na Google Cloud consola e usar funcionalidades do GKE compatíveis com frotas para ajudar a gerir, governar e operar as suas cargas de trabalho em grande escala. Pode ver uma lista completa das funcionalidades de frota disponíveis para ambientes no local.
A ligação de cada cluster da frota ao Google Cloud é gerida por um agente do Connect, que é implementado como parte do processo de instalação do Google Distributed Cloud. Pode saber mais sobre como este agente funciona na vista geral do agente Connect.
A associação a uma frota também é usada para gerir os preços do Google Distributed Cloud em bare metal, conforme descrito na secção seguinte.
Preços
Os clusters no local criados com o Google Distributed Cloud são faturados por vCPU. Ativa a faturação ativando a API Anthos no seu Google Cloudprojeto.
Para ver informações completas sobre preços, incluindo como contactar o departamento de vendas, consulte o artigo Preços do Google Kubernetes Engine.
Versões
Para saber mais sobre as versões do Google Distributed Cloud, consulte a Política de Apoio técnico de versões.
Instalar o Google Distributed Cloud em bare metal
Uma vez que os clusters criados com o Google Distributed Cloud são executados na sua própria infraestrutura, são altamente configuráveis. Depois de selecionar o modelo de implementação que satisfaz as necessidades específicas da sua organização e do seu exemplo de utilização, pode escolher entre uma variedade de modos de equilíbrio de carga suportados, opções de endereçamento IP, funcionalidades de segurança, opções de conetividade e muito mais. A configuração de um cluster envolve tomar decisões antes e durante a instalação. Este conjunto de documentação inclui guias para ajudar a sua equipa a decidir sobre as funcionalidades e as opções certas para si. Para garantir que a instalação cumpre as necessidades da sua organização, consulte as equipas de rede e de aplicações.