Container Service for Kubernetes:Create and manage a Lingjun node pool

Escopo de aplicação

• Tipo de cluster Lingjun: Basic Lingjun Cluster Service (Lite).

• Tipo de cluster ACK: ACK managed Pro cluster, versão 1,31 ou posterior. Caso seja necessária uma atualização, consulte Manually upgrade a cluster.

• Pool de nós Lingjun do cluster ACK:

  • Versão do kernel do SO: 5,10 ou posterior.

  • Versão do cgroup do SO: A comunidade Kubernetes oferece suporte ao cgroup v2 desde a versão 1.26 e descontinuou o cgroup v1 na versão 1.35. Se a versão do cluster for 1.35 ou posterior, os nós devem usar uma imagem de SO com cgroup v2. Não é possível adicionar nós que utilizam um SO com cgroup v1 ao cluster ACK.

    Ao atualizar um cluster ACK de uma versão anterior à 1.35 para a versão 1.35 ou posterior, os nós devem usar um SO com cgroup v2. Caso contrário, a atualização do cluster falhará. Para mais informações, consulte Migrate nodes to cgroup v2.

• Rede do cluster ACK:

  • Há suporte apenas para clusters single-stack IPv4. Não há suporte para clusters dual-stack IPv6.

  • Somente o modo ENI exclusiva do Terway é suportado.

    • As redes subjacentes de diferentes tipos de instância Lingjun variam, e versões anteriores do Terway podem ser incompatíveis. Antes de criar um pool de nós Lingjun, atualize o Terway (terway-controlplane e terway-eniip) para a versão mais recente.

    • Certifique-se de que o Pod vSwitch usado pelo pool de nós Lingjun do cluster ACK inclua a zona onde o cluster Lingjun está localizado.

      É possível configurar o Pod vSwitch do cluster ACK durante a criação do cluster. Após criar o cluster ACK e antes de adicionar nós Lingjun, você também pode configurá-lo modificando o parâmetro PodVswitchId do terway-eniip. Para obter o procedimento, consulte Modify the vSwitch for Pods .

• Versões dos add-ons do cluster ACK:

  Ao criar um ACK managed Pro cluster, as versões mais recentes dos add-ons são usadas por padrão. Se você criar um pool de nós Lingjun em um cluster existente que já utilize qualquer um dos add-ons abaixo, upgrade the add-ons para as versões especificadas.

  Requisitos mínimos de versão dos add-ons

  Add-on	Versão mínima
  Kube Scheduler	v1.31
  terway-eniip	v1.16.8 As capacidades de rede física subjacentes dos tipos de instância e imagens Lingjun diferem entre si, e versões anteriores do Terway podem ser incompatíveis. Antes de criar um pool de nós Lingjun, atualize o Terway (terway-controlplane e terway-eniip) para a versão mais recente.
  CoreDNS	v1.11.3.5-5321daf49-aliyun
  NGINX Ingress controller	v1.11.4-aliyun.2
  ack-pod-identity-webhook	v0.2.1
  Security inspector	v0.16.1.0-gea4d02f-aliyun
  alicloud-monitor-controller	v1.8.4
  ack-arms-prometheus	v1.1.31
  logtail-ds	v2.1.6
  csi-provisioner	v1.32.2
  csi-plugin	v1.32.2
  aliyun-acr-acceleration-suite	v0.2.10
  ack-ai-installer	v1.12.2

Pré-requisitos

1. Create a Lingjun cluster. Selecione Basic Lingjun Cluster Service e adicione nós a um grupo Lingjun.

2. Create an ACK managed cluster. Selecione a edição Pro. O cluster deve estar na mesma região e na mesma VPC do cluster Lingjun.

3. Create an ECS node pool. Configure essa opção durante a criação do cluster gerenciado ACK. Mantenha pelo menos três nós ECS para implantar alguns componentes de controle do ACK visando à alta disponibilidade.

