automation-suite
2021.10
false
- Visão geral
- Requisitos
- Instalação
- Perguntas e respostas: modelos de implantação
- Baixando pacotes de instalação
- Parâmetros do install-uipath.sh
- Como habilitar o High Availability Add-on do Redis para o cluster
- Arquivo de configuração do Document Understanding
- Adicionando um nó de agente dedicado com suporte a GPU
- Conexão do aplicativo Task Mining
- Adição de um nó de agente dedicado ao Task Mining
- Pós-instalação
- Administração de cluster
- Monitoramento e alertas
- Migração e atualização
- Modo online de avaliação de nó único
- Modo offline de avaliação de nó único
- Modo de produção online pronto para alta disponibilidade de vários nós
- Modo de produção offline pronto para alta disponibilidade de vários nós
- Migrando o disco físico do Longhorn para o LVM
- Fazendo downgrade do Ceph de 16.2.6 para 15.2.9
- Opções de migração
- B) Migração de um único tenant
- Configuração específica do produto
- Melhores práticas e manutenção
- Solução de problemas
- Como solucionar problemas dos serviços durante a instalação
- Como desinstalar o cluster
- Como limpar os artefatos offline para melhorar o espaço em disco
- How to disable TLS 1.0 and 1.1
- Como habilitar o registro em log do Istio
- Como limpar logs manualmente
- Como limpar logs antigos armazenados no bucket do sf-logs
- Como depurar instalações do Automation Suite com falha
- Como desabilitar o descarregamento de soma de verificação do TX
- Não é possível executar uma instalação offline no SO RHEL 8.4
- Erro ao baixar o pacote
- A instalação offline falha devido a um binário ausente
- Problema de certificado na instalação offline
- Erro de validação da string de conexão ao SQL
- Falha após a atualização do certificado
- O Automation Suite requer que Backlog_wait_time seja definido como 1
- Não é possível fazer login após a migração
- Configurando um intervalo de tempo limite para os portais de gerenciamento
- Atualizar as conexões de diretório subjacentes
- kinit: não é possível encontrar o KDC para o realm <AD Domain> ao obter credenciais iniciais
- kinit: o Keytab não contém chaves adequadas para *** ao obter credenciais iniciais
- A operação do GSSAPI falhou com erro: um código de status inválido foi fornecido (as credenciais do cliente foram revogadas).
- Falha do login para o usuário <ADDOMAIN><aduser> Motivo: a conta está desabilitada.
- Alarme recebido para tarefa Kerberos-tgt-update com falha
- Provedor SSPI: servidor não encontrado no banco de dados Kerberos
- Falha ao obter a imagem do sandbox
- Os pods não são exibidos na UI do ArgoCD
- Falha de teste do Redis
- O servidor RKE2 falha ao iniciar
- Segredo não encontrado no namespace da UiPath
- O ArgoCD entra em estado Em andamento após a primeira instalação
- Inconsistência inesperada; execute o fsck manualmente
- Operador de autocura ausente e repositório Sf-k8-utils ausente
- MongoDB degradado ou aplicativos de negócios após a restauração do cluster
- Serviços não íntegros após restauração ou reversão do cluster
- O Document Understanding não está no menu de navegação esquerdo do Automation Suite
- Status de Falha ao criar uma sessão de rotulagem de dados
- Status de Falha ao tentar implantar uma habilidade de ML
- Trabalho de migração falha no ArgoCD
- Reconhecimento de escrita com o Extrator de formulários inteligente não está funcionando
- Usando a ferramenta de diagnóstico do Automation Suite
- Usando o pacote de suporte do Automation Suite
- Exploração de logs
Início e desligamento de um nó
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.
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.
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:
- Inicie o processo do Kubernetes em execução no nó do servidor:
systemctl start rke2-server
systemctl start rke2-server - Inicie o processo do Kubernetes em execução no nó do servidor:
systemctl start rke2-agent
systemctl start rke2-agent - 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-uncordon
systemctl restart node-uncordon - Depois que o nó for iniciado, você deve drenar o nó:
systemctl start node-drain.service
systemctl start node-drain.serviceImportante:Ignorar a etapa 4 pode fazer com que o serviço Kubelet seja desligado de maneira inadequada se o sistema for reiniciado.
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:
-
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.service
systemctl stop node-drain.service - Interrompa o processo do Kubernetes em execução no nó do servidor:
systemctl stop rke2-server
systemctl stop rke2-server - Interrompa o processo do Kubernetes em execução no nó do agente.
systemctl stop rke2-agent
systemctl stop rke2-agent -
Encerre os serviços e o containerd do rke2 e todos os processos filhos:
Isso já deve estar no caminho, mas está localizado emrke2-killall.sh
rke2-killall.sh/bin/rke2-killall.sh
.
- Os seguintes arquivos de unidade são criados durante a instalação:
rke2-server.service
(somente servidor). Inicia orke2-server
, que inicia o nó do servidor.rke2-agent.service
(apenas agente). Inicia orke2-agent
, o que inicia o nó do agente.node-drain.service
. Usado no momento do desligamento. Executado antes de desligarrke2-agent
ourke2-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
.