Red Hat Training

A Red Hat training course is available for RHEL 8

Capítulo 13. Alta disponibilidad y clusters

En Red Hat Enterprise Linux 8, pcs soporta completamente el motor de cluster Corosync 3 y la capa de abstracción de red Kronosnet (knet) para la comunicación de cluster. Al planificar una actualización a un cluster RHEL 8 desde un cluster RHEL 7 existente, algunas de las consideraciones que debe tener en cuenta son las siguientes:

  • Application versions: ¿Qué versión de la aplicación de alta disponibilidad requerirá el clúster RHEL 8?
  • Application process order: ¿Qué puede ser necesario cambiar en los procesos de arranque y parada de la aplicación?
  • Cluster infrastructure: Desde que pcs soporta múltiples conexiones de red en RHEL 8, ¿cambia el número de NICs conocidos por el cluster?
  • Needed packages: ¿Es necesario instalar todos los mismos paquetes en el nuevo clúster?

Debido a estas y otras consideraciones para ejecutar un clúster Pacemaker en RHEL 8, no es posible realizar actualizaciones in situ de clústeres RHEL 7 a RHEL 8 y debe configurar un nuevo clúster en RHEL 8. No puede ejecutar un clúster que incluya nodos que ejecuten tanto RHEL 7 como RHEL 8.

Además, antes de llevar a cabo una actualización, debe planificar lo siguiente:

  • Final cutover: ¿Cuál es el proceso para detener la aplicación que se ejecuta en el clúster antiguo e iniciarla en el nuevo para reducir el tiempo de inactividad de la aplicación?
  • Testing: ¿Es posible probar su estrategia de migración con antelación en un entorno de desarrollo/prueba?

Las principales diferencias en la creación y administración de clusters entre RHEL 7 y RHEL 8 se enumeran en las siguientes secciones.

13.1. Nuevos formatos para los comandos pcs cluster setup, pcs cluster node add y pcs cluster node remove

En Red Hat Enterprise Linux 8, pcs soporta completamente el uso de nombres de nodo, que ahora son requeridos y reemplazan las direcciones de nodo en el rol de identificador de nodo. Las direcciones de nodo son ahora opcionales.

  • En el comando pcs host auth, las direcciones de los nodos son por defecto nombres de nodos.
  • En los comandos pcs cluster setup y pcs cluster node add, las direcciones de los nodos son por defecto las direcciones de los nodos especificadas en el comando pcs host auth.

Con estos cambios, los formatos de los comandos para configurar un clúster, añadir un nodo a un clúster y eliminar un nodo de un clúster han cambiado. Para obtener información sobre estos nuevos formatos de comandos, consulte la pantalla de ayuda de los comandos pcs cluster setup, pcs cluster node add y pcs cluster node remove.