Este documento explica como os pools de nós funcionam no Google Kubernetes Engine (GKE). Um pool de nós é um grupo de nós em um cluster padrão que têm a mesma configuração. No modo Standard do GKE, você pode escolher entre várias opções para seus pools de nós e atender às necessidades da sua carga de trabalho. Se você optar por usar o Autopilot, não precisará configurar pools de nós. O GKE gerencia os nós para você, mas é possível fazer upgrade manual dos pools de nós gerenciados pelo Autopilot em clusters padrão, se necessário.
Para saber mais sobre como criar clusters no modo Standard, consulte Criar um cluster regional e Criar um cluster zonal. Para saber como gerenciar pools de nós em clusters Standard atuais, consulte Como adicionar e gerenciar pools de nós.
Visão geral
Um pool de nós é um grupo de nós em um cluster, que têm a mesma
configuração. Os pools de nós usam uma especificação NodeConfig. Cada nó no
pool tem um rótulo de nó do Kubernetes, cloud.google.com/gke-nodepool, que tem o
nome do pool de nós como valor.
Quando você cria um cluster no modo padrão, o número e o tipo de nós especificados
são usados para criar o primeiro pool de nós do cluster.
Por padrão, esse primeiro pool de nós (conhecido como pool de nós padrão) consiste em
três nós em cada uma das zonas de computação do cluster, com a imagem do
nó padrão cos_containerd e um tipo de
máquina de uso geral. É possível especificar várias propriedades para o pool de nós, dependendo dos requisitos da carga de trabalho. Por exemplo, é possível
criar um pool de nós no cluster com SSDs locais, uma plataforma de CPU mínima,
VMs do Spot, uma imagem de nó
diferente, tipos de máquinas diferentes ou uma interface de rede
virtual mais eficiente.
Em seguida, adicione mais pools de nós de diferentes tamanhos e tipos ao seu cluster. Todos os nós de um determinado pool são idênticos entre si.
Os pools de nós personalizados são úteis quando você precisa programar pods que exigem mais recursos que outros, como mais memória ou mais espaço em disco local. Se você precisar de mais controle sobre onde os pods são programados, use os taints do nó.
É possível criar, atualizar e excluir pools de nós individualmente sem afetar todo o cluster. Não é possível configurar um único nó em um pool de nós. Todas as mudanças de configuração afetam todos os nós no pool.
Para redimensionar pools de nós em um cluster, adicione ou remova nós.
Por padrão, todos os novos pools de nós executam a mesma versão do Kubernetes que o plano de controle. Os pools de nós atuais podem receber upgrade manual ou automático. Em cada pool de nós do cluster, também é possível executar várias versões de nós do Kubernetes, fazer upgrade do pool de nós de modo independente e destinar pools diferentes a implantações específicas.
Pools de nós gerenciados pelo Autopilot
Nos clusters padrão, além dos pools de nós padrão descritos neste documento, também é possível ter pools de nós gerenciados pelo Autopilot, que são criados e gerenciados pelo GKE para ComputeClasses do Autopilot. Para mais informações, consulte Sobre cargas de trabalho do modo Autopilot no GKE Standard.
É possível fazer upgrade manual desse tipo de pool de nós. No entanto, não é possível realizar outros tipos de atualizações além de upgrades (mudanças de versão). Também não é possível excluir o pool de nós.
Como implantar serviços em pools de nós específicos
Ao definir um Serviço, é possível controlar indiretamente em qual pool de nós ele é implantado. O pool de nós não depende da configuração do serviço, mas da configuração do pod.
É possível implantar explicitamente um pod em um pool de nós específico definindo um
nodeSelectorno manifesto do pod. Isso força um pod a ser executado apenas em nós desse pool. Para ver um exemplo, consulte Implantar um pod em um pool de nós específico.É possível especificar solicitações de recursos para os contêineres. O pod é executado apenas em nós que atendem às solicitações de recursos. Por exemplo, se a definição do pod incluir um contêiner que requer quatro CPUs, o serviço não selecionará pods em execução em nós com duas CPUs.
Nós em clusters de várias zonas
Se você criou um cluster com várias zonas, todos os pools de nós serão replicados para essas zonas automaticamente. Qualquer novo pool de nós é criado automaticamente nessas zonas. Do mesmo modo, as exclusões também removem esses pools das zonas adicionais.
Esse fator multiplicador pode causar um consumo maior da cota do projeto para uma região específica quando os pools de nós são criados.
Como excluir os pools de nós
Quando você exclui um pool
de nós,
o GKE drena todos os nós no pool, removendo e
reprogramando todos os pods. O processo de diminuição envolve o GKE remover
pods em cada nó no pool de nós. Cada nó em um pool de nós é drenado
removendo pods com um período de encerramento otimizado alocado de MAX_POD.
MAX_POD é o
terminationGracePeriodSeconds máximo
definido nos pods programados do nó, com um limite de uma hora.
As configurações de PodDisruptionBudget
não são mantidas durante a exclusão do pool de nós.
Se os pods tiverem seletores de nó específicos, poderão permanecer em uma condição não programável se nenhum outro nó no cluster cumprir os critérios.
No entanto, quando um cluster é excluído, o GKE não segue esse processo de encerramento normal dos nós, drenando-os. Se as cargas de trabalho
em execução em um cluster precisarem ser encerradas normalmente, use kubectl
drain para limpá-las
antes de excluir o cluster.
Para excluir um pool de nós, consulte Excluir um pool de nós. Não é possível excluir pools de nós gerenciados pelo Autopilot.