Red Hat OpenShift con NetApp se ha diseñado para separar de forma lógica el tráfico de red para distintos fines mediante redes de área local virtual (VLAN). Esta configuración se puede ampliar para satisfacer las demandas del cliente o para proporcionar un aislamiento adicional para servicios de red específicos. La siguiente tabla enumera las VLAN necesarias para implementar la solución mientras valida la solución en NetApp.

Debe existir la siguiente infraestructura antes de la implementación de OpenShift Container Platform:

La arquitectura verificada que se describe en este documento presenta la puesta en marcha mínima de hardware adecuada para las operaciones de alta disponibilidad al poner en marcha tres nodos de controladora OSP y dos nodos de computación OSP. Esta arquitectura garantiza una configuración tolerante a fallos en la que los dos nodos de computación puedan iniciar instancias virtuales y los equipos virtuales puestos en marcha puedan migrar entre los dos hipervisores.

Puesto que Red Hat OpenShift se implementa inicialmente con tres nodos maestros, una configuración de dos nodos podría provocar que al menos dos maestros ocuparan el mismo nodo, lo que puede provocar una posible interrupción en OpenShift si ese nodo específico deja de estar disponible. Por lo tanto, es una práctica recomendada de Red Hat implementar al menos tres nodos de computación OSP para que los maestros de OpenShift se puedan distribuir uniformemente y la solución reciba un grado añadido de tolerancia a fallos.

La distribución de los maestros de OpenShift a través de varios nodos de hipervisor se puede lograr habilitando la afinidad de VM/host.

La afinidad es una forma de definir reglas para un conjunto de VM y/o hosts que determinan si los VM se ejecutan en el mismo host o hosts del grupo o en hosts diferentes. Se aplica a los equipos virtuales mediante la creación de grupos de afinidad que constan de equipos virtuales y/o hosts con un conjunto de parámetros y condiciones idénticos. En función de si los equipos virtuales de un grupo de afinidad se ejecutan en el mismo host o hosts del grupo o por separado en hosts diferentes, los parámetros del grupo de afinidad pueden definir afinidad positiva o afinidad negativa. En Red Hat OpenStack Platform, se pueden crear e implementar reglas de afinidad y afinidad de host creando grupos de servidores y configurando filtros para que las instancias implementadas por Nova en un grupo de servidores se implementen en diferentes nodos informáticos.

Un grupo de servidores tiene un máximo predeterminado de 10 instancias virtuales para las que puede administrar la colocación. Esto se puede modificar actualizando las cuotas predeterminadas para Nova.

Para configurar grupos de afinidad, consulte "¿Cómo puedo configurar Affinity y Anti-Affinity para las instancias de OpenStack?".

IPI facilita la implementación de los clústeres de OpenShift a través del asistente interactivo que se ha tratado anteriormente en este documento. Sin embargo, es posible que deba cambiar algunos valores predeterminados como parte de una implementación de clúster.

En estos casos, puede ejecutar y ejecutar el asistente sin poner en marcha inmediatamente un clúster; en su lugar, crea un archivo de configuración a partir del cual el clúster puede ponerse en marcha posteriormente. Esto resulta muy útil si necesita cambiar cualquier valor predeterminado de IPI o si desea implementar varios clústeres idénticos en su entorno para otros usos como multi-tenancy. Para obtener más información acerca de cómo crear una configuración de instalación personalizada para OpenShift, consulte "Red Hat OpenShift instalación de un clúster en OpenStack con personalizaciones".