Red Hat OpenShift en RHV está diseñado para separar lógicamente el tráfico de red para diferentes 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 descrita en este documento presenta la puesta en marcha mínima de hardware adecuada para operaciones de alta disponibilidad mediante la puesta en marcha de dos nodos de hipervisor RHV-H y la garantía de una configuración tolerante a fallos donde ambos hosts puedan gestionar el motor alojado y los equipos virtuales puestos en marcha pueden migrar entre los dos hipervisores.

Puesto que Red Hat OpenShift se implementa inicialmente con tres nodos maestros, se garantiza en una configuración de dos nodos que al menos dos maestros ocuparán 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 que se implementen al menos tres nodos de hipervisor RHV-H como parte de la solución para que los maestros de OpenShift se puedan distribuir uniformemente y la solución reciba un grado añadido de tolerancia a fallos.

Puede distribuir los maestros de OpenShift en varios nodos de hipervisor si habilita 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.

Las condiciones definidas para los parámetros pueden ser de aplicación estricta o de aplicación suave. El cumplimiento estricto garantiza que las VM de un grupo de afinidad siempre siguen la afinidad positiva o negativa estrictamente sin tener en cuenta las condiciones externas. La implementación suave garantiza que se establezca una preferencia mayor para que las VM de un grupo de afinidad sigan la afinidad positiva o negativa siempre que sea posible. En la configuración de dos o tres hipervisores descrita en este documento, se recomienda la afinidad suave. En clústeres de mayor tamaño, la afinidad dura puede distribuir correctamente los nodos de OpenShift.

Para configurar grupos de afinidad, consulte "Red Hat 6.11. Documentación de grupos de afinidad".

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 haya algunos valores predeterminados que deban cambiarse como parte de la puesta en marcha del clúster.

En estas instancias, puede ejecutar y ejecutar el asistente sin implementar inmediatamente un clúster. En cambio, se crea un archivo de configuración a partir del cual se puede implementar el clúster más adelante. Esto resulta muy útil si desea 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 RHV con personalizaciones".