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

Observações antes da criação

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

• Novos pools de nós Lingjun suportam apenas {{XREF_28}} para comunicação de rede VPC. Verifique se o {{XREF_29}} atende 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 para esse taint aos 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 {{XREF_30}} . No entanto, após a remoção do taint, componentes do sistema ou outras cargas de trabalho poderão 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 {{XREF_31}}. Não remova os rótulos padrão.

Procedimento

1. Na página ACK Clusters, clique no 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, Modificável indica se uma configuração pode ser alterada 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 automatizados de O&M 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: utiliza 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: utiliza 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 serviço confiável podem ser selecionadas. Para mais informações, consulte {{XREF_33}}. 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 poderá apresentar mau funcionamento.	Não

   • Volumes

     A configuração personalizada de disco de dados é um recurso de lista de permissões. Esse recurso monta o diretório de runtime de contêiner em um disco de dados local. 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.

     • Para garantir estabilidade, certifique-se de reservar espaço livre suficiente para o diretório de runtime de contêiner. O armazenamento local apresenta risco de perda de dados. Monte o diretório de runtime de contêiner em um disco do sistema cloud.

   • Advanced Options (Optional)

     Ver detalhes

   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 tornar os nós anormais. 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 {{XREF_34}} para soluções sobre espaço insuficiente em disco nos nós.	Não aplicável
   Data Disk	Discos de dados locais usados pelos nós Lingjun. Após selecionar Configure local disk mounting for the container runtime directory, um disco de dados local aleatório será montado nos diretórios de runtime de contêiner, como /var/lib/container, /var/lib/containerd, /var/lib/kubelet e /var/log/pods. Configure as Initialization Settings: selecione o formato do sistema de arquivos (ext4 ou xfs). Isso só tem efeito em discos locais não formatados. Importante 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 apenas em disco de dados local, não em disco de dados cloud. Se o diretório de runtime de contêiner estiver em um disco local, observe o seguinte comportamento quando um nó Lingjun for colocado offline para manutenção (substituição em standby). Os dados do disco local não são retidos, o que pode causar a exclusão de informações de runtime de contêiner, como kubelet e containerd, e tornar o estado do nó anormal. Para evitar a recuperação manual necessária, monte o diretório de runtime de contêiner em um disco do sistema cloud. Ao ativar esse 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 Lingjun ({{XREF_35}}). Caso contrário, o nó pode não funcionar conforme esperado.	Sim

   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, hifens (-), 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, hifens (-), 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 evacuados. PreferNoSchedule: O ACK tentará evitar agendar pods para nós com taints que eles não toleram, 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, hifens (-), 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 são exceções: 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, hifens (-), 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 {{XREF_36}}.	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, os {{XREF_37}} de pré-personalização especificados serão executados. 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ó ingressa no cluster, os {{XREF_38}} da instância especificados serão executados. 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. Você pode fazer login no nó e executar grep cloud-init /var/log/messages para visualizar os logs de execução.	Sim

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 {{XREF_41}} dos nós Lingjun deve ser Using.

Procedimento

1. Na página ACK Clusters, clique no 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 {{XREF_42}} 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.

       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.

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

       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 com base na configuração de armazenamento real de cada nó, em vez de usar uma configuração unificada.

       • Ao usar a opção de configuração por 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.

   Após a adição dos nós, o ACK adiciona automaticamente os seguintes rótulos às instâncias de nó Lingjun. Visualize-os em {{XREF_43}}:

   • 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ó.

Observações

• Drenar 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 anormal, 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ó.

  As 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. Preste atenção 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 {{XREF_44}}.

  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 no nome do seu cluster. No painel de navegação à esquerda, clique em Nodes > Node Pools.

2. Clique no 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.

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 {{XREF_57}} na página {{XREF_58}}. Para instruções de uso, consulte {{XREF_59}}.

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

Para {{XREF_60}}, primeiro instale manualmente os add-ons {{XREF_61}} e {{XREF_62}} na página {{XREF_63}}. Para usar o monitoramento PPU, instale o add-on ppu-device-plugin.

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

Para permitir que o agendamento consciente de topologia do ACK agende tarefas para supernós PPU que suportam ICN Link, primeiro instale manualmente o add-on {{XREF_64}} na página {{XREF_65}}. Para instruções de uso, consulte Usar supernós Zhenwu PPU M890 com agendamento consciente de topologia de rede.

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 status do nó no cluster ACK ainda é Not Ready.

• Causa: Durante a manutenção offline do nó Lingjun, é realizada a substituição da máquina. Os dados do disco local não são retidos, o que pode causar a exclusão de informações de runtime de contêiner, como kubelet e containerd, e tornar o estado do nó anormal.

• 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 {{XREF_66}}.