Alta disponibilidad con tres nodos y comportamiento ante el fallo de un nodo

Para qué sirve

Con tres nodos, el plano de control del clúster sobrevive al fallo de un nodo y los volúmenes existen como copias en varios nodos. Si un nodo falla, Kubernetes reinicia los servicios afectados en otro nodo y el almacenamiento conecta allí una copia del volumen.

Los servicios de la aplicación y los servicios de datos (MariaDB, Elasticsearch, RabbitMQ) se ejecutan cada uno como una sola instancia. Hasta que un servicio vuelve a estar listo en otro nodo, permanece interrumpido. Cuente con unos minutos. Este capítulo describe cómo planificar un clúster de tres nodos y qué hacer después de un fallo.

Requisitos

• Tres appliances de EasyUC en el mismo segmento de red, sin filtrado entre ellas.
• Una fuente de hora interna común para los tres nodos.
• Almacenamiento suficiente por nodo para las copias de los volúmenes.
• Nombres DNS para las interfaces web y los destinos de CUCM que se puedan trasladar a otro nodo. No existe una dirección IP virtual compartida.
• Para Teams: una dirección pública o NAT 1:1 hacia el nodo en el que se ejecuta el SBC, y un plan para cambiar esa asignación.

Paso a paso: crear un clúster de tres nodos

1. Ponga en marcha la primera appliance e instale EasyUC.
2. Añada el segundo y el tercer nodo uno tras otro con Knoten hinzufügen. Espere cada vez hasta que el nodo esté "Bereit".
3. En cada nodo, configure la misma fuente de hora en la consola, en NTP Server, un nodo tras otro.
4. En la tarjeta Speicher, compruebe que informa "alle gesund".
5. Introduzca las direcciones en DNS, CUCM y el cortafuegos de modo que se puedan trasladar a otro nodo.
6. Configure la transferencia de copias de seguridad a un servidor externo. Un clúster no sustituye a una copia de seguridad.

Paso a paso: tras el fallo de un nodo

1. Abra el Manager mediante la dirección de un nodo en funcionamiento. Si es necesario, el Manager se reinicia en otro nodo.
2. En la tarjeta Knoten, compruebe qué nodo está "Nicht bereit".
3. En la tarjeta EasyUC, compruebe si todos los componentes vuelven a estar listos.
4. Cambie los registros DNS, los destinos en CUCM y, para Teams, la asignación NAT si apuntan al nodo averiado.
5. Corrija la causa e inicie de nuevo el nodo. Cuando vuelve, el almacenamiento resincroniza las copias.
6. Si el nodo se pierde definitivamente, elimínelo con Knoten entfernen y añada una appliance nueva.

Campos y opciones

Comprobar el resultado y resolver problemas

• La tarjeta Knoten muestra tres nodos con "Bereit" y la tarjeta Speicher informa "alle gesund".
• Si un componente sigue sin estar listo después de un fallo, la tarjeta EasyUC muestra el motivo en el componente. El botón Reconcile cluster desencadena una nueva reconciliación.
• Si los usuarios no pueden acceder a la interfaz después de un fallo, normalmente el nombre DNS sigue apuntando al nodo averiado.
• Si no llegan llamadas de Teams después de un fallo, la asignación NAT sigue apuntando al nodo antiguo. El SBC se ejecuta en el nodo en el que se ejecuta el servicio de medios de ACD.
• En el menú de consola, la fuente de hora solo se puede activar con un nodo o con exactamente tres nodos. El paquete offline firmado de la página System-Updates requiere exactamente tres nodos.
• Las llamadas activas a través del servicio de medios de ACD o del SBC de Teams del nodo averiado no se pueden salvar.