Pré-requisitos para clusters fora do Google Cloud

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

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

• Você precisa garantir que tem as permissões adequadas no seu projeto do Google Cloud para atender aos requisitos de instalação do cluster, frota e Cloud Service Mesh:

  • Se você tiver a função Proprietário em projeto do Google Cloud, 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.

  • Observe que o Requisitos de permissões do Cloud Service Mesh atendem a todos os requisitos de permissão para instalar e configurar o Knative serving.

  • 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 projeto do Google Cloud: papel básico de Editor

    • Permissões da frota: Administrador do GKE Hub ou um papel que inclua 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

• Um cluster com a seguinte configuração é necessário:

  • Um com suporte Cluster do Google Distributed Cloud. Para instalações anteriores nos clusters do Google Distributed Cloud, é preciso migrar o Knative serving no VMware para uma frota.

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

  • Registrado em uma frota:

    Acesse os clusters do GKE

    Dica: a Identidade da carga de trabalho permite a autenticação no Google Cloud serviços e também é exigido pelo Cloud Service Mesh. Ativando frota Federação de identidade da carga de trabalho 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 Identidade da carga de trabalho no sua frota, consulte Como registrar um cluster. Os tipos de cluster com suporte fora do Google Cloud são registrados por padrão.

  • O Cloud Service Mesh versão 1.18 ou mais recente no cluster instalado. Além disso, observe os seguintes pré-requisitos:

    • O Plano de controle do Cloud Service Mesh gerenciado pelo Google atualmente não é totalmente compatível com o Knative serving. Em vez disso, use o plano de controle no cluster.
    • O Cloud Service Mesh exige que seu cluster use um tipo de máquina com pelo menos quatro vCPUs, como e2-standard-4. Confira o Cloud Service Mesh guia de instalação para 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 dos 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 projeto do 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.

  Ativar as APIs no Console do Google Cloud