Configuraciones de implantación
Las configuraciones de despliegue en rack independiente, rack múltiple y recuperación ante desastres están disponibles en IBM Fusion HCI. La topología multirack ofrece estas variantes: multirack de alta disponibilidad, multirack de alta disponibilidad de 3 zonas y rack de expansión.
Estantería independiente
El rack independiente de IBM Fusion HCI consta de conmutadores de gestión, conmutadores de alta velocidad, PDU, nodos de almacenamiento, nodos de cálculo y nodos de GPU para formar un único OpenShift® clúster. Puede ampliar el nodo para aumentar la capacidad de un bastidor independiente. No tiene tolerancia a fallos para un fallo completo del rack.
Para saber más sobre cada uno de los componentes de un rack autónomo, consulte Visión general del hardware.
Multirack de alta disponibilidad y topología de rack HA de 3 zonas
IBM Fusion HCI se suministra con el software de arranque instalado de fábrica para la instalación de Fusion HCI en el centro de datos. Para los bastidores múltiples de alta disponibilidad, el representante de asistencia de IBM completa la verificación inicial y conecta físicamente un mínimo de tres bastidores a la red y a la alimentación. A continuación, llevan a cabo la configuración de red de los dos primeros bastidores, que se denominan bastidores auxiliares. La configuración de red de 3rd, también conocido como último bastidor, se realiza después de los dos primeros bastidores. Esta configuración de red valida el hardware y el cableado del rack y lo conecta a la red del centro de datos. Este procedimiento configura todos los nodos por defecto. Durante la configuración de red del último rack, el software recopila automáticamente los detalles de configuración de red de los dos primeros racks y muestra una vista consolidada del dispositivo. Una vez finalizada la configuración de la red en los tres bastidores, se crea el plano de control en los tres bastidores. En esta configuración, el clúster sigue operativo incluso cuando falla un bastidor, lo que garantiza la resistencia y la continuidad. El SSR IBM proporciona la fase 2 URL al cliente para continuar con la siguiente fase de la instalación.
- Zona única HA
El plano de control de OpenShift el plano de control está distribuido en tres bastidores. Las réplicas de Fusion Data Foundation están distribuidas en tres racks que contienen nodos de almacenamiento.
El siguiente diagrama muestra una única zona de disponibilidad física. En esta configuración, IBM Fusion HCI proporciona dominio de fallo como un rack.
Figura 1. Tres dominios de fallo dentro de una única zona de disponibilidad física 
- hA de 3 zonas
IBM Fusion HCI admite HA de 3 zonas en la que los bastidores están distribuidos en distintas ubicaciones dentro de una región que están diseñadas para estar aisladas de los fallos que se produzcan en otras zonas. Para la HA de 3 zonas, cada bastidor debe estar conectado a los conmutadores del cliente de forma que se encuentren en el mismo dominio de difusión.
En un despliegue multirack de alta disponibilidad o de tres zonas de disponibilidad (AZ), a cada nodo se le asigna automáticamente una etiqueta de zona distinta. Esto garantiza que todos los nodos de un mismo rack compartan la misma etiqueta de zona, creando así tres zonas distintas para la distribución de la carga.
Despliegue racks en cada una de las dos o tres zonas de disponibilidad para conseguir un despliegue de tres AZ de IBM Fusion HCI. El plano de control de OpenShift el plano de control se distribuye entre los racks de cada una de las tres AZ. Las réplicas de Fusion Data Foundation se distribuyen entre los nodos de almacenamiento de cada AZ. Los nodos de almacenamiento se colocan en el mismo rack que los nodos de control. Los racks adicionales de servidores de computación o sólo GPU proporcionan nodos de trabajo adicionales y se colocan en cada AZ.
El siguiente diagrama muestra cómo el plano de control de OpenShift y las réplicas de almacenamiento se extienden a través de racks en zonas de disponibilidad separadas.
Figura 2. OpenShift el plano de control y las réplicas de almacenamiento se extienden por bastidores en zonas de disponibilidad separadas 
Tanto para HA multirack de alta disponibilidad como para HA de 3 zonas, Fusion Data Foundation es el único tipo de almacenamiento compatible. El almacenamiento de Fusion Data Foundation distribuye sus recursos en estos tres bastidores para que no se pierdan datos cuando un bastidor deja de funcionar, ya sea por mantenimiento o por un fallo de alimentación. Los tres dispositivos uno al lado del otro (adyacentes) actúan como una sola unidad y alojan un único clúster de almacenamiento de Fusion Data Foundation y OpenShift Container Platform. Para lograr una alta disponibilidad, 1 nodo de control (unidad de bastidor 2) está disponible en cada uno de estos tres bastidores, por lo que incluso cuando un bastidor se desactiva, el clúster permanece disponible. Los componentes de cada uno de los tres bastidores son los mismos que un único bastidor.
El nodo de servicio puede estar disponible en cualquiera de los bastidores. El rack al que está conectado el nodo de servicio se designa y utiliza como rack base.
Bastidores de expansión
El rack de ampliación amplía la capacidad de un clúster en funcionamiento existente, que puede ser un sistema autónomo, una configuración multirack de alta disponibilidad o una configuración ampliada previamente.
- Para la topología basada en Global Data Platform, se necesitan conmutadores spine para conectar la red de aprovisionamiento y la red de almacenamiento entre los bastidores. La red OpenShift se conecta al conmutador del cliente.
- En la topología basada en Fusion Data Foundation, todas las redes están conectadas al conmutador del cliente.
Topología de recuperación en caso de catástrofe
IBM Fusion HCI admite la recuperación ante desastres (DR) a través de dos configuraciones principales: Metro-DR y Regional-DR. La topología Metro-DR proporciona replicación síncrona de datos entre dos clusters HCI IBM Fusion situados a distancias metropolitanas (con una latencia inferior a 40 milisegundos). La topología Regional-DR utiliza la replicación asíncrona de datos entre clusters situados a grandes distancias o dos clusters separados geográficamente. Aunque introduce un ligero retraso en la sincronización de datos, es ideal para escenarios en los que la separación geográfica es necesaria para la recuperación en caso de catástrofe.