Nesta página, explicamos os dois modos de operações e as opções principais de configuração de cluster que podem ser feitas ao criar um cluster no Google Kubernetes Engine (GKE). Como regra, as opções discutidas aqui não podem ser alteradas depois que um cluster é criado. Essas opções afetam a disponibilidade, a estabilidade da versão e a rede do cluster.
Nível de gerenciamento do cluster
Antes de falar sobre os tipos de clusters, é importante entender o nível de flexibilidade, resposta e controle necessários para o cluster. O nível de controle necessário determina o modo de operação a ser usado no GKE e as configurações de cluster que você precisa fazer.
Modos de operação
Ao criar um cluster no GKE, você usa um dos seguintes modos de operação:
Autopilot: fornece uma configuração de cluster totalmente gerenciada e provisionada. Para clusters criados usando o modo Autopilot, as opções de configuração do cluster são feitas para você. Os clusters do Autopilot são pré-configurados com uma configuração de cluster otimizada pronta para cargas de trabalho de produção.
Standard: fornece flexibilidade de configuração avançada sobre a infraestrutura subjacente do cluster. Para clusters criados usando o modo Standard, você determina as configurações necessárias para as cargas de trabalho de produção.
Para mais informações sobre esses modos e saber mais sobre o Autopilot, consulte a visão geral do Autopilot.
Opções de configuração do cluster
Com base no modo de operação escolhido, você seleciona as configurações necessárias para o cluster. No modo Autopilot, a maioria das opções é feita para você. No modo Standard, é necessário selecionar as configurações que funcionam melhor para as cargas de trabalho de produção.
| Opções de cluster | Modo | |
|---|---|---|
| Piloto automático | Padrão | |
| Tipo de disponibilidade | Regional | Regional ou Por zona |
| Versão | Canal de lançamento | Canal de lançamento, Padrão ou Específico |
| Roteamento de rede | Cluster nativo de VPC | Nativo de VPC ou Baseado em rotas |
| Isolamento de rede | Particular ou Público | Particular ou Público |
| Recursos do Kubernetes | Production | Produção ou Alfa |
Tipo de disponibilidade do cluster
Com o GKE, é possível criar um cluster adaptado aos requisitos de disponibilidade da sua carga de trabalho e seu orçamento. Os tipos de clusters disponíveis incluem: por zona (zona única ou multizonal) e regional.
Para ajudar você a escolher qual cluster disponível criar no modo Standard, consulte Como escolher um plano de controle regional ou por zona.
Depois de criar um cluster, não é possível alterá-lo de zonal para regional e vice-versa. Se necessário, crie um novo cluster e, em seguida, migre o tráfego para ele.
Clusters zonais
Os clusters de zona têm somente um plano de controle em uma única zona. Dependendo dos requisitos de disponibilidade, é possível distribuir os nós para o cluster de zona em uma única ou em várias zonas.
Para criar um cluster zonal no modo Standard, consulte Como criar um cluster zonal.
Clusters de zona única
Um cluster de zona única tem um único plano de controle em execução em uma zona. Este plano de controle gerencia cargas de trabalho em nós em execução na mesma zona. Se você executar uma carga de trabalho em uma única zona, ela ficará indisponível no caso de uma interrupção temporária zonal.
Clusters com várias zonas
Um cluster com várias zonas tem uma única réplica do plano de controle em execução em uma única zona e tem nós em execução em várias zonas. Durante um upgrade do cluster ou uma interrupção da zona em que o plano de controle é executado, as cargas de trabalho ainda são executadas. No entanto, o cluster, seus nós e suas cargas de trabalho não podem ser configurados até que o plano de controle esteja disponível. Clusters em várias zonas equilibram a disponibilidade e o custo para cargas de trabalho consistentes. Se você quiser manter a disponibilidade, e o número de nós, e os pools de nós mudarem com frequência, avalie a possibilidade de usar um cluster regional. Se você executar uma carga de trabalho em várias zonas e houver uma interrupção zonal, ela será interrompida nessa zona, mas vai permanecer disponível em outras.
Clusters regionais
Um cluster regional tem várias réplicas do plano de controle, em execução em várias zonas dentro de uma determinada região. Os nós em um cluster regional podem ser executados em várias zonas ou em uma única zona, dependendo dos locais configurados do nó. Por padrão, o GKE replica cada pool de nós em três zonas da região do plano de controle. Ao criar um cluster ou adicionar um novo pool de nós, é possível alterar a configuração padrão especificando as zonas em que os nós do cluster são executados. Todas as zonas precisam estar na mesma região que o plano de controle.
Use clusters regionais para executar cargas de trabalho de produção, porque eles oferecem maior disponibilidade do que os clusters zonais.
Para criar um cluster regional no modo Standard, consulte Como criar um cluster regional.
Para criar um cluster regional no modo Autopilot, consulte Como criar um cluster do Autopilot.
Versão do cluster
Ao criar um cluster, é possível escolher a versão específica do Kubernetes do cluster ou fazer escolhas sobre sua combinação geral de estabilidade e recursos.
Independentemente de como você gerencia a versão do cluster, é recomendado que você ative o upgrade automático para o cluster e os nós. O GKE faz upgrade dos nós automaticamente para os clusters do Autopilot.
Canal de lançamento
Se você souber o nível de estabilidade necessário para um determinado cluster, poderá inscrever o cluster em um canal de lançamento. Por padrão, novos clusters são inscritos no canal de lançamento normal. O Google atualiza automaticamente o cluster e os nós quando uma atualização está disponível nesse canal de lançamento. O canal rápido recebe várias atualizações por mês, enquanto o canal estável recebe apenas algumas atualizações por ano.
Versão específica
Se você precisa usar uma versão específica compatível com o Kubernetes para uma determinada carga de trabalho, é possível especificá-la ao criar o cluster.
Se você não precisar controlar a versão de patch específica usada, considere inscrever seu cluster em um canal de lançamento em vez de gerenciar sua versão diretamente.
Versão padrão
Se você optar por usar uma versão estática em vez de registrar o cluster em um canal de lançamento (ou seja, sem canal) e não definir uma versão específica para o cluster, a versão padrão atual é usada. Essa versão é selecionada com base no uso e no desempenho real e é alterada regularmente. A versão padrão para estática geralmente é alinhada com o canal de lançamento regular. Embora a versão padrão seja a mais madura, as outras versões disponíveis são as do GA, que passaram por testes internos e pela qualificação. As alterações na versão padrão são anunciadas em uma nota da versão.
Rede de cluster
Ao criar um cluster do GKE, é possível especificar o modo de roteamento de rede e isolar a rede de cluster.
Clusters nativos de VPC e baseados em rotas
No Google Kubernetes Engine, os clusters podem ser diferenciados de acordo com a forma como encaminham o tráfego de um pod para outro. Um cluster que usa IPs de alias é chamado de cluster nativo de VPC. Um cluster que usa o Google Cloud Routes é chamado de cluster baseado em rotas .
Nativo de VPC é o modo de rede recomendado para novos clusters. Esse é o padrão para clusters criados no modo Autopilot.
Para mais detalhes, consulte o gráfico Modo de rede padrão do cluster.
Opções de isolamento de rede
Por padrão, é possível configurar o acesso de redes públicas para as cargas de trabalho do seu cluster. Os trajetos não são criados automaticamente. Clusters particulares atribuem endereços internos a pods e nós. As cargas de trabalho são completamente isoladas das redes públicas.
Para criar um cluster particular, consulte Como criar um cluster particular.
Recursos do Kubernetes
Os novos recursos no Kubernetes estão listados como Alfa, Beta ou Estável, dependendo do status deles no desenvolvimento. Na maioria dos casos, os recursos do Kubernetes listados como Beta ou Estável estão incluídos nos clusters do GKE. Os recursos Alfa do Kubernetes estão disponíveis em clusters Alfa especiais do GKE.
Cluster Alfa
Um cluster alfa tem todas as APIs Alfa do Kubernetes (às vezes chamadas de portões de recursos) ativadas. Use clusters Alfa para testar e validar os recursos do Kubernetes. Os clusters Alfa não são compatíveis com cargas de trabalho de produção, não podem ser atualizados e expiram em 30 dias.
Para criar um cluster Alfa no modo Padrão, consulte Como criar um cluster Alfa.