Capítulo 2. Antes de configurar la adición de alta disponibilidad de Red Hat

El número máximo de nodos de clúster soportados por la adición de alta disponibilidad es 16.

Únicamente los clústeres de un solo sitio son compatibles en este momento. Los clústeres esparcidos a través de varios lugares físicos no tienen soporte formal. Si desea obtener mayor información sobre clústeres multi-sitios, por favor contacte a su representante de soporte técnico de Red Hat.

Aunque un sistema de archivos de GFS2 puede ser implementado en un sistema autónomo o como parte de una configuración de clúster, Red Hat no admite el uso de GFS2 como un sistema de archivos de nodo único. Red Hat es compatible con una serie de sistemas de archivos de nodo único de alto rendimiento que están optimizados para un solo nodo y por lo tanto, tienen generalmente menor sobrecarga que un sistema de archivos de clúster. Red Hat recomienda el uso de esos sistemas de archivos en lugar de GFS2 donde solo un nodo único se necesita montarse al sistema de archivos. Red Hat seguirá apoyando a los sistemas de archivos de GFS2 de nodo único para los clientes existentes.

Al configurar un sistema de archivos de GFS2 como un sistema de archivos de clúster, asegúrese de que todos los nodos del clúster tengan acceso al sistema de archivos compartidos. Las configuraciones de clúster asimétrico en las que algunos nodos tienen acceso al sistema de archivos y otros no, no tienen soporte. No se requiere en realidad que todos los nodos monten el sistema de archivos de GFS2.

Los clústeres pueden incluir una matriz doble de controladores RAID, varios canales de red en condiciones de servidumbre, múltiples rutas entre los miembros del clúster y almacenaje y, sistemas de fuentes de alimentación ininterrumpibles y redundantes (UPS) para asegurarse de que no resulte ningún fallo en tiempo de inactividad de aplicaciones o pérdida de datos.

Como alternativa, se puede configurar un clúster de baja disponibilidad para proporcionar menos disponibilidad que la de un clúster de falla sin punto único. Por ejemplo, puede configurar un clúster con una matriz de discos RAID de controlador único y solamente un canal de Ethernet único.

Algunas alternativas de bajo costo, tales como controladores de RAID de host, RAID de software sin soporte de clúster y configuraciones SCSI paralelas de iniciador múltiple, no son compatibles o apropiadas para usar como almacenaje de clúster compartido.

Para garantizar la integridad de los datos, solo un nodo puede ejecutar un servicio de clúster y acceder a datos de servicio de clúster a la vez. El uso de interruptores en la configuración de hardware de clúster permite que un nodo alimente en ciclos a otro nodo antes de reiniciar los servicios de alta disponibilidad de ese nodo durante un proceso de conmutación. Esto impide que dos nodos accedan a los mismos datos de forma simultánea y los corrompan. Los dispositivos de valla (soluciones de hardware o software que encienden, apagan o reinician los nodos del clúster) se utilizan para garantizar la integridad de los datos en todas las condiciones de error.

El cuórum y la salud de nodo están determinados por la comunicación de mensajes entre nodos de clúster a través de Ethernet. Además, los nodos del clúster utilizan Ethernet para una variedad de funciones críticas del clúster (por ejemplo, cercado). Con el enlace de canal de Ethernet, múltiples interfaces Ethernet están configuradas para comportarse como una sola interfaz, lo cual reduce el riesgo de un único punto-de-falla en la conexión de Ethernet típica conectada entre nodos del clúster y otro hardware de clúster.

A partir de Red Hat Enterprise Linux 6.4, los modos de enlace 0, 1,y 2 tienen soporte.

La adición de alta disponibilidad es compatible con protocolos IPv4 e IPv6 de Internet. El soporte de IPv6 en la adición de alta disponibilidad es nuevo para Red Hat Enterprise Linux 6.