Pré-requisitos para clusters fora do Google Cloud

Antes de instalar o Knative serving no seu cluster fora do Google Cloud, você precisa primeiro garantir que atende aos seguintes requisitos:

• Leia e entenda o permissões de acesso de componentes no Knative serving.

• Verifique se você tem permissões adequadas no projeto do Google Cloud para atender aos requisitos de instalação do cluster, da frota e do Cloud Service Mesh:

  • Se você tiver a função Proprietário em Google Cloud projeto, então você tem mais do que as permissões necessárias para criar clusters, instalar e configurar o Knative serving.
  • Os clusters do GKE fora do Google Cloud também podem exigir outras permissões. Consulte a documentação e os requisitos do cluster.

  • Os requisitos de permissões do Cloud Service Mesh também atendem a todos os requisitos de permissão para instalar e configurar o serviço Knative.

  • Usar outros papéis e os requisitos mínimos:

    Dependendo da sua organização, também é possível atender aos requisitos de permissão combinando os seguintes papéis predefinidos:

    • Permissões do projetoGoogle Cloud : papel básico de Editor

    • Permissões da frota: administrador do hub do GKE ou um papel que inclui as seguintes permissões:

      • gkehub.features.create
      • gkehub.features.update

    • Permissões de cluster: um papel de administrador do Kubernetes Engine:

      • Administrador do Kubernetes Engine
      • Administrador de cluster do Kubernetes Engine

• É necessário ter um cluster com a seguinte configuração:

  • Um cluster do Google Distributed Cloud com suporte. Para instalações anteriores em clusters do Google Distributed Cloud, é necessário migrar o serviço Knative no VMware para uma frota.

    Pré-lançamento: outros ambientes de clusters do GKE fora do Google Cloud estão disponíveis em Pré-lançamento. Saiba mais.

  • Registrado em uma frota:

    Acesse os clusters do GKE

    Dica: a Federação de Identidade da Carga de Trabalho para GKE permite fazer a autenticação nos serviços do Google Cloud e também é necessária no Cloud Service Mesh. Ativar a federação de identidade da carga de trabalho da frota no cluster durante o registro da frota pode reduzir o tempo de configuração e implantação.

    Para saber como registrar seu cluster e ativar a Federação de Identidade da Carga de Trabalho para GKE na sua frota, consulte Como registrar um cluster. Os tipos de cluster com suporte fora do Google Cloud são registrados por padrão.

  • A versão 1.18 ou mais recente do Cloud Service Mesh no cluster está instalada. Além disso, observe os seguintes pré-requisitos:

    • No momento, o plano de controle do Cloud Service Mesh gerenciado pelo Google não é totalmente compatível com o serviço Knative. Em vez disso, use o plano de controle no cluster.
    • O Cloud Service Mesh requer que o cluster use um tipo de máquina com pelo menos quatro vCPUs, como e2-standard-4. Consulte o guia de instalação do Anthos Service Mesh para ver detalhes sobre os requisitos. Se você precisar alterar o tipo de máquina do cluster, consulte Como migrar cargas de trabalho para diferentes tipos de máquina.
    • Para aproveitar o provisionamento automatizado de domínios de teste, o Cloud Service Mesh usa um gateway de entrada e um serviço chamado istio-ingress no namespace istio-system. Para ativar a criação do gateway durante a instalação do recurso, use --option legacy-default-ingressgateway do script de instalação de asmcli.

• O ambiente de linha de comando precisa ser configurado.

• As seguintes APIs precisam estar ativadas no seu projeto Google Cloud :

  • API Google Kubernetes Engine: criar e gerenciar aplicativos baseados em contêiner.
  • API Cloud Build: criar e gerenciar versões.
  • API Container Registry: enviar e receber imagens no Container Registry.

  Ative as APIs no Google Cloud console