automation-suite
2021.10
false
Importante :
A tradução automática foi aplicada parcialmente neste conteúdo. A localização de um conteúdo recém-publicado pode levar de 1 a 2 semanas para ficar disponível.
UiPath logo, featuring letters U and I in white
Fora do período de suporte

Guia de instalação do Automation Suite

Última atualização 21 de nov de 2024

Início e desligamento de um nó

Esta página explica o comportamento de inicialização e desligamento manual e automático do Automation Suite.

Comportamento de inicialização

Os rke2-service inicia e é seguido por node-drainer e node-uncordon. node-drainer não faz nenhuma ação na inicialização, apenas retorna a confirmação de que o serviço está ativo.
O node-uncordon é executado apenas uma vez e inicia /opt/node-drain.sh nodestart, que libera o nó. Durante o procedimento de drenagem que ocorre no desligamento, isso isola o nó, tornando-o não programável. Esse estado persiste quando o serviço do rke2 é iniciado. Portanto, o nó deve ser liberado após a reinicialização de rke2-service.

Inicialização manual

O serviço é iniciado automaticamente com o Automation Suite. Contudo, se rke2-service foi interrompido manualmente, inicie o serviço novamente executando os seguintes comandos:
  1. Inicie o processo do Kubernetes em execução no nó do servidor:
    systemctl start rke2-serversystemctl start rke2-server
  2. Inicie o processo do Kubernetes em execução no nó do servidor:
    systemctl start rke2-agentsystemctl start rke2-agent
  3. Depois que o serviço rke2 for iniciado, libere o nó para garantir que o Kubernetes possa agendar cargas de trabalho neste nó:
    systemctl restart node-uncordonsystemctl restart node-uncordon
  4. Depois que o nó for iniciado, você deve drenar o nó:
    systemctl start node-drain.servicesystemctl start node-drain.service
    Importante:

    Ignorar a etapa 4 pode fazer com que o serviço Kubelet seja desligado de maneira inadequada se o sistema for reiniciado.

Comportamento de Desligamento

Durante o desligamento, systemd interrompe os serviços na ordem em que foram iniciados. Como o serviço node-drain tem a diretiva After=rke2-server.service ou After=rke2-agent.service, ele executa sua sequência de desligamento antes do desligamento de rke2-service.Isso significa que em um sistema devidamente configurado, desligar o nó de forma correta é uma operação segura.

Reinicialização manual

Se você planeja interromper o serviço do rke2 e reinicializar a máquina, execute os seguintes comandos:

  1. Para garantir que o cluster esteja íntegro enquanto executa a atividade de manutenção do nó, você deve drenar as cargas de trabalho em execução nesse nó para outros nós.Para drenar o nó, execute o seguinte comando:
    systemctl stop node-drain.servicesystemctl stop node-drain.service
  2. Interrompa o processo do Kubernetes em execução no nó do servidor:
    systemctl stop rke2-serversystemctl stop rke2-server
  3. Interrompa o processo do Kubernetes em execução no nó do agente.
    systemctl stop rke2-agentsystemctl stop rke2-agent
  4. Encerre os serviços e o containerd do rke2 e todos os processos filhos:

    rke2-killall.shrke2-killall.sh
    Isso já deve estar no caminho, mas está localizado em /bin/rke2-killall.sh.

Arquivos criados durante a instalação

  1. Os seguintes arquivos de unidade são criados durante a instalação:
    • rke2-server.service (somente servidor). Inicia o rke2-server, que inicia o nó do servidor.
    • rke2-agent.service (apenas agente). Inicia o rke2-agent, o que inicia o nó do agente.
    • node-drain.service. Usado no momento do desligamento. Executado antes de desligar rke2-agent ou rke2-server e executa uma drenagem. Tem um tempo limite de 300 segundos.
    • node-uncordon.service. Usado na inicialização para liberar um nó.
    • var-lib-kubelet.mount. Autogerado pelo gerador fstab.
    • var-lib-rancher-rke2-server-db.mount. Autogerado pelo gerador fstab.
    • var-lib-rancher.mount. Autogerado pelo gerador fstab.
Não há dependências fortes entre os arquivos da unidade. No entanto, node-drain e node-uncordon têm a diretiva After=rke2-server.service ou After=rke2-agent.service. Isso significa que esses serviços começarão após o rke2-service.

Esta página foi útil?

Obtenha a ajuda que você precisa
Aprendendo RPA - Cursos de automação
Fórum da comunidade da Uipath
Uipath Logo White
Confiança e segurança
© 2005-2024 UiPath. Todos os direitos reservados.