Consideraciones sobre alta disponibilidad y vallado

Para proteger la integridad de los recursos compartidos en un clúster de alta disponibilidad, se requiere un mecanismo de vallado para aislar los nodos del clúster que fallan. Los clústeres basados en procesadores Intel suelen utilizar una función de interfaz de gestión de plataforma inteligente (IPMI) para el vallado. Debido a la implementación de seguridad empresarial en el entorno de infraestructura clásica de IBM Cloud, el acceso basado en red a dispositivos de gestión remota mediante IPMI no está disponible.

En ausencia de un dispositivo habilitado para IPMI, se utilizan mecanismos de cercado basados en dispositivos de almacenamiento compartidos. En un entorno de nube ( IBM Cloud ), los dispositivos de almacenamiento compartido se implementan normalmente proporcionando un LUN de nube ( iSCSI ) a los servidores.

Por ejemplo, se puede utilizar un testigo de uso compartido de archivos (FSW) en un clúster de Microsoft Windows. Consulte Gestión de quórum y testigos para obtener información sobre la configuración y gestión de quórum en implementaciones basadas en Windows Server.

Linux-los clústeres basados en almacenamiento pueden utilizar una implementación basada en SBD (dispositivo de bloqueo basado en almacenamiento o STONIT) para el vallado. Para obtener más información sobre el cercado de clúster y SBD, consulte Explicación Pacemaker: cercado y uso de SBD con Pacemaker.

IBM Cloud block storage tiene características integradas de alta disponibilidad. Un único LUN de red de área local ( iSCSI, LUN) compartido no introduce un único punto de fallo (SPOF), ya que el diseño de la red es redundante. Sin embargo, una solución de clúster específica podría requerir más de un dispositivo compartido.

Consideraciones sobre alta disponibilidad y red

Una instalación basada en la infraestructura clásica de IBM Cloud se suministra con una de las configuraciones de red siguientes:

• Red privada
• Red pública
• Redes públicas y privadas
• Dos redes privadas (bajo petición especial, en función del tipo de servidor y de la configuración de los componentes físicos del hardware)

Al igual que en las instalaciones locales, pueden pedirse adaptadores de red adicionales en función de las restricciones físicas del hardware. La restricción es la misma que para las instalaciones locales, que es el número de tarjetas NIC que pueden caber en el servidor.

Al implementar hardware de servidor, evite los puntos únicos de fallo en la topología de su red solicitando adaptadores de red redundantes.

Los adaptadores redundantes para servidores bare metal se instalan en una configuración de conmutación por error mediante el protocolo de control de agregación de enlaces (LACP). Las interfaces de enlace se utilizan para Linux y los adaptadores de equipo se utilizan para Microsoft Windows. Estas configuraciones proporcionan una interfaz lógica para la redundancia y un mayor ancho de banda.

Cuando se implementa IBM Cloud for VMware Solutions, los adaptadores redundantes para VMware se configuran utilizando un conmutador distribuido NSX-T. Esto está en consonancia con las mejores prácticas actuales de VMware para el centro de datos definido por software (véase VMware NSX-T design. Aunque está sujeta a cambios, la redundancia se configura configurando cada Conmutador Distribuido para que utilice el algoritmo de equilibrio de carga Route Based on Originating Virtual Port. Todos los grupos de puertos incluidos utilizan la agrupación en más de 2 enlaces ascendentes (activos: 0,1).

Si está implementando vSphere VMware en IBM Bare Metal en una instalación manual que utiliza vSwitch,, puede utilizar la vinculación LACP de los adaptadores NIC físicos. Esta elección de configuración depende de la necesidad de aumentar el rendimiento (por ejemplo, bonding) frente a la estabilidad redundante (por ejemplo, equilibrio de carga con teaming).

Los adaptadores NIC están conectados a conmutadores redundantes, por lo que no se introduce ningún punto único de fallo adicional. Las VLAN solicitadas pueden utilizar la infraestructura redundante.

Para algunos requisitos de red, como los escenarios de replicación de recuperación ante desastres, debe tener en cuenta la ubicación de los dispositivos conectados y cualquier nuevo requisito de red específico del escenario. A veces, el almacenamiento de archivos o bloques de IBM Cloud Classic Infrastructure con copias de seguridad instantáneas puede satisfacer sus necesidades. Consulte con el servicio de asistencia IBM Cloud para determinar qué solución se adapta mejor a las necesidades de su empresa.