4. Instale os add-ons do cluster ACK.

   1. Na página Add-ons, instale o add-on ack-rdma-device-plugin.

   2. Se os nós Lingjun usarem Lingjun Link, solicite acesso à lista de permissões para o add-on ACK VPD CNI. Antes de criar um pool de nós Lingjun, instale o add-on ACK VPD CNI na página Add-ons.

   3. Para nós PPU, instale também os add-ons ack-ppu-device-plugin e ack-ppu-exporter.

      Importante

      Ao criar um pool de nós que contenha nós conectados ao Lingjun, o ACK adiciona automaticamente os blocos CIDR do grupo Lingjun ao grupo de segurança do cluster e permite o acesso de entrada. O ACK também adiciona o rótulo alibabacloud.com/lingjun-network-type: vpd ao pool de nós. Não remova esse rótulo.

Criar um pool de nós Lingjun

Configure as definições do pool de nós no console, incluindo configurações básicas, de rede e de armazenamento. Algumas definições, especialmente aquelas relacionadas à disponibilidade e à rede do pool de nós, não podem ser modificadas após a criação. A criação de um pool de nós não afeta os nós ou as cargas de trabalho nos pools existentes.

Antes de criar o pool de nós

• Por padrão, um pool de nós Lingjun armazena dados de runtime de contêiner no disco do sistema. Reserve espaço livre suficiente para o diretório de runtime de contêiner. Espaço em disco insuficiente pode causar a evicção de pods ou anomalias nos nós.

• Novos pools de nós Lingjun suportam apenas the Terway exclusive ENI mode para comunicação de rede VPC. Certifique-se de que o limit on the number of pods per node atenda aos seus requisitos de negócios.

• Os nós em um pool de nós Lingjun possuem o taint node-role.alibabacloud.com/lingjun: NoSchedule por padrão, o que impede que componentes do sistema (exceto DaemonSets) sejam agendados para nós Lingjun e ocupem recursos. Se desejar que pods sejam agendados para nós Lingjun, adicione uma tolerância a esse taint nos pods, garantindo que apenas cargas de trabalho específicas sejam agendadas nesses nós. Alternativamente, substitua-o por um taint personalizado adequado às suas necessidades para obter o mesmo efeito.

  É possível remover o taint depois que os add-ons atenderem aos minimum version requirements . No entanto, após a remoção do taint, componentes do sistema ou outras cargas de trabalho podem ser agendados para nós Lingjun e ocupar recursos de nós GPU de alto custo.

• Para obter a lista completa de rótulos que um pool de nós carrega por padrão, consulte a descrição da configuração node labels. Não remova os rótulos padrão.

Procedimento

1. Na página ACK Clusters, clique em nome do seu cluster. No painel de navegação à esquerda, clique em Nodes > Node Pools.

