Compare as funcionalidades nos clusters do Autopilot e Standard

Esta página apresenta uma comparação de alto nível entre os clusters do Autopilot e os clusters padrão do Google Kubernetes Engine (GKE). A comparação inclui funcionalidades importantes do GKE e as diferenças funcionais entre estes modos de cluster.

Esta página destina-se às seguintes pessoas:

  • Administradores da plataforma que querem conhecer as principais diferenças entre os clusters do Autopilot e os clusters padrão, para poderem fazer uma escolha informada quando criam um cluster.
  • Novos utilizadores do GKE que estão familiarizados com o GKE e querem saber que modo de cluster oferece a funcionalidade mais adequada para um requisito específico.

As secções seguintes aplicam-se apenas aos clusters que criar no modo automático ou padrão. Depois de criar um cluster padrão, pode executar algumas cargas de trabalho no modo Autopilot. Estas cargas de trabalho são executadas em nós que o GKE gere por si. Para mais informações sobre a execução de cargas de trabalho do Autopilot nos seus clusters Standard, incluindo quaisquer definições que possam substituir a configuração ao nível do cluster, consulte o artigo Acerca das cargas de trabalho do Autopilot no GKE Standard.

Comparação de funcionalidades dos clusters do Autopilot e Standard

A tabela seguinte oferece uma comparação detalhada da configuração de funcionalidades nos clusters do Autopilot e Standard. Estas configurações de funcionalidades são definidas por si ou pelo GKE para todo o cluster.

A tabela não mostra todas as funcionalidades no GKE. Se quiser saber se uma funcionalidade que não está nesta tabela é suportada no Autopilot ou no Standard, consulte a documentação dessa funcionalidade.

Esta tabela usa a seguinte terminologia:

  • Pré-configurado: sempre ativado. A Google configura estas definições. Não pode alterar nem desativar as funcionalidades pré-configuradas.
  • Predefinição: o GKE configura a funcionalidade por si se não a configurar explicitamente. Pode alterar as configurações das funcionalidades predefinidas.
  • Opcional: disponível para configurar e usar. Não ativado por predefinição.
Opção Clusters do Autopilot Clusters padrão

Predefinição: canal de lançamento normal

Opcional:

Predefinição: canal de lançamento normal

Opcional:

Pré-configurado: regional Opcional: regional ou zonal
O GKE pré-configurado gere os nós, incluindo a configuração dos nós, o dimensionamento automático e as restrições de segurança.

Opcional:

  • Cria e gere nós em node pools.
  • Permite que o GKE faça a gestão de alguns nós através de uma Autopilot ComputeClass no seu cluster Standard.

Pré-configurado: o Autopilot dimensiona automaticamente a quantidade e o tamanho dos nós com base nos pods no cluster.

Opcional:

Predefinição:

  • Aprovisione manualmente novos nós
  • Especifique manualmente os recursos dos nós

Opcional:

Pré-configurado: SO otimizado para contentores com containerd

Predefinição: SO otimizado para contentores com o containerd

Opcional:

Predefinição: Plataforma de computação otimizada para contentores recomendada para cargas de trabalho de uso geral.

Opcional:

Predefinição: tipos de máquinas do Compute Engine de utilização geral

Opcional:

Pré-configurado:

Opcional:

Predefinição:

Opcional:

Pré-configurado:

Opcional:

Predefinição: nós do GKE protegidos

Opcional:

Pré-configurado:

Predefinição:

Opcional:

Pré-configurado: máximo de 256 pods em cada nó

Predefinição:

  • 110 pods em cada nó
  • Nativo de VPC
  • Ponto final do cluster IPv4 público
  • Nome da rede da VPC e nome da sub-rede
  • kube-dns

Opcional:

Pré-configurado:

Opcional:

Predefinição:

Opcional:

Pré-configurado:

Opcional: Managed Cloud Service Mesh, que também oferece capacidades de malha do Istio.

Predefinição:

Opcional:

Diferenças funcionais entre os clusters do Autopilot e os clusters padrão

A tabela seguinte mostra as diferenças funcionais importantes entre os clusters do GKE Autopilot e os clusters padrão. Use esta comparação para fazer uma escolha mais informada do modo.

Funcionalidade Clusters do Autopilot Clusters padrão
Ferramentas de monitorização de terceiros Implemente uma ferramenta de monitorização de terceiros fornecida por Google Cloud parceiros, ou qualquer ferramenta de terceiros que não exija acesso elevado no nó. Implementar qualquer ferramenta de monitorização de terceiros, independentemente do nível de acesso ao nó.
Exponha aplicações externamente Use um LoadBalancer serviço. Isto aprovisiona um endereço IP externo efémero para si. Se já tiver um endereço IP estático que quer usar, especifique-o no campo loadBalancerIP. O Autopilot não suporta o campo externalIps, que não usa o balanceamento de carga. Google Cloud Use um LoadBalancer serviço. Isto aprovisiona um endereço IP externo efémero para si. Se já tiver um endereço IP estático que quer usar, especifique-o no campo loadBalancerIP. Também pode usar o campo externalIps no manifesto do serviço, embora não recomendemos esta abordagem.
Aumento de capacidade do agrupamento

Os pods podem entrar em capacidade de expansão não usada se os limites de recursos forem superiores aos pedidos de recursos ou se não definir limites de recursos. A capacidade de expansão depende de o Pod pedir hardware específico. Para mais informações, consulte o artigo Configure o aumento rápido de pods no GKE.

Os pods podem entrar em modo de burst na capacidade do nó não utilizada se os seus limites de recursos forem superiores aos seus pedidos de recursos.

Aplicações do Google Cloud Marketplace Não pode instalar apps a partir do Cloud Marketplace. Pode instalar apps a partir do Cloud Marketplace.
Restrições de segurança integradas No modo Autopilot, o GKE aplica as medidas de segurança do GKE Autopilot. O GKE aplica automaticamente restrições de segurança para clusters padrão. Se alguns dos nós no cluster executarem cargas de trabalho do Autopilot através de uma ComputeClass, as medidas de segurança do GKE Autopilot aplicam-se a esses nós com base no melhor esforço.
Pods de execução longa com tolerância a falhas Pode proteger os pods intolerantes a falhas, como os servidores de jogos, da remoção causada por atualizações automáticas de nós ou reduções de escala durante um máximo de 7 dias. Para ver detalhes, consulte o artigo Prolongue o tempo de execução dos pods do Autopilot. Não pode proteger os pods intolerantes a falhas contra a remoção causada por atualizações automáticas dos nós. Pode proteger esses pods da remoção por redução de escala indefinidamente, mas continua a pagar pelos nós subutilizados nos quais os pods são executados.

O que se segue?