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 |
---|---|---|
Versões e lançamentos |
Predefinição: canal de lançamento normal Opcional: |
Predefinição: canal de lançamento normal Opcional: |
Disponibilidade da localização |
Pré-configurado: regional | Opcional: regional ou zonal |
Gestão de nós |
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:
|
Aprovisionamento e escalabilidade de nós |
Pré-configurado: o Autopilot dimensiona automaticamente a quantidade e o tamanho dos nós com base nos pods no cluster. Opcional:
|
Predefinição:
Opcional:
|
Sistema operativo do nó |
Pré-configurado: SO otimizado para contentores com containerd |
Predefinição: SO otimizado para contentores com o containerd Opcional: |
Configuração de computação do nó |
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:
|
Atualizações e manutenção de nós |
Pré-configurado: Opcional: |
Predefinição:
Opcional: |
Segurança |
Pré-configurado: Opcional: |
Predefinição: nós do GKE protegidos Opcional: |
Redes |
Pré-configurado: Predefinição:
Opcional: |
Pré-configurado: máximo de 256 pods em cada nó Predefinição:
Opcional: |
Registo e monitorização |
Pré-configurado:
Opcional: |
Predefinição:
Opcional: |
Suplementos |
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. |