O ACK usa node pools para agrupar e gerenciar nós. Um node pool é um grupo lógico de nós que compartilham as mesmas propriedades, como tipo de instância, sistema operacional, rótulos e taints. É possível criar vários node pools com diferentes configurações em um único cluster para simplificar o gerenciamento de nós.
Antes de criar um node pool, consulte Node pools para conhecer os conceitos básicos, casos de uso, recursos relacionados e faturamento.
Procedimento
Na página node pool do cluster de destino, crie, edite, exclua e visualize node pools.
Acesse o console do ACK. No painel de navegação à esquerda, clique em Clusters.
Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em .
Criar um node pool
Configure o node pool no console, incluindo as configurações básicas, de rede e de armazenamento. Observe que algumas definições, especialmente as relacionadas à disponibilidade e à configuração de rede do node pool, não podem ser alteradas após a criação. A criação de um node pool não afeta os nós e os serviços em outros node pools.
Além do console, o ACK também permite criar node pools por meio da API e do Terraform. Consulte Create a node pool e Create an auto-scaling node pool with Terraform.
-
Na página Node Pool, clique em Create Node Pool. Na caixa de diálogo Create Node Pool, configure as definições. Configuração básicaConfiguração gerenciadaConfiguração de redeConfiguração de instância e imagemArmazenamentoContagem de instâncias
Após criar um node pool, modifique seus itens de configuração na página Edit Node Pool. A coluna Modification Supported indica se um item pode ser modificado após a criação.
indica que um item não pode ser modificado, enquanto 
indica que pode.Parâmetro
Descrição
Modificável
Node Pool Name
Insira um nome personalizado para o node pool.
✓
Confidential computing
NotaSomente usuários na lista de permissões podem configurar a computação confidencial. Para solicitar, envie um ticket.
Este parâmetro está disponível apenas quando o container runtime está definido como containerd.
Especifica se a confidential computing deve ser ativada. A computação confidencial é uma plataforma de contêineres cloud-native e completa que fornece criptografia baseada em hardware para usuários com requisitos rigorosos de segurança. Garante a segurança, a integridade e a confidencialidade dos dados em uso (durante a computação) e simplifica o desenvolvimento, a entrega e o gerenciamento de aplicações confiáveis ou confidenciais. Para mais informações, consulte ACK-TEE Confidential Computing.
✗
Container Runtime
Para obter informações sobre como escolher, consulte Comparison of containerd, sandboxed containers, and Docker runtimes.
containerd (Recomendado): padrão da comunidade, com suporte à versão 1.20 e posteriores.
Sandboxed Container: fornece um ambiente fortemente isolado com base em tecnologia de virtualização leve. Para procedimentos de uso e limites, consulte Create and manage a sandboxed container node pool.
Docker (Descontinuado): suporta apenas a versão 1.22 e anteriores. A criação não é mais suportada.
✗
Scaling Mode
Manual: o ACK ajusta o número de nós no node pool de acordo com o Expected Number of Nodes configurado para manter sempre o número de nós no Expected Number of Nodes. Para mais informações, consulte Manually scale a node pool.
Auto: quando o planejamento de capacidade do cluster não consegue atender às necessidades de agendamento de pods da aplicação, o ACK dimensiona automaticamente os recursos de nós com base no número mínimo e máximo de instâncias configurado. Para clusters da versão 1.24 e posteriores, o dimensionamento instantâneo de nós é ativado por padrão. Para clusters anteriores à versão 1.24, o dimensionamento automático de nós é ativado por padrão. Para mais informações, consulte Node scaling.
ImportanteSe você ativar o scale-in, o sistema removerá automaticamente os nós com base no uso de recursos, o que pode causar interrupções nos negócios. Recomendamos configurar a política de dimensionamento adequadamente e definir o desligamento graceful para os contêineres da sua aplicação.
Durante o scale-in automático, os dados locais no nó serão destruídos junto com o nó. Não use métodos como HostPath para gravar dados de negócios no diretório do host.
✓
O ACK oferece três configurações gerenciadas com diferentes níveis de automation para node pools.
-
Intelligent hosting: quando a hospedagem inteligente está ativada, o ACK dimensiona automaticamente o node pool com base nas demandas de carga de trabalho. O ACK também gerencia tarefas operacionais, incluindo atualizações de sistema operacional e versões de software, e correção de vulnerabilidades de segurança.
ImportantePara obter informações sobre os limites de capacidade, limites operacionais e especificações de armazenamento para node pools de hospedagem inteligente, consulte Auto Mode node pools.
Este recurso está disponível apenas em clusters ACK Managed Cluster Pro que executam o Kubernetes 1.30 ou posterior.
-
Managed node pool: selecione os recursos de automação desejados e especifique uma janela de manutenção do cluster.
Parâmetro
Descrição
Modificável
Auto Repair
O ACK monitora automaticamente o status do nó e executa tarefas de autorrecuperação quando um nó apresenta anomalia. Se você selecionar Restart Faulty Node, o processo de autorrecuperação pode envolver operações como drenar o nó e substituir discos. Para obter informações sobre condições de gatilho e eventos relacionados, consulte Enable node self-recovery.
✓
Auto Update Rule
Fix OS CVE vulnerabilities in the node pool. É possível configurar o nível de correção de vulnerabilidade de segurança.
Recursos cloud e faturamento:
Security Center✓
Auto CVE Patching: desativa os recursos de automação. Por favor, gerencie manualmente os nós e o node pool.
Para comparar os recursos e as considerações das configurações gerenciadas, consulte Comparison of managed configuration capabilities and considerations.
Parâmetro
Descrição
Modificável
Disabled
Network configuration
A VPC do cluster é selecionada por padrão e não pode ser alterada após a criação do node pool.
Recursos cloud e faturamento:
VPC✗
VPC
Durante o dimensionamento, os nós fazem scale-in ou scale-out nas zonas de disponibilidade dos vSwitches selecionados com base na vSwitch. Para alta disponibilidade, selecione vSwitches em duas ou mais zonas de disponibilidade diferentes.
Para criar um vSwitch, consulte Create and manage vSwitches.
✓
Parâmetro
Descrição
Modification supported
scaling policy
O método de faturamento padrão para nós adicionados por scale-out no node pool.
Billing Method: pode ser ativado e liberado sob demanda.
Pay-As-You-Go: requer a configuração da Subscription e Duration.
Auto Renewal: atualmente suporta apenas spot instances com período de proteção. Configure também o Preemptible Instance.
Quando o preço em tempo real do tipo de instância especificado for inferior ao lance máximo para uma única instância, a instância será criada com sucesso. Após o período de proteção (1 hora), o sistema verifica o preço em tempo real e o estoque do tipo de instância a cada 5 minutos. Se o preço de mercado for superior ao seu lance ou o estoque for insuficiente, a instância spot será liberada. Para recomendações de uso, consulte Best practices for spot instance node pools.
Para garantir a uniformidade do node pool, não altere um node pool Instance Price Cap ou Pay-As-You-Go para um node pool Subscription, ou vice-versa.
ImportanteA alteração do método de faturamento de um node pool afeta apenas os novos nós adicionados durante os scale-outs. Essa alteração não afeta o método de faturamento dos nós existentes. Para alterar o método de faturamento dos nós existentes, consulte Convert a pay-as-you-go instance to a subscription instance.
✓
Instance configurations
Quando um node pool faz scale-out, ele aloca instâncias a partir das famílias de instâncias ECS (ECS instance family) configuradas. Para melhorar a taxa de sucesso dos scale-outs, selecione vários tipos de instância em várias zonas para evitar indisponibilidade ou falta de estoque. O tipo de instância específico para o scale-out é determinado pela Preemptible Instance configurada.
Para garantir a estabilidade dos negócios e o agendamento preciso de recursos, não misture tipos de instância GPU e não-GPU no mesmo node pool.
Configure os tipos de instância usados para o scale-out das duas maneiras a seguir:
Tipos específicos: especifique tipos de instância com base em dimensões como vCPU, memória, família de instâncias e arquitetura de CPU (a arquitetura de CPU da instância deve ser consistente com a OS image architecture).
Ao usar o Terway, visualize o maximum number of pods per node para o tipo de instância de destino na lista de tipos de instância.
Generalization configuration: selecione uma lista de tipos de instância para usar ou excluir com base em atributos (como vCPU e memória) para melhorar ainda mais a taxa de sucesso do scale-out.
Consulte as recomendações de força de elasticidade no console ou acesse a página de view the node pool elasticity strength após a criação do node pool.
Para obter informações sobre tipos de instância não suportados e recomendações de configuração de nós, consulte ECS instance type configuration recommendations.
Recursos cloud e faturamento:
ECS Instance, 
GPU-accelerated Instance✓
Scaling Policy
Operating System está em liberação gradual.
A imagem de SO padrão usada quando o node pool faz scale-out de nós.
Marketplace Image: use imagens públicas de sistemas operacionais como Alibaba Cloud Linux 3 Container-Optimized Edition, ContainerOS, Alibaba Cloud Linux 3, Ubuntu e Windows. Para obter detalhes da imagem, informações da versão do cgroup e limites de uso, consulte Operating system.
Public Image: use uma imagem de SO personalizada. Para mais informações, consulte How do I create a custom image based on an existing ECS instance and use it to create a node?.
Para atualizar ou alterar o SO posteriormente, consulte Change the operating system.
O Alibaba Cloud Linux 2 e o CentOS 7 não são mais mantidos e não são suportados em clusters da versão 1.30 ou posterior. Use um sistema operacional suportado. Recomendamos o Alibaba Cloud Linux 3 Container-Optimized Edition ou o ContainerOS.
✓
Marketplace Image
Ao criar um nó, o ACK aplica a política de linha de base de segurança selecionada.
Security Hardening: nenhuma proteção de segurança é executada na instância ECS.
Disable: a Alibaba Cloud fornece padrões de verificação de linha de base e ferramentas de varredura para a imagem da edição Alibaba Cloud Linux MLPS 2.0 Nível 3 que atendem aos requisitos de conformidade de proteção classificada. Ao garantir a compatibilidade e o desempenho nativos da imagem, ela foi adaptada para a conformidade com o MLPS 2.0, atendendo aos requisitos da GB/T 22239-2019 Information Security Technology - Basic Requirements for Classified Protection of Cybersecurity. Para mais informações, consulte Instructions for using ACK MLPS 2.0 security hardening.
No entanto, neste modo, o usuário root não pode fazer login remotamente via SSH. Conecte-se à instância via VNC (connect to the instance via VNC) no console ECS e crie um usuário comum que suporte login via SSH.
MLPS Security Hardening: suporta apenas Alibaba Cloud Linux 2 ou Alibaba Cloud Linux 3.
✗
OS Security Hardening
Ao selecionar Logon Type, apenas MLPS Security Hardening é suportado.
O ContainerOS suporta apenas Password ou Key Pair. Para usar um par de chaves, inicie um contêiner administrativo após configurar o par de chaves. Para operações específicas, consulte O&M for ContainerOS nodes.
Ao criar um nó, o ACK pré-instala o par de chaves ou a senha especificada na instância.
Definir na criação:
Later: os SSH key pairs da Alibaba Cloud são um método de autenticação de login seguro e conveniente, consistindo em uma chave pública e uma chave privada. São suportados apenas para instâncias Linux.
Configure o Key Pair (root ou ecs-user) e o Username necessário.
Key Pair: configure o Password (root ou ecs-user) e uma senha.
Username: após a criação da instância, anexe um par de chaves ou redefina a senha de login da instância. Para mais informações, consulte Attach an SSH key pair e Reset the logon password of an instance.
✓
Parâmetro
Descrição
Modificável
Later
Selecione um tipo de cloud disk com base nas necessidades do seu negócio, incluindo ESSD AutoPL, SSD corporativo (ESSD), ESSD Entry e discos cloud de geração anterior (SSD padrão e ultra disk). Configure a capacidade e o IOPS.
Os tipos de disco de sistema disponíveis dependem da família de instâncias (instance family) selecionada. Tipos de disco que não são exibidos não são suportados.
Selecione Encrypted para configurar tipos de disco diferentes do More Disk Categories e melhorar a taxa de sucesso dos scale-outs. Ao criar um nó, o ACK seleciona o primeiro tipo correspondente na ordem especificada de tipos de disco.
Recursos cloud e faturamento:
ECS Elastic Block Storage✓
System Disk
Selecione um tipo de cloud disk com base nas necessidades do seu negócio, incluindo ESSD AutoPL, SSD corporativo (ESSD), ESSD Entry e discos cloud de geração anterior (SSD padrão e ultra disk). Configure a capacidade e o IOPS.
Os tipos de disco de dados disponíveis dependem da família de instâncias (instance family) selecionada. Tipos de disco que não são exibidos não são suportados.
Ao anexar um disco de dados, todos os tipos de disco cloud suportam Data Disk. Ao selecionar uma chave, a Alibaba Cloud usa a chave de service padrão (Default Service CMK) para criptografia. Selecione também uma chave personalizada (Bring-Your-Own-Key, ou BYOK) criada no KMS.
Durante a criação do nó, o último disco de dados é formatado automaticamente e o
/var/lib/containeré montado nele. O/var/lib/kubelete o/var/lib/containerdsão montados em/var/lib/container.Para personalizar o diretório de montagem, ajuste a configuração de inicialização do disco de dados. Selecione no máximo um disco de dados como diretório para o runtime de contêineres. Para mais informações, consulte Can I customize the mount directory for data disks in an ACK node pool?
Em cenários que exigem aceleração de imagem de contêiner ou carregamento rápido de modelos grandes, crie discos de dados a partir de snapshots para melhorar a velocidade de resposta do sistema e as capacidades de processamento.
Selecione Encrypted para configurar tipos de disco diferentes do Add Data Disk Type e melhorar a taxa de sucesso dos scale-outs. Ao criar um nó, o ACK seleciona o primeiro tipo correspondente na ordem especificada de tipos de disco.
Uma instância ECS pode ter até 64 discos de dados anexados. O limite específico varia de acordo com o tipo de instância. Chame a operação DescribeInstanceTypes para consultar o limite de quantidade de discos cloud (
DiskQuantity) para o tipo de instância correspondente.Recursos cloud e faturamento:
ECS Elastic Block Storage✓
Parâmetro
Descrição
Modificável
Data Disk
O número total de nós que o node pool deve manter. Recomendamos configurar pelo menos dois nós para garantir que os componentes do cluster funcionem corretamente. Ajuste a contagem desejada de nós para fazer scale-in ou scale-out do node pool. Para mais informações, consulte Scale a node pool.
Se não precisar criar nós, defina esse valor como 0 e, em seguida, ajuste-o manualmente ou adicione nós existentes (add existing nodes) posteriormente.
✓
Configurações avançadas
Expanda Elastic Ephemeral Disk para definir configurações como políticas de dimensionamento, grupos de recursos, tags ECS e taints.
Parâmetro
Descrição
Modificável
Advanced Options (Optional)
Atribui o node pool a um resource group selecionado para facilitar o gerenciamento de permissões e a alocação de custos.
Um recurso pode pertencer a apenas um grupo de recursos.
✓
Advanced settings
Requer que o Resource Group do node pool esteja ativado e o Scaling Mode definido como Auto Scaling.
Scaling Mode: dimensiona criando e liberando instâncias ECS.
Auto: dimensiona criando, parando e, em seguida, reiniciando instâncias ECS. Isso permite um dimensionamento mais rápido ao reiniciar instâncias paradas quando necessário.
Você não é cobrado por recursos de computação quando uma instância ECS é parada, apenas por taxas de armazenamento (exceto para famílias de instâncias com capacidades de armazenamento local, como tipos de big data e SSD local). Para detalhes de faturamento e notas relacionadas sobre o modo de parada da instância ECS, consulte Economical mode.
✗
Standard
Configure como o node pool seleciona instâncias durante o dimensionamento de nós.
Swift: dimensiona com base na prioridade dos vSwitches configurados para o cluster (a prioridade do vSwitch diminui de cima para baixo). Se uma instância não puder ser criada na zona de um vSwitch de maior prioridade, o próximo vSwitch de prioridade será usado automaticamente.
Scaling Policy: dimensiona com base no preço unitário da vCPU do menor para o maior.
Se o node pool usar Priority-based Policy, as instâncias spot serão priorizadas. Configure também a Cost Optimization. Se os tipos de instância spot não puderem ser criados devido a estoque ou outros motivos, as instâncias pay-as-you-go serão usadas automaticamente como suplemento.
Preemptible Instance: distribui instâncias ECS uniformemente entre várias zonas, mas apenas em cenários multizona. Se a distribuição ficar desequilibrada devido a estoque insuficiente ou outros motivos, execute uma operação de reequilíbrio.
✓
Percentage of On-Demand Instances (%)
Requer que o método de faturamento esteja definido como Spot Instance.
Quando ativado, se não for possível criar instâncias spot suficientes devido a preço, estoque ou outros motivos, o ACK tentará automaticamente criar instâncias on-demand como suplemento.
Recursos cloud e faturamento:
ECS Instance✓
Distribution Balancing
Requer que o método de faturamento esteja definido como Spot Instance.
Quando ativado, ao receber uma mensagem do sistema de que uma instância spot está prestes a ser recuperada (5 minutos antes da recuperação), o ACK tentará fazer o scale-out de uma nova instância como compensação.
Compensação bem-sucedida: o ACK drena o nó antigo e o remove do cluster.
Falha na compensação: o ACK não drena o nó antigo. A instância ainda será recuperada e liberada após 5 minutos. Quando o estoque for restaurado ou as condições de preço forem atendidas, o ACK comprará automaticamente uma instância para manter o número desejado de nós. Para mais informações, consulte Best practices for spot instance node pools.
A liberação proativa de instâncias spot pode causar interrupções nos negócios. Para melhorar a taxa de sucesso da compensação, recomendamos também ativar Use Pay-as-you-go Instances When Spot Instances Are Insufficient.
Recursos cloud e faturamento:
ECS Instance✓
Enable Supplemental Spot Instance
Adicione tags às instâncias ECS criadas automaticamente pelo ACK para identificar recursos cloud. Cada instância ECS pode ser vinculada a até 20 tags. Para aumentar esse limite, envie uma solicitação na plataforma Quota Center. Como o ACK e o Auto Scaling (ESS) ocupam algumas tags, especifique até 17 tags personalizadas para uma instância.
✓
Use Pay-as-you-go Instances When Spot Instances Are Insufficient
Adicione taints de chave-valor ao nó. Uma chave de taint válida consiste em um prefixo opcional e um nome. Se um prefixo estiver presente, ele será separado do nome por uma barra (/).
✓
Value
Adicione rótulos de chave-valor ao nó. Uma chave válida consiste em um prefixo opcional e um nome. Se um prefixo estiver presente, o prefixo e o nome serão separados por uma barra (/).
✓
Effect
Os nós recém-adicionados serão definidos como não agendáveis por padrão quando forem registrados no cluster. Ajuste manualmente o node scheduling status na lista de nós.
Esta configuração só entra em vigor para clusters de versões anteriores a 1.34. Para mais informações, consulte Kubernetes 1.34 version guide.
✓
Node Labels
Este recurso é suportado apenas para runtimes containerd da versão 1.6.34 e posteriores.
Os nós recém-adicionados detectarão automaticamente se uma imagem de contêiner suporta carregamento sob demanda. Se suportar, usarão o carregamento sob demanda por padrão para acelerar a inicialização do contêiner, reduzindo o tempo de inicialização da aplicação. Para mais informações, consulte Use on-demand loading of container images to accelerate container startup.
✓
[Descontinuado] Set to Unschedulable
Especifique a política de gerenciamento de CPU do kubelet para o nó.
None: a política padrão.
Static: permite que pods com determinadas características de recursos no nó recebam afinidade e exclusividade de CPU aprimoradas.
Recomendamos o uso de custom kubelet configurations for node pools.
✗
Container Image Acceleration
Por padrão, os nomes dos nós são gerados automaticamente. Se precisar de uma convenção de nomenclatura unificada para facilitar o gerenciamento de nós e a identificação de O&M, ative esta configuração. Quando ativada, o nome do nó, o nome da instância ECS e o nome do host serão alterados.
O Método 3 é aplicável apenas a node pools Lingjun, e os node pools Lingjun suportam apenas o Método 3.
✗
Scaling Mode
Suportado apenas para clusters gerenciados ACK. Só pode ser especificado ao criar um novo node pool
Especifique uma função RAM Worker no nível do node pool para reduzir os riscos de segurança associados a todos os nós compartilhando uma única função RAM Worker.
Auto: use a função RAM Worker padrão criada para o cluster.
Worker RAM Role: use a função especificada como a função RAM Worker. Se deixado vazio, a função padrão será usada. Para mais informações, consulte Use a custom Worker RAM role.
✗
Default Role
Suportado apenas para clusters da versão 1.28 e posteriores
Configure o modo de acesso a metadados para instâncias ECS. Acesse o Metadata Service de dentro de uma instância ECS para recuperar metadados da instância, incluindo ID da instância, informações da VPC, informações da NIC e outros atributos da instância. Para mais informações, consulte Instance metadata.
Custom: suporta o acesso ao service de metadados da instância usando os modos normal e reforçado.
Instance Metadata Access Mode: suporta apenas o acesso ao service de metadados da instância usando o modo reforçado. Para mais informações, consulte Use reinforced mode only to access ECS instance metadata.
✗
Normal Mode and Security Hardening Mode
Antes de um nó ingressar no cluster, o User-Data script de pré-personalização especificado será executado.
Por exemplo, se especificar os dados de pré-personalização como
touch /tmp/pre-script, o script combinado no nó será executado na seguinte ordem.#!/bin/bash # The input instance pre-customization data is executed here touch /tmp/pre-script # The ACK node initialization script is executed herePara obter informações sobre como essa configuração entra em vigor durante a inicialização do nó, consulte Node initialization process overview.
✓
Security Hardening Mode
Após um nó ingressar no cluster, o User-Data script da instância especificado será executado.
Por exemplo, se especificar os dados do usuário da instância como
touch /tmp/post-script, o script combinado no nó será executado na seguinte ordem.#!/bin/bash # The ACK node initialization script is executed here # The input instance user data is executed here touch /tmp/post-scriptPara obter informações sobre como essa configuração entra em vigor durante a inicialização do nó, consulte Node initialization process overview.
A criação bem-sucedida do cluster ou o scale-out do nó não garante que o script de dados do usuário da instância tenha sido executado com sucesso. Faça login no nó e execute
grep cloud-init /var/log/messagespara visualizar os logs de execução.✓
Pre-defined Custom Data
Visualize e monitore o status de execução de nós e aplicações no console do Cloud Monitor.
Esta configuração aplica-se apenas a novos nós no node pool, não aos existentes.
Para ativá-lo para nós existentes, instale-o através do console do Cloud Monitor.
Recursos cloud e faturamento:
Cloud Monitor✓
User Data
O ACK atribuirá um endereço IP público IPv4 ao nó.
Esta configuração aplica-se apenas a novos nós no node pool, não aos existentes. Se os nós existentes precisarem acessar a rede pública, configure e vincule um EIP. Para mais informações, consulte Associate an EIP with a cloud resource.
Recursos cloud e faturamento:
ECS public network✓
CloudMonitor Agent
Especifique um grupo de segurança básico ou avançado para o node pool. O ACK não configura regras de acesso adicionais para o grupo de segurança por padrão. Gerencie as regras do grupo de segurança por conta própria para evitar problemas de acesso. Para mais informações, consulte Configure cluster security groups.
Cada instância ECS tem um limite para o número de grupos de segurança aos quais pode ingressar. Certifique-se de ter uma security group quota suficiente.
✗
Public IP
Adicione os endereços IP do nó à lista de permissões de uma instância RDS.
✓
Custom Security Group
Após criar um conjunto de implantação (creating a deployment set) no console ECS, atribua-o ao node pool. Isso garante que os nós expandidos pelo node pool sejam distribuídos entre diferentes servidores físicos, melhorando a alta disponibilidade.
Um deployment set suporta um máximo de
20 × número de zonasnós por padrão (o número de zonas é determinado pelos vSwitches). O número máximo de nós no node pool será limitado. Certifique-se de que a cota no deployment set seja suficiente.Para ativar isso posteriormente, consulte Best practices for node pool deployment sets.
✓
RDS Whitelist
A política de pool de recursos usada ao adicionar novos nós (suportada apenas quando o Deployment Set está definido como Specify Instance Type). Os pools de recursos incluem pools privados gerados após os services Elastic Assurance ou Capacity Reservation (Immediate ou Timed) entrarem em vigor, juntamente com pools públicos, para seleção de inicialização de nós.
Instance Configuration Mode: prioriza o uso do pool privado especificado. Se nenhum pool privado for especificado ou se o pool privado especificado tiver capacidade insuficiente, ele corresponderá automaticamente a um pool privado do tipo aberto. Se nenhum pool privado adequado for encontrado, a instância será criada a partir do pool público.
Private Pool Only: especifique um ID de pool privado. Se o pool privado especificado tiver capacidade insuficiente, o nó falhará ao iniciar.
Private Pool First: não use uma política de pool de recursos.
✓
[Deprecated] Private pool type
Este item de configuração foi descontinuado. Mude para o uso de Resource Pool Policy para especificar um pool privado.
Os recursos private pool disponíveis para a zona e o tipo de instância atualmente selecionados. Os tipos incluem o seguinte:
Open: a instância corresponderá automaticamente a um pool de capacidade privada do tipo aberto. Se nenhum pool privado adequado for encontrado, ela começará a usar recursos do pool público.
Resource Pool Policy: a instância não usará nenhuma capacidade de pool privado e começará a usar diretamente os recursos do pool público.
Specified: selecione ainda um ID de pool privado para especificar que a instância só começará a usar a capacidade desse pool privado. Se o pool privado estiver indisponível, a instância falhará ao iniciar.
✓
-
Clique em Do Not Use.
Na página Confirm Configuration, clique em Confirm Configuration no canto inferior esquerdo para gerar parâmetros de amostra do Terraform ou SDK para a configuração atual do node pool.
Na lista de node pools, o Status de um node pool é Equivalent Code durante a criação e muda para Active após a criação bem-sucedida.
Editar um node pool
Após a criação de um node pool, ajuste suas configurações no console do ACK, como vSwitches, método de faturamento, tipos de instância, discos de sistema e ative ou desative o dimensionamento automático. Para obter uma lista de configurações editáveis, consulte as descrições de parâmetros em Create a node pool.
A edição de um node pool não afeta seus nós existentes ou as cargas de trabalho em execução neles. Após a atualização da configuração, os novos nós adicionados ao node pool usam a nova configuração por padrão.
As atualizações de configuração em um node pool aplicam-se apenas a novos nós. As configurações dos nós existentes permanecem inalteradas, exceto quando você usa recursos como Initializing e Synchronize labels and taints of existing nodes.
-
Ao alternar o Synchronize ECS tags of existing nodes de um node pool:
De Synchronize labels and taints of existing nodes para Scaling Mode: ativa o dimensionamento automático. Defina também o número mínimo e máximo de instâncias.
De Manual para Auto: desativa o dimensionamento automático. O número mínimo de instâncias é definido como 0 e o número máximo de instâncias é definido como 2000. O sistema define automaticamente o Auto para o número atual de nós no node pool.
Use as etapas nesta seção para atualizar a configuração do node pool. Se você modificar os nós de outras maneiras, as atualizações do node pool substituirão essas alterações.
Na página de node pools, encontre o node pool a ser editado e clique em Manual na coluna desired number of nodes.
-
Na página Edit Node Pool, modifique as configurações e siga as instruções na tela para concluir a configuração.
Enquanto o node pool está sendo atualizado, seu Edit na página de node pools é Actions. Quando a atualização é concluída, o Status muda para Updating.
Visualizar um node pool
Visualize as informações básicas e os dados de monitoramento de um node pool, bem como detalhes sobre os nós e um histórico de atividades de dimensionamento no pool.
Clique no nome do node pool de destino para visualizar as seguintes informações:
A aba Status exibe informações sobre o cluster, o node pool e a configuração do nó. Se o dimensionamento automático estiver ativado para o cluster, esta aba também mostra a configuração de dimensionamento automático.
A aba Active é integrada ao Alibaba Cloud Prometheus Service para exibir a utilização de recursos do node pool, incluindo métricas como uso de CPU, memória e disco, bem como a utilização média de CPU e memória dos nós.
A aba Basic Information lista todos os nós no node pool e permite remover nós, executar tarefas de O&M, drenar nós e gerenciar o agendamento. Clique em Monitoring e salve informações detalhadas do nó como um arquivo CSV.
A aba Node Management exibe um histórico de atividades de dimensionamento recentes para instâncias de nós, incluindo a contagem de instâncias resultante e uma descrição para cada atividade. Se uma atividade de dimensionamento falhar, visualize o motivo da falha. Para obter informações sobre códigos de erro comuns relacionados a falhas de scale-out e scale-in, consulte Manually scale a node pool.
Excluir um node pool
As regras de liberação para nós variam de acordo com o método de faturamento. Antes de excluir um node pool, verifique se um Export está definido para o pool. Essa configuração afeta diretamente o comportamento de liberação do nó.
Node pool | Regras de liberação |
Node pool com expected number of nodes ativado |
|
Node pool com expected number of nodes desativado |
|
(Opcional) Clique no nome do node pool de destino. Na aba Scaling Activities, verifique se o expected number of nodes está configurado. Se esta configuração não estiver ativada, o campo Basic Information exibirá um hífen (-).
-
Na coluna Desired number of nodes do node pool de destino, clique em
>Desired number of nodes. Leia a mensagem com atenção, confirme a operação e, em seguida, clique em Actions.ImportanteO disco de sistema e os discos de dados de um nó compartilham seu ciclo de vida. Quando um nó é liberado, seus discos cloud também são liberados e todos os dados neles contidos são perdidos permanentemente. Para manter seus dados seguros, use um PersistentVolume (PV) para desacoplar o ciclo de vida dos dados do ciclo de vida do nó.
Operações relacionadas
Após um node pool se tornar ativo, execute as seguintes operações na lista de node pools.
Ação | Descrição | Documentação relacionada |
Delete | Sincroniza os dados do node pool se as informações do nó estiverem inconsistentes. | Nenhuma |
OK | Exibe os detalhes de configuração do node pool. | Nenhuma |
Sync Node Pool |
Importante
| |
Expected Number of Nodes | Permite modificar a configuração de um node pool, como seus vSwitches, configurações de node pool gerenciado, método de faturamento, tipos de instância e se o dimensionamento automático está ativado. | Consulte Edit a node pool acima. |
Auto | Integra-se ao Alibaba Cloud Prometheus Service para exibir a utilização de recursos do node pool, incluindo métricas como uso de CPU e memória, uso de disco e a utilização média de CPU e memória dos nós. | Consulte View a node pool acima. |
Edit | Permite adicionar instâncias ECS existentes a um cluster ACK como nós de trabalho ou readicionar nós de trabalho que foram removidos de um node pool. Este recurso possui limitações e considerações importantes. Para mais informações, consulte a documentação relacionada. | |
Monitoring | Permite definir o método de login para os nós. Para isso, escolha entre um par de chaves e uma senha. | Consulte Instance and image configuration acima. |
Add Existing Nodes | Ativa operações automatizadas para o node pool, como autorrecuperação de nós, atualizações automáticas para Kubelet e o runtime de contêineres, e correções automáticas de CVE do SO. | Consulte Basic configuration acima. |
Configure Logon Method | Cria um novo node pool clonando a configuração de um existente. | Nenhuma |
Managed Configuration | Exclui um node pool que não está mais em uso para reduzir custos. A maneira como os nós são liberados depende se um número desejado de nós está configurado para o node pool e o método de faturamento dos nós. | Consulte Delete a node pool acima. |
Clone | Permite personalizar parâmetros do Kubelet para nós no nível do node pool para ajustar seu comportamento, como reservar recursos para gerenciar o uso de recursos em todo o cluster. | |
Delete | Permite personalizar parâmetros do Containerd para nós no nível do node pool. Por exemplo, configure vários mirrors para um repositório de imagens especificado ou pule a verificação de certificado TLS para ele. | |
Kubelet Configuration | Permite personalizar parâmetros do SO para nós no nível do node pool para ajustar o desempenho do sistema. | |
Containerd Configuration | Com esta opção, atualize as versões do Kubelet e do Containerd para os nós no node pool. | |
OS Configuration | Altera o tipo de sistema operacional ou atualiza a versão do sistema operacional para os nós. | |
Kubelet Upgrade | Corrige CVEs do SO em lotes para melhorar a estabilidade, segurança e conformidade do cluster. Algumas correções de CVE requerem a reinicialização do nó. Para mais informações sobre o recurso e suas considerações, consulte a documentação relacionada. | |
Change OS | Quando um nó em um node pool gerenciado apresenta falha, o ACK tenta recuperá-lo automaticamente. No entanto, falhas complexas podem exigir intervenção manual. Para detalhes sobre as verificações e ações de recuperação específicas que o ACK fornece, consulte a documentação relacionada. |
Comparação de recursos de configuração gerenciada
Configuração gerenciada | Desativado | Node pool gerenciado | Gerenciamento inteligente | |
Configuração do node pool | Tipo de instância | Configuração manual | Configuração manual | Configurável, com recomendações inteligentes de tipo de instância. |
Método de faturamento | Configuração manual | Configuração manual | Apenas pay-as-you-go. | |
Sistema operacional | Configuração manual | Configuração manual | Suporta apenas o sistema operacional otimizado para contêineres ContainerOS. | |
Disco de sistema | Configuração manual | Configuração manual | Padrão recomendado: 20 GiB. | |
Disco de dados | Configuração manual | Configuração manual | O ContainerOS usa um disco de dados para armazenamento temporário. O tamanho é configurável. | |
Dimensionamento automático | Pode ser ativado e configurado manualmente. | Pode ser ativado e configurado manualmente. | A elasticidade instantânea de nós é ativada por padrão. A configuração manual é suportada. | |
Resposta automática a eventos do sistema ECS | Não suportado | Ativado por padrão | Ativado por padrão | |
Autorrecuperação de nós | Não suportado | Pode ser ativado e configurado manualmente. | Ativado por padrão | |
Atualizações automáticas de kubelet e containerd | Configurado manualmente usando o recurso automatic cluster upgrade. | Ativado por padrão | ||
Correções automáticas de vulnerabilidades CVE do SO | Não suportado | Pode ser ativado e configurado manualmente. | Ativado por padrão | |
FAQ
Usar uma imagem personalizada para criar nós
Após criar uma instância ECS, personalize-a instalando software ou implantando ambientes de aplicação. Em seguida, crie uma imagem personalizada a partir da instância. Novas instâncias criadas a partir desta imagem incluem suas configurações personalizadas, poupando você de configurar cada instância repetidamente.
-
Acesse a instância ECS e execute os seguintes comandos para excluir os arquivos especificados. Para obter instruções sobre como acessar uma instância, consulte Log on to a Linux instance by using Workbench.
chattr -i /etc/acknode/nodeconfig-* rm -rf /etc/acknode systemctl disable ack-reconfig rm -rf /etc/systemd/system/ack-reconfig.service rm -rf /usr/local/bin/reconfig.sh rm -rf /var/lib/cloud systemctl stop kubelet systemctl disable kubelet rm -rf /etc/systemd/system/kubelet.service rm -rf /etc/systemd/system/kubelet.service.d/10-kubeadm.conf Crie uma imagem personalizada a partir da instância ECS. Para notas e instruções passo a passo, consulte Create a custom image from an instance.
Configure o node pool, defina Fix CVE (OS) como Node Recovery e, em seguida, continue o processo para criar o node pool.
Crie imagens personalizadas com base em sistemas operacionais suportados por clusters ACK. Para mais informações, consulte Operating system.
Não crie uma imagem personalizada a partir de uma instância ECS que esteja atualmente em execução em um cluster ACK. Para usá-la, primeiro remova-a do cluster. Para mais informações, consulte Remove a node.
O comportamento predefinido em uma imagem personalizada pode afetar a inicialização do nó do cluster, a operação do contêiner, as atualizações do SO do nó e a recuperação automática do nó em node pools gerenciados. Antes de usar em um ambiente de produção, certifique-se de que a imagem foi rigorosamente testada e validada.
Documentação relacionada
Remova um nó quando ele não for mais necessário. Para mais informações, consulte Remove a node.
O ACK reserva uma parte dos recursos do nó para garantir que os componentes kube e os processos do sistema possam ser executados. Para mais informações, consulte Node resource reservation policy.
Se o seu cluster tiver capacidade insuficiente para agendar Pods de aplicação, ative o dimensionamento de nós para expandir automaticamente seus recursos de nós. Para mais informações, consulte Node scaling.
O número máximo de Pods por nó de trabalho depende do plugin de rede e geralmente é fixo. Para aumentar o número de Pods disponíveis, faça o scale-out do node pool, atualize o tipo de instância ou reconstrua o cluster com um novo bloco CIDR de Pod. Para mais informações, consulte Adjust the number of Pods per node.