Em cenários de colaboração entre nuvem e borda, os nós de grupos diferentes ficam isolados entre si. Esses nós podem estar desconectados, não compartilhar recursos, ter recursos heterogêneos ou executar aplicações implantadas independentemente. O Container Service for Kubernetes (ACK) Edge oferece o recurso de pool de nós, que organiza os nós em pools com base em atributos específicos. Isso permite gerenciar e operar unificadamente os nós de diferentes grupos no nível do pool de nós. Este tópico apresenta os pools de nós, descreve seus tipos e explica como eles gerenciam os nós.
Tipos de pools de nós
Para cenários de colaboração entre nuvem e borda, o ACK Edge disponibiliza os seguintes tipos de pools: pools de nós na nuvem e pools de nós de borda.
-
Pool de nós na nuvem: gerencia instâncias do Elastic Compute Service (ECS) na mesma Virtual Private Cloud (VPC) do cluster. Os pools de nós na nuvem são idênticos aos pools de nós dos clusters ACK Pro.
-
Pool de nós na nuvem (padrão): ao criar um cluster ACK Edge, o sistema cria automaticamente um pool de nós na nuvem chamado default-nodepool para implantar os componentes do plano de controle.
ImportanteNão é possível excluir o pool de nós default-nodepool. Esse pool deve conter pelo menos um nó. Caso contrário, o cluster ACK Edge não funcionará corretamente.
Pool de nós na nuvem (elástico): pool de nós na nuvem com o dimensionamento automático de nós ativado.
-
Pool de nós de borda: gerencia nós distribuídos por várias regiões, como nós ECS em regiões distintas, nós implantados em data centers, nós de diferentes provedores de serviços em nuvem e servidores em fábricas, lojas, veículos e navios.
Pools de nós na nuvem
Os atributos dos pools de nós na nuvem correspondem aos dos clusters ACK Pro, e você pode realizar as mesmas operações neles. Para mais informações, consulte Visão geral dos pools de nós na nuvem.
Pools de nós de borda
Os pools de nós de borda abstraem grupos de nós de borda. Ao criar um pool de nós de borda, confirme primeiro os atributos básicos dos nós no pool, como conexões nuvem-borda, comunicação entre nós e rede de pods. Além disso, distribua os nós de borda em múltiplos pools com base em outros atributos, como CPUs ou GPUs, regiões e arquiteturas AMD64 ou ARM64.
Após criar o pool, gerencie em lote os rótulos e as contaminações (taints) dos nós ao modificar o pool de nós de borda. Após remover todos os nós de borda do cluster, exclua o pool de nós de borda.
Para implantar uma aplicação em vários pools de nós, crie um YurtAppSet. Os YurtAppSets respondem rapidamente a alterações de rótulos nos pools e permitem gerenciar centralmente configurações — como quantidade de pods e versões da aplicação — de workloads distribuídos em múltiplos pools.
Os endpoints de backend dos Services do Kubernetes são distribuídos aleatoriamente pelos nós. Portanto, se as redes de dois pools de nós de borda estiverem desconectadas, a comunicação entre Services nesses pools provavelmente falhará ou terá alta latência. Crie uma topologia de Service para restringir a comunicação ao mesmo pool de nós de borda ou ao mesmo nó de borda. Essa medida evita falhas de comunicação em cenários entre domínios distintos.