UiPath Documentation
automation-suite
2021.10
false
Guía de instalación de Automation Suite
Importante :
Este contenido se ha localizado parcialmente a partir de un sistema de traducción automática. La localización de contenidos recién publicados puede tardar entre una y dos semanas en estar disponible.

Iniciar y apagar un nodo

Esta página explica el ComportamientoDeApagado y de inicio manuales y automáticos de Automation Suite.

Importante:

Siempre debes proceder apagando un nodo, realizando la operación requerida, esperando hasta que el nodo esté en buen estado y luego apagando el otro nodo para realizar la misma operación.

Comportamiento de la puesta en marcha​

Se rke2-serviceinicia y va seguido de node-drainery node-uncordon. node-drainer no realiza ninguna acción al inicio, solo devuelve la confirmación de que el servicio está activo.

El node-uncordonsolo se ejecuta una vez e inicia /opt/node-drain.sh nodestart, que descordona el nodo. Como parte del procedimiento de drenaje que ocurre al apagado, esto cordona el nodo y lo hace no programable. Este estado persiste cuando se inicia el servicio rke2. Por ello, el nodo no debe estar acordonado después de los rke2-servicereinicios .

Inicio manual

El servicio se inicia automáticamente con Automation Suite. Sin embargo, si rke2-service se detuvo manualmente, debes iniciar el servicio de nuevo ejecutando los siguientes comandos:

  1. Inicia el proceso de Kubernetes que se ejecuta en el nodo del servidor:

    systemctl start rke2-server
    systemctl start rke2-server
    
  2. Inicia el proceso de Kubernetes que se ejecuta en el nodo del servidor:

    systemctl start rke2-agent
    systemctl start rke2-agent
    
  3. Una vez iniciado el servicio rke2, desacordona el nodo para asegurarte de que Kubernetes ahora pueda programar cargas de trabajo en este nodo.

    systemctl restart node-uncordon
    systemctl restart node-uncordon
    
  4. Una vez iniciado el nodo, debes drenar el nodo:

    systemctl start node-drain.service
    systemctl start node-drain.service
    
    Importante:

    Omitir el paso 4 podría hacer que el servicio Kubelet se apague de forma no saludable si se reinicia el sistema.

ComportamientoDeApagado​

Durante el apagado, systemddetiene los servicios en el orden en que se iniciaron. Dado que el node-drain servicio tiene la directiva After=rke2-server.service o After=rke2-agent.service, ejecuta la secuencia de apagado antes del apagado de rke2-service. Esto significa que en un sistema configurado correctamente, simplemente apagar el nodo es una operación segura.

Reinicio manual

Si planeas detener el servicio RKE2 y reiniciar la máquina, ejecuta los siguientes pasos:

  1. Para asegurarse de que el clúster está sano mientras realizas la actividad de mantenimiento del nodo, debes drenar las cargas de trabajo que se ejecutan en ese nodo a otros nodos. Para vaciar el nodo, ejecuta el siguiente comando:

    systemctl stop node-drain.service
    systemctl stop node-drain.service
    
  2. Detener el proceso de Kubernetes que se ejecuta en el nodo del servidor:

    systemctl stop rke2-server
    systemctl stop rke2-server
    
  3. Detener el proceso Kubernetes que se ejecuta en el nodo del agente:

    systemctl stop rke2-agent
    systemctl stop rke2-agent
    
  4. Elimina los servicios rke2 y containerd y todos los procesos secundarios:

    rke2-killall.sh
    rke2-killall.sh
    

    Esto ya debería estar en la ruta, pero se encuentra en /bin/rke2-killall.sh.

Archivos creados durante la instalación​

  1. Los siguientes archivos de unidad se crean durante la instalación:
    • rke2-server.service (solo servidor). Inicia el rke2-server, esto inicia el servidor del nodo.
    • rke2-agent.service (solo agente). Inicia el rke2-agent, esto inicia el agente del nodo.
    • node-drain.service. Se utiliza en el periodo de apagado. Se ejecuta antes del apagado de rke2-agento rke2-servery realiza un drenaje. Tiene un tiempo de espera de 300 segundos.
    • node-uncordon.service. Se utiliza al inicio para desacordonar un nodo.
    • var-lib-kubelet.mount. Generado automáticamente por el generador fstab.
    • var-lib-rancher-rke2-server-db.mount. Generado automáticamente por el generador fstab.
    • var-lib-rancher.mount. Generado automáticamente por el generador fstab.

No existen dependencias sólidas entre los archivos de la unidad. Sin embargo, node-drain y node-uncordon tienen la directiva After=rke2-server.service o After=rke2-agent.service. Esto significa que esos servicios se iniciarán después del rke2-service.

¿Te ha resultado útil esta página?

Conectar

¿Necesita ayuda? Soporte

¿Quiere aprender? UiPath Academy

¿Tiene alguna pregunta? Foro de UiPath

Manténgase actualizado