Agregar y quitar nodos
Requisitos, el procedimiento en el Manager, qué ocurre a nivel técnico y por qué un clúster debe tener tres nodos.
Requisitos
- Una VM de EasyUC preparada con la dirección IP que introduzca en el Manager.
- El primer nodo puede acceder a esta VM por SSH en TCP 15222.
- Recomendado: todos los nodos en el mismo segmento de red, sin filtrado de cortafuegos entre ellos. Los puertos se indican en Entre nodos del clúster.
Agregar un nodo en el Manager
-
Abra la vista general de nodos en el Manager.
-
Seleccione Agregar nodo.
-
Introduzca la dirección IP de la VM preparada y, opcionalmente, un nombre.
-
Confirme. El Manager configura el nodo, que después aparece en la vista general con su uso de CPU y RAM.
Qué ocurre a nivel técnico
El Manager configura el nuevo nodo por sí mismo:
- El Manager se conecta a la nueva VM por SSH en TCP 15222.
- Establece el nombre de host e instala K3s desde los archivos locales del appliance.
- El nodo se une al clúster con el token del clúster, a través de la API de Kubernetes en TCP 6443.
Cada nodo es un servidor
Cada nodo agregado se une como servidor K3s completo. Forma parte del plano de control, es miembro de etcd y además ejecuta cargas de trabajo. No se ofrecen nodos que sean solo workers.
Esto significa que cada nodo cuenta para la mayoría de etcd; consulte Por qué tres nodos.
Quitar un nodo
Cuando quita un nodo en el Manager, ocurre lo siguiente:
-
Cordon
No se programan nuevas cargas de trabajo en el nodo.
-
Drain
Las cargas de trabajo se trasladan a otros nodos.
-
Desinstalación
El nodo se desinstala.
Importante
Cada servicio se ejecuta como instancia única. Durante el drain, los componentes del nodo se detienen y se reinician en otro nodo, por lo que los servicios afectados se interrumpen brevemente. Quite los nodos durante una ventana de mantenimiento.
Nota
El último nodo no se puede quitar. La dirección IP solo se puede cambiar en instalaciones de un único nodo.
Por qué tres nodos
El plano de control sigue operativo mientras esté disponible la mayoría de los nodos servidores. Es un principio general de etcd y, por tanto, de Kubernetes.
| Nodos servidores | Mayoría | Fallos tolerados | Significado |
|---|---|---|---|
| 1 | 1 | 0 | Sin redundancia |
| 2 | 2 | 0 | No mejora la tolerancia a fallos. Si falla un nodo, se pierde la mayoría. |
| 3 | 2 | 1 | Sobrevive a la pérdida de un nodo. Nuestra recomendación. |
| 5 | 3 | 2 | Sobrevive a la pérdida de dos nodos. |
Para la redundancia recomendamos tres nodos y, en general, un número impar. Esto protege el plano de control. Cómo reaccionan los propios servicios ante un fallo se describe en Redundancia.
Ubicación de los componentes
- Varios componentes web y de API no deben ejecutarse dos veces en el mismo nodo (antiafinidad por host).
teams-sbcse ejecuta en el nodo donde se ejecutaacd-media.- Ambos usan la red del host, por lo que las reglas de cortafuegos para RTP y el NAT 1:1 para Teams deben apuntar a ese nodo.