2. Clique em ... > Create Lingjun Node Pool e siga as instruções na tela para criar o pool de nós Lingjun.

   Após a criação do pool de nós, algumas configurações podem ser alteradas editando o pool. Nas tabelas a seguir, Modifiable indica se uma configuração pode ser modificada após a criação do pool de nós.

   • Configurações básicas

     Configuração	Descrição	Modificável
     Node Pool Name	Nome personalizado do pool de nós.	Sim
     Region	Por padrão, a região onde o cluster atual reside é selecionada e não pode ser alterada.	Não
     Configure Managed Node Pool	Recurso de lista de permissões Ative o pool de nós gerenciado para usar os recursos de O&M automatizados fornecidos pelo ACK.	Sim
     Container Runtime	Apenas containerd é suportado.	Não

   • Lingjun Resources

     Configuração	Descrição	Modificável
     Lingjun Cluster	Selecione um cluster Lingjun do tipo Lite que esteja na mesma VPC do cluster ACK.	Não
     Lingjun Group	Selecione um grupo Lingjun que esteja na mesma VPC do pool de nós Lingjun e que não esteja associado a nenhum pool de nós Lingjun.	Não
     Worker RAM Role	Especifique uma função RAM de worker para o pool de nós Lingjun. Após a configuração, novos nós expandidos no grupo Lingjun herdarão automaticamente essa função. É necessário selecionar primeiro um grupo Lingjun. Apenas tipos de instância Lingjun que usam disco cloud como disco do sistema permitem configurar uma função RAM de worker. Se o grupo Lingjun selecionado não oferecer suporte a esse recurso, esta configuração não será exibida. Default Role: usa a função RAM de worker criada automaticamente pelo ACK, cuja entidade confiável é o Lingjun Intelligent Computing. Se essa função não existir no cluster, ela será criada e vinculada automaticamente a este pool de nós durante a criação. Custom Role: usa uma função RAM especificada. Somente funções RAM cuja política de confiança inclui o Lingjun Intelligent Computing (eflo-controller.eflo.aliyuncs.com) como service confiável podem ser selecionadas. Para mais informações, consulte Use custom worker RAM roles. Se o grupo Lingjun selecionado já tiver uma função RAM configurada, esta configuração selecionará automaticamente Custom Role e ficará fixada na função RAM atual do grupo. Não é possível alterá-la ou reverter para Default Role. Importante Se o grupo Lingjun já possuir uma função RAM configurada, a função RAM do pool de nós deve ser consistente com a do grupo Lingjun associado. Caso contrário, a criação do pool de nós Lingjun falhará. Novos nós expandidos no grupo herdam automaticamente a função RAM do grupo. Os nós existentes no grupo não são afetados. Após a criação do pool de nós, não modifique a função RAM do grupo Lingjun. Caso contrário, o pool de nós pode apresentar mau funcionamento.	Não

   • Volumes

     A configuração personalizada de disco de dados é um recurso de lista de permissões. Use este recurso para inicializar os discos de dados locais dos nós Lingjun e montar o diretório de runtime de contêiner ou diretórios personalizados nos discos de dados locais. Para ativar esse recurso, entre em contato com a equipe do Container Service por meio do seu gerente de atendimento ao cliente (PDSA).

     Importante

     • Durante uma atualização do pool de nós, se as configurações de armazenamento dos nós forem inconsistentes, cada nó será inicializado separadamente com base em sua configuração real.

     • Dados armazenados em discos locais podem ser perdidos. Monte o diretório de runtime de contêiner em um disco do sistema cloud. Para garantir estabilidade, reserve espaço suficiente para o diretório de runtime de contêiner e evite Insufficient disk space - DiskPressure. Se nenhum disco de dados local estiver configurado para montar o diretório de runtime de contêiner, o diretório será montado no disco do sistema por padrão.

     Configuração	Descrição	Modificável
     System Disk	Configuração do disco do sistema cloud dos nós no grupo Lingjun atual. Quando um disco do sistema local é usado, a configuração específica não é exibida aqui. Se você não selecionar Configure local disk mounting for the container runtime directory, o diretório de runtime de contêiner será montado no disco do sistema (disco do sistema local ou disco do sistema cloud) por padrão. Importante Quando os dados de runtime de contêiner são armazenados no disco do sistema, espaço insuficiente pode causar a evicção de pods ou anomalias nos nós. Para garantir estabilidade, certifique-se de reservar espaço livre suficiente no disco do sistema ou configure um disco de dados dedicado para o runtime de contêiner. Consulte Insufficient disk space - DiskPressure para soluções sobre espaço insuficiente em disco nos nós.	Não aplicável
     Data Disk	Personalize os discos de dados locais dos nós Lingjun. Clique em + para adicionar os discos de dados locais que deseja personalizar. O número máximo de discos que podem ser adicionados é determinado pela quantidade de discos locais suportados pelo tipo de instância Lingjun. O valor padrão é 0: nenhum disco de dados é inicializado e o diretório de runtime de contêiner é montado no disco do sistema. Configure cada disco de dados local adicionado: Initialization Settings: Selecione o sistema de arquivos ext4 ou xfs para formatar o disco e montar um diretório. Esta configuração tem efeito apenas em discos locais não formatados. Escolha um dos seguintes métodos de montagem: Configure local disk mounting for the container runtime directory: Monta este disco de dados local nos diretórios de runtime de contêiner, incluindo /var/lib/container, /var/lib/containerd, /var/lib/kubelet e /var/log/pods. Um pool de nós suporta apenas um disco de dados local como diretório de runtime de contêiner. Configure a custom mount directory: Formata este disco de dados local e o monta em um diretório especificado. Diretórios de montagem personalizados não podem usar diretórios críticos do sistema ou de add-ons. Para mais informações, consulte Custom directory restrictions. Se um diretório crítico for usado, a criação ou atualização do pool de nós falhará. Do not initialize: Não formata o disco de dados local e retém os dados existentes no nó. Se você selecionar esta opção, não poderá configurar o disco como diretório de runtime de contêiner nem definir um diretório de montagem personalizado. Ao adicionar o segundo disco de dados local e subsequentes, esta opção é selecionada por padrão. Importante Um disco de dados local pode permanecer não inicializado, ou ser formatado e montado em um diretório. Não há suporte para montar um disco sem formatá-lo, nem para formatar um disco sem montá-lo. O número de discos de dados locais adicionados não pode exceder o número de discos locais suportados pelo tipo de instância Lingjun. Caso contrário, a criação ou atualização do pool de nós falhará. Se um disco de dados local já estiver formatado e o formato do sistema de arquivos configurado para o pool de nós for diferente do formato real no nó, a inicialização falhará. O nó não poderá ser adicionado. O diretório de montagem deve estar vazio. Após montar um diretório não vazio, os arquivos originais tornam-se inacessíveis. Pools de nós Lingjun suportam a montagem do diretório de runtime de contêiner ou diretórios personalizados apenas em discos de dados locais, não em discos de dados cloud. O armazenamento local apresenta risco de perda de dados. Se o diretório de runtime de contêiner for montado em um disco local, observe o seguinte comportamento quando um nó Lingjun for colocado offline para manutenção (substituição em standby). Dados do disco local não são retidos. Isso limpa o kubelet, containerd e outros dados de runtime de contêiner, deixando o nó em estado anômalo. Após a manutenção, remova manualmente o nó do pool de nós e use o recurso Add existing Lingjun nodes para adicionar o nó novamente ao pool de nós Lingjun. Para evitar essa recuperação manual, monte o diretório de runtime de contêiner em um disco do sistema cloud. Alternativamente, entre em contato com o PDSA ou abra um ticket para solicitar acesso à lista de permissões para adicionar nós usando uma função RAM. Se as condições forem atendidas, o status do nó poderá ser restaurado automaticamente. Ao ativar este recurso, não configure simultaneamente o diretório de runtime de contêiner por meio do recurso Pre-defined Custom Data do ACK ou do recurso de dados personalizados do Lingjun (UserData). Caso contrário, o recurso pode não funcionar conforme esperado.	Sim

   • Advanced Options (Optional)

     Ver detalhes

     Configuração	Descrição	Modificável
     Taints	Adicione taints chave-valor ao nó. Uma chave de taint válida consiste em um prefixo opcional e um nome. Se houver um prefixo, ele será separado do nome por uma barra (/). Expanda para ver instruções detalhadas Key: O nome deve ter de 1 a 63 caracteres, começar e terminar com um caractere alfanumérico [a-z0-9A-Z], e pode conter letras, números, hífens (-), sublinhados (_) e pontos (.). Se você especificar um prefixo, ele deve ser um subdomínio DNS, que é uma série de rótulos DNS separados por pontos (.), não excedendo 253 caracteres e terminando com uma barra (/). Value: O valor do taint pode estar vazio, ter até 63 caracteres, deve começar e terminar com um caractere alfanumérico [a-z0-9A-Z], e pode conter letras, números, hífens (-), sublinhados (_) e pontos (.). Effect: NoSchedule: Nenhum novo pod que não tolere este taint será agendado para o nó, mas os pods em execução não são afetados. NoExecute: Além de nenhum novo pod que não tolere este taint ser agendado para o nó, quaisquer pods em execução no nó que não tolerem este taint serão removidos. PreferNoSchedule: O ACK tentará evitar agendar pods para nós com taints que eles não tolerem, mas isso não é imposto obrigatoriamente.	Sim
     Node Labels	Importante Ao criar um pool de nós Lingjun, o ACK adiciona automaticamente rótulos ao pool de nós para habilitar o modo ENI exclusiva. Não os remova após a criação. Não remova os seguintes rótulos padrão de um pool de nós Lingjun: service.alibabacloud.com/exclude-node alibabacloud.com/lingjun-worker alibabacloud.com/lingjun-hpnzone alibabacloud.com/lingjun-zoneid alibabacloud.com/lingjun-network-type: vpd alibabacloud.com/lingjun-machine-type k8s.aliyun.com/exclusive-mode-eni-type: eniOnly Adicione rótulos chave-valor ao nó. Uma chave válida consiste em um prefixo opcional e um nome. Se houver um prefixo, o prefixo e o nome são separados por uma barra (/). Expanda para ver instruções detalhadas Chave: O nome deve ter de 1 a 63 caracteres, começar e terminar com um caractere alfanumérico [a-z0-9A-Z], e pode conter letras, números, hífens (-), sublinhados (_) e pontos (.). Se você especificar um prefixo, ele deve ser um subdomínio DNS, que é uma série de rótulos DNS separados por pontos (.), não excedendo 253 caracteres e terminando com uma barra (/). Os seguintes prefixos são reservados pelos componentes principais do Kubernetes e não podem ser especificados kubernetes.io/ k8s.io/ prefixos terminados com kubernetes.io/ e k8s.io/. Por exemplo, test.kubernetes.io/. As seguintes exceções se aplicam: kubelet.kubernetes.io/ node.kubernetes.io prefixos terminados com kubelet.kubernetes.io/. prefixos terminados com node.kubernetes.io. Valor: Pode estar vazio, ter até 63 caracteres, deve começar e terminar com um caractere alfanumérico [a-z0-9A-Z], e pode conter letras, números, hífens (-), sublinhados (_) e pontos (.).	Sim
     Container Image Acceleration	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. Em caso afirmativo, o carregamento sob demanda será usado por padrão para acelerar a inicialização do contêiner, reduzindo o tempo de início da aplicação. Para mais informações, consulte Use on-demand loading of container images to accelerate container startup.	Sim
     Custom Node Name	Recurso de lista de permissões, não aplicável a pools de nós não-Lingjun Descrição: Sincroniza diretamente o hostname de um nó Lingjun com seu NodeName. Exemplo: Se o hostname da instância for test, o NodeName do nó será test.	Não
     Pre-defined Custom Data	Antes de um nó ingressar no cluster, o script User-Data script de pré-personalização especificado será executado. Por exemplo, se você 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 here	Sim
     User Data	Depois que um nó ingressar no cluster, o script User-Data script da instância especificado será executado. Por exemplo, se você 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-script A criação bem-sucedida do cluster ou a expansão de nós não garante que o script de dados do usuário da instância tenha sido executado com êxito. Faça login no nó e execute grep cloud-init /var/log/messages para visualizar os logs de execução.	Sim

Modo ENI exclusiva do Terway

Pools de nós Lingjun suportam apenas o modo ENI exclusiva do Terway (suportado pelo Terway desde a v1.14.4). Para acomodar as diferenças de rede subjacentes de diferentes tipos de instância e imagens Lingjun, atualize o Terway para a v1.16.8 ou posterior. Consulte o minimum version requirements para atualizar o terway-eniip.

Ao criar um pool de nós Lingjun, o ACK adiciona automaticamente o rótulo k8s.aliyun.com/exclusive-mode-eni-type: eniOnly ao pool de nós para habilitar o modo ENI exclusiva. Não remova este rótulo após a criação. Para mais informações, consulte Configure exclusive ENI mode for a node pool.

Se um pool de nós Lingjun não tiver este rótulo, o pool de nós usará o modo de rede ENI compartilhada.

Importante

Quando os nós Lingjun usam comunicação de rede VPC no modo ENI compartilhada, podem ocorrer falhas intermitentes de rede nos pods em algumas imagens Lingjun mais antigas. Para restaurar temporariamente seus services, recrie os pods. Para resolver permanentemente esse problema, atualize o Terway para a versão mais recente durante horários de baixa demanda e, em seguida, adicione nós Lingjun criando um pool de nós Lingjun no modo ENI exclusiva.

Adicionar nós Lingjun existentes

No console do Container Service, adicione vários nós Lingjun do grupo Lingjun associado ao pool de nós. Use esta operação para adicionar nós do grupo a um cluster ACK como nós workers, ou para retornar ao pool nós workers previamente removidos. Os nós adicionados passam a ser gerenciados no nível do pool de nós.

A adição de nós Lingjun não substitui o SO original, o disco do sistema ou os discos de dados dos nós, e os dados armazenados são preservados.

Escopo de aplicação

• As instâncias de nó a serem adicionadas já devem estar no grupo Lingjun associado a este pool de nós e não devem ter ingressado em outros pools de nós.

• O OperatingState dos nós Lingjun deve ser Using.

Procedimento

1. Na página ACK Clusters, clique em nome do seu cluster. No painel de navegação à esquerda, clique em Nodes > Node Pools.

2. Na página Node Pools, clique em ⋮ Add Existing Nodes e siga as instruções na tela para concluir as seguintes configurações:

   • Add Existing Lingjun Node: Selecione as instâncias a serem adicionadas na lista de instâncias. Selecione Show Unavailable Instances para visualizar instâncias indisponíveis.

   • Data Disk: Selecione como montar os discos de dados.

     Disponível apenas quando a lista de permissões custom data disk configuration estiver ativada

     • Configure by Node Pool: Usa a configuração de disco de dados predefinida pelo pool de nós para inicializar e montar os discos de dados.

       A página exibe a configuração de disco de dados local predefinida para o pool de nós. Um disco de dados local marcado como (Used by container runtime) é usado para montar o diretório de runtime de contêiner.

       Se o pool de nós não tiver uma configuração de disco de dados predefinida, a configuração original dos nós será mantida.

       Importante

       • Se as configurações de armazenamento dos nós forem diferentes, durante uma atualização do pool de nós, o sistema inicializa os discos de dados separadamente. Cada nó é inicializado com base em sua configuração de armazenamento real; uma configuração unificada não é usada.

       • Ao usar a opção de configuração do pool de nós, o diretório de montagem deve estar vazio. Após montar um diretório não vazio, os arquivos originais tornam-se inacessíveis.

       • Os discos de dados locais no nó a ser adicionado devem estar vazios ou já devem conter um sistema de arquivos do mesmo tipo da configuração do pool de nós. Caso contrário, o nó não poderá ser adicionado.

     • No Initialization: Não inicializa os discos de dados e mantém a configuração original dos discos de dados dos nós.

   Após a adição dos nós, o ACK adiciona automaticamente os seguintes rótulos às instâncias de nó Lingjun. Visualize-os no Lingjun Intelligent Computing console:

   • ack.aliyun.com: o ID do ACK managed Pro cluster que gerencia o nó.

   • ack.alibabacloud.com/nodepool-id: o ID do pool de nós Lingjun que gerencia o nó.

Remover nós Lingjun

Quando um nó não for mais necessário, remova-o do pool de nós. A remoção pode afetar seus services. Execute esta operação durante horários de baixa demanda.

Observações

• Drenagem de nós:

  • Se existirem pods em um nó, selecione Drain Node e certifique-se de que o cluster tenha recursos suficientes. Os pods serão migrados automaticamente para outros nós.

  • Se suas aplicações tiverem Pod Disruption Budgets (PDBs) configurados, a drenagem pode falhar, causando a falha da remoção. Trate isso manualmente com antecedência.

  • Após a drenagem, se suas aplicações não conseguirem iniciar corretamente em outros nós, a tarefa de remoção prosseguirá independentemente disso.

  • Ao remover nós em estado anômalo, não selecione Drain Node. Caso contrário, a remoção pode falhar.

• Estado do nó após a remoção:

  A remoção de um nó Lingjun apenas retira o nó do pool de nós Lingjun. Ela não remove o nó do grupo Lingjun, nem libera ou cancela automaticamente a assinatura do nó.

  Instâncias de nó Lingjun adicionadas a um pool de nós não são liberadas quando o cluster ACK ou o pool de nós Lingjun é excluído, nem são automaticamente reduzidas do grupo Lingjun. Fique atento ao status de faturamento dos nós Lingjun para evitar custos adicionais.

  Para realizar mais operações de gerenciamento em nós e grupos, acesse o Lingjun Intelligent Computing console.

  A remoção é uma operação assíncrona. Verifique o progresso da remoção na lista de nós.

Procedimento

1. Na página ACK Clusters, clique em nome do seu cluster. No painel de navegação à esquerda, clique em Nodes > Node Pools.

2. Clique em nome do pool de nós Lingjun desejado e remova os nós na página Nodes.

   • Remover um único nó: Localize o nó desejado e, na coluna Actions do nó, escolha More > Remove.

   • Remover nós em lote: Selecione os nós desejados e clique em Batch Remove na parte inferior da página.

3. Escolha se deseja Drain Node, leia as observações na página e siga as instruções na tela.

Atualizar a versão do kubelet

As versões do kubelet e do runtime de contêiner dos pools de nós Lingjun podem ser atualizadas. Antes da atualização, execute verificações prévias para identificar riscos que possam afetar o processo. Após iniciar uma atualização, o sistema realiza automaticamente as verificações prévias e ignora os nós que falharem nas verificações.

• Atualização do kubelet: atualiza o kubelet dos nós no pool de nós para a mesma versão do plano de controle.

• Atualização do runtime de contêiner: atualiza o runtime de contêiner dos nós para a versão mais recente.

Importante

A atualização está disponível apenas para pools de nós Lingjun que contêm nós.

1. Na página ACK Clusters, clique em nome do seu cluster. No painel de navegação à esquerda, clique em Nodes > Node Pools.

2. Na coluna Actions do pool de nós Lingjun desejado, escolha > Kubelet Update e siga as instruções na tela para concluir as seguintes configurações:

   • Informações básicas

     Configuração	Descrição
     Informações de atualização do kubelet e do runtime	Exibe a versão atual e as versões disponíveis para atualização do kubelet e do runtime de contêiner.
     Update Nodes	Especifique os nós a serem atualizados (todos os nós ou alguns nós).
     Update Method	Uma atualização in-place atualiza os componentes necessários diretamente nos nós originais. O disco do sistema não é substituído, os nós não são reinicializados e os dados nos nós originais não são afetados.
     Ignore Warnings	Define se deve prosseguir caso a verificação prévia reporte avisos. Por exemplo, um pod usa um hostPath apontando para o disco do sistema.

   • Batch Update Policy

     Configuração	Descrição
     Maximum Number of Nodes per Batch	Durante a atualização, os nós são atualizados em lotes com base no paralelismo máximo configurado.
     Automatic Pause Policy	Política de pausa durante as atualizações de nós.
     Interval Between Batches	Quando a política de pausa automática estiver definida como Do Not Pause, escolha se deseja definir um intervalo de tempo entre os lotes de atualização e especifique a duração do intervalo. Valores válidos: 5 a 120 minutos.

3. Clique em Precheck. Se a verificação falhar, solucione os problemas com base nas soluções fornecidas na página e continue após a aprovação na verificação.

4. Clique em Start Update e siga as instruções na tela para concluir a atualização.

   As seguintes ações estão disponíveis durante a atualização:

   • Pause: Coloca o pool de nós em um estado intermediário. Evite outras operações no cluster e conclua a atualização prontamente. Atualizações pausadas por mais de sete dias são encerradas automaticamente, e eventos e logs relacionados são limpos.

     As versões do kubelet e do runtime de contêiner em nós atualizados não podem ser revertidas.

   • Cancel: Cancela a atualização. Após clicar em Cancel, as versões do kubelet e do runtime de contêiner em nós atualizados não podem ser revertidas.

Cenários comuns de O&M para nós Lingjun

A tabela a seguir descreve procedimentos do ACK para cenários comuns de O&M de nós Lingjun.

Cenário	Descrição
Mover um nó Lingjun para um grupo diferente	ACK: Remove Lingjun nodes do cluster ACK. Com base nos seus requisitos de negócios, escolha se deseja Drain Node ao remover o nó. O sucesso da drenagem depende da disponibilidade de nós de destino no cluster que possam acomodar os pods removidos. Certifique-se de que o cluster tenha recursos suficientes antes de drenar o nó. Lingjun: Scale in o nó do grupo original, create a new group e, em seguida, scale out o nó ao novo grupo. ACK: Ao create a new Lingjun node pool, associe-o ao novo grupo. Para os nós que foram expandidos no lado do Lingjun (o estado do nó no console Lingjun torna-se Using), readicione-os ao pool de nós Lingjun por meio de adding existing nodes.
Reiniciar um nó Lingjun	Lingjun: Restart a node. ACK: Nenhuma operação é necessária. Durante a reinicialização, o nó fica brevemente offline. Após a conclusão da reinicialização (o estado do nó no console Lingjun torna-se Using), o estado do nó no cluster ACK torna-se automaticamente Ready.
Reinstalar um nó Lingjun	ACK: Remove Lingjun nodes do cluster ACK. Com base nos seus requisitos de negócios, escolha se deseja Drain Node ao remover o nó. O sucesso da drenagem depende da disponibilidade de nós de destino no cluster que possam acomodar os pods removidos. Certifique-se de que o cluster tenha recursos suficientes antes de drenar o nó. Lingjun: Reinstall a node. ACK: Após a conclusão da reinstalação no lado do Lingjun (o estado do nó no console Lingjun torna-se Using), readicione o nó ao pool de nós Lingjun por meio de adding existing nodes.
Manutenção offline do Lingjun (substituição em standby)	Lingjun: No evento de O&M do CloudMonitor (CMS) (Approve O&M operations), conclua a autorização e concorde em executar a operação de manutenção. ACK: Se o diretório de dados de runtime de contêiner estiver montado em um disco cloud, nenhuma operação é necessária no lado do ACK. Após a conclusão da manutenção do nó Lingjun (o estado do nó no console Lingjun torna-se Using), o estado do nó no cluster ACK torna-se automaticamente Ready. Se o diretório de dados de runtime de contêiner estiver montado em um disco local, o nó Lingjun passará por substituição de máquina durante a manutenção offline, e os dados do disco local não serão retidos. Isso faz com que as informações de runtime de contêiner, como kubelet e containerd, sejam apagadas e o estado do nó se torne anômalo. Após a conclusão da manutenção do nó Lingjun (o estado do nó no console Lingjun torna-se Using), você deve manualmente remove the node do pool de nós e readicioná-lo ao pool de nós Lingjun por meio de adding existing nodes.

Mais operações

Usar o recurso RDMA

Para habilitar a comunicação de rede Remote Direct Memory Access (RDMA) para pods em nós Lingjun, primeiro instale manualmente o add-on ack-rdma-device-plugin na página Add-ons. Para instruções de uso, consulte Use RDMA networks for pods on Lingjun nodes.

Usar nós PPU em um pool de nós Lingjun

Para Use PPUs in a Lingjun node pool, primeiro instale manualmente os add-ons ack-rdma-device-plugin e ack-ppu-device-plugin na página Add-ons. Para usar o monitoramento PPU, instale o add-on ppu-device-plugin.

Usar supernós PPU com agendamento consciente da topologia de rede

Para agendar tarefas para supernós PPU que suportam ICN Link com base na topologia de rede, instale o add-on ack-ppu-device-plugin na página Add-ons. Para instruções de uso, consulte Usar supernós Zhenwu PPU M890 com agendamento consciente da topologia de rede.

FAQ

Por que um nó permanece no estado Not Ready após a manutenção?

• Sintoma: Um nó Lingjun é colocado offline para manutenção devido a problemas de hardware, mas após a conclusão da manutenção, o estado do nó no cluster ACK ainda é Not Ready.

• Causa: Durante a manutenção offline do nó Lingjun, é realizada a substituição da máquina. Dados do disco local não são retidos. Isso limpa o kubelet, containerd e outros dados de runtime de contêiner, deixando o nó em estado anômalo.

• Solução: Após a conclusão da manutenção, você deve remover manualmente o nó do pool de nós e readicioná-lo ao pool de nós Lingjun por meio de adding existing nodes.