Introdução à instalação e à migração

Este guia explica como preparar o projeto do Google Cloud, configurar um cluster atual do GKE e instalar a versão 1.6.14 do Anthos Service Mesh. Use o guia para estes casos de uso:

Para novas instalações e migrações, se todos os clusters que você está configurando estiverem no mesmo projeto do Google Cloud, recomendamos que você use a instalação e migração no GKE, o que simplifica a instalação e a migração usando um script.

Antes de começar

Veja o que é necessário para seguir este guia:

Diferenças entre o Anthos e o Anthos Service Mesh

  • Os assinantes do GKE Enterprise precisam ativar a API GKE Enterprise.

    Ativar a API

  • Mesmo que você não seja um assinante do GKE Enterprise, ainda é possível instalar o Anthos Service Mesh, mas alguns elementos e recursos da IU no console do Google Cloud estão disponíveis apenas para assinantes do GKE Enterprise. Para informações sobre o que está disponível para assinantes e não assinantes, consulte Diferenças na interface do GKE Enterprise e Anthos Service Mesh. Para informações sobre os preços do Anthos Service Mesh para não assinantes, consulte Preços.

Requisitos

Restrições

Um projeto do Google Cloud só pode ter uma malha associada a ele.

Como escolher um perfil de configuração

Ao instalar o Anthos Service Mesh, você precisa escolher um dos seguintes perfis de configuração:

  • asm-gcp: use este perfil se todos os clusters do GKE estiverem no mesmo projeto. Quando você instala o Anthos Service Mesh com este perfil, os seguintes recursos são ativados:

  • asm-gcp-multiproject (versão Beta ): use este perfil se o cluster estiver em uma Nuvem privada virtual compartilhada e você quer adicionar clusters de diferente projetos para o Anthos Service Mesh. Ao instalar o Anthos Service Mesh com o perfil asm-gcp-multiproject:

    • No momento, os painéis do Anthos Service Mesh no console do Google Cloud não estão disponíveis. No entanto, ainda é possível ver registros no Cloud Logging e métricas no Cloud Monitoring de cada projeto.

    • Os outros recursos Padrão compatíveis listados na página Recursos compatíveis do perfil de configuração asm-gcp-multiproject estão ativados.

Como escolher uma autoridade de certificação

Para novas instalações e migrações, é possível usar a autoridade de certificação do Anthos Service Mesh (Mesh CA) ou o Citadel (agora incorporado em istiod) como a autoridade de certificação (CA) para emitir certificados TLS mútuos (mTLS) (em inglês).

Recomendamos que você use a Mesh CA pelos seguintes motivos:

  • A Mesh CA é um serviço altamente confiável e escalonável, otimizado para cargas de trabalho escalonadas dinamicamente no Google Cloud.
  • Com ela, o Google gerencia a segurança e a disponibilidade do back-end da CA.
  • Esta autoridade de certificação possibilita confiar em uma única raiz de confiança entre os clusters.

No entanto, há casos em que é recomendável usar o Citadel, como os seguintes:

  • Se você tiver uma CA personalizada.
  • Se você estiver migrando do Istio ou do complemento Istio on GKE.

    Caso você escolha o Citadel, não haverá inatividade porque o tráfego mTLS não será interrompido durante a migração. Se você escolher a Mesh CA, será necessário programar o tempo de inatividade para a migração porque o tráfego mTLS falhará até que todos os pods sejam reiniciados em todos os namespaces.

Os certificados da Mesh CA incluem os seguintes dados sobre os serviços do aplicativo:

  • O ID do projeto do Google Cloud
  • O namespace do GKE
  • O nome da conta de serviço do GKE

Suporte a vários clusters

Embora não seja obrigatório no momento, recomendamos que você registre o cluster na frota (anteriormente conhecida como ambiente) do projeto. Uma frota permite organizar clusters para facilitar o gerenciamento de vários deles. Ao registrar os clusters em uma frota, é possível agrupar serviços e outras infraestruturas conforme necessário para aplicar políticas consistentes. Se você tiver clusters em projetos diferentes, será necessário registrar os clusters com o projeto host da frota e não com o projeto em que o cluster foi criado. Para mais informações, consulte Como registrar clusters na frota.

O conceito de um projeto host de frota é importante ao configurar o cluster para ativar as opções exigidas pelo Anthos Service Mesh. A malha de serviço do cluster é identificada com um valor baseado em um número de projeto. Ao configurar clusters em diferentes projetos, você precisa usar o número do projeto host da frota.