Red Hat OpenShift sur VMware vSphere est conçu pour séparer logiquement le trafic réseau à différents fins à l'aide de réseaux locaux virtuels (VLAN). Cette configuration peut être adaptée aux besoins du client ou pour assurer une isolation supplémentaire pour des services réseau spécifiques. Le tableau suivant répertorie les VLAN nécessaires à la mise en œuvre de la solution lors de sa validation chez NetApp.

L'infrastructure suivante doit être en place avant le déploiement de la plateforme de conteneurs OpenShift :

L'architecture vérifiée dans ce document présente le déploiement matériel minimum adapté aux opérations haute disponibilité en déployant deux nœuds d'hyperviseur ESXi et en assurant une configuration avec tolérance aux pannes en activant VMware vSphere HA et VMware vMotion. Cette configuration permet aux VM déployées de migrer entre les deux hyperviseurs et de redémarrer en cas d'indisponibilité d'un hôte.

Red Hat OpenShift se déploie initialement avec trois nœuds maîtres, au moins deux maîtres dans une configuration à deux nœuds peuvent occuper le même nœud dans certains cas, ce qui peut entraîner une interruption possible pour OpenShift si ce nœud spécifique devient indisponible. C'est donc une meilleure pratique Red Hat qu'au moins trois nœuds d'hyperviseur ESXi doivent être déployés de manière à ce que les maîtres OpenShift puissent être répartis de façon homogène, ce qui offre un degré supplémentaire de tolérance aux pannes.

Assurer la distribution des maîtres OpenShift sur plusieurs nœuds d'hyperviseur peut être obtenue grâce à l'activation des VM et de l'affinité des hôtes.

Une affinité ou une anti-affinité permet de définir des règles pour un ensemble de VM et/ou d'hôtes qui déterminent si les VM s'exécutent sur le même hôte ou sur des hôtes du groupe ou sur des hôtes différents. Elle est appliquée aux VM par la création de groupes d'affinités comprenant des VM et/ou des hôtes avec un ensemble de paramètres et de conditions identiques. Selon que les VM d'un groupe d'affinité s'exécutent sur le même hôte ou sur les hôtes du groupe ou séparément sur des hôtes différents, les paramètres du groupe d'affinités peuvent définir une affinité positive ou négative.

Pour configurer des groupes d'affinités, reportez-vous à la section "Documentation vSphere 6.7 : utilisation des règles d'affinité DRS".

IPI facilite le déploiement des clusters OpenShift via l'assistant interactif présenté plus haut dans ce document. Cependant, il est possible que vous deviez modifier certaines valeurs par défaut dans le cadre d'un déploiement de cluster.

Dans ces instances, vous pouvez exécuter et exécuter l'assistant sans déployer immédiatement un cluster, mais à la place, l'assistant crée un fichier de configuration à partir duquel le cluster peut être déployé ultérieurement. Cette approche est très utile pour modifier les paramètres par défaut des IPI ou pour déployer plusieurs clusters identiques dans votre environnement à des fins autres que la colocation. Pour plus d'informations sur la création d'une configuration d'installation personnalisée pour OpenShift, consultez "Red Hat OpenShift installation d'un cluster sur vSphere avec personnalisation".