Red Hat OpenShift mit NetApp ist darauf ausgelegt, den Netzwerkverkehr für verschiedene Zwecke durch die Verwendung virtueller lokaler Netzwerke (VLANs) logisch zu trennen. Diese Konfiguration kann skaliert werden, um den Kundenanforderungen gerecht zu werden oder um eine weitere Isolierung für bestimmte Netzwerkdienste bereitzustellen. In der folgenden Tabelle sind die VLANs aufgeführt, die zur Implementierung der Lösung während der Validierung der Lösung bei NetApp erforderlich sind.

Vor der Bereitstellung der OpenShift Container Platform sollte die folgende Infrastruktur vorhanden sein:

Die in diesem Dokument beschriebene verifizierte Architektur stellt die für HA-Vorgänge geeignete Mindesthardwarebereitstellung dar, indem drei OSP-Controllerknoten und zwei OSP-Rechenknoten bereitgestellt werden. Diese Architektur gewährleistet eine fehlertolerante Konfiguration, in der beide Rechenknoten virtuelle Instanzen starten und bereitgestellte VMs zwischen den beiden Hypervisoren migrieren können.

Da Red Hat OpenShift zunächst mit drei Masterknoten bereitgestellt wird, kann eine Konfiguration mit zwei Knoten dazu führen, dass mindestens zwei Master denselben Knoten belegen. Dies kann zu einem möglichen Ausfall von OpenShift führen, wenn dieser bestimmte Knoten nicht mehr verfügbar ist. Daher ist es eine bewährte Methode von Red Hat, mindestens drei OSP-Rechenknoten bereitzustellen, damit die OpenShift-Master gleichmäßig verteilt werden können und die Lösung ein zusätzliches Maß an Fehlertoleranz erhält.

Die Verteilung der OpenShift-Master auf mehrere Hypervisor-Knoten kann durch die Aktivierung der VM/Host-Affinität erreicht werden.

Affinität ist eine Möglichkeit, Regeln für eine Reihe von VMs und/oder Hosts zu definieren, die bestimmen, ob die VMs zusammen auf demselben Host oder denselben Hosts in der Gruppe oder auf verschiedenen Hosts ausgeführt werden. Es wird auf VMs angewendet, indem Affinitätsgruppen erstellt werden, die aus VMs und/oder Hosts mit einem Satz identischer Parameter und Bedingungen bestehen. Abhängig davon, ob die VMs in einer Affinitätsgruppe auf demselben Host oder denselben Hosts in der Gruppe oder separat auf verschiedenen Hosts ausgeführt werden, können die Parameter der Affinitätsgruppe entweder eine positive oder eine negative Affinität definieren. In der Red Hat OpenStack-Plattform können Host-Affinitäts- und Anti-Affinitätsregeln erstellt und durchgesetzt werden, indem Servergruppen erstellt und Filter konfiguriert werden, sodass von Nova in einer Servergruppe bereitgestellte Instanzen auf verschiedenen Rechenknoten bereitgestellt werden.

Eine Servergruppe verfügt standardmäßig über maximal 10 virtuelle Instanzen, für die sie die Platzierung verwalten kann. Dies kann durch Aktualisieren der Standardkontingente für Nova geändert werden.

Informationen zum Konfigurieren von Affinitätsgruppen finden Sie unter"Wie konfiguriere ich Affinität und Anti-Affinität für OpenStack-Instanzen?" .

IPI vereinfacht die Bereitstellung von OpenShift-Clustern durch den interaktiven Assistenten, der weiter oben in diesem Dokument beschrieben wurde. Es ist jedoch möglich, dass Sie im Rahmen einer Clusterbereitstellung einige Standardwerte ändern müssen.

In diesen Fällen können Sie den Assistenten ausführen und Aufgaben ausführen, ohne sofort einen Cluster bereitzustellen. Stattdessen erstellt er eine Konfigurationsdatei, aus der der Cluster später bereitgestellt werden kann. Dies ist sehr nützlich, wenn Sie IPI-Standardeinstellungen ändern müssen oder wenn Sie mehrere identische Cluster in Ihrer Umgebung für andere Zwecke wie Multitenancy bereitstellen möchten. Weitere Informationen zum Erstellen einer benutzerdefinierten Installationskonfiguration für OpenShift finden Sie unter"Red Hat OpenShift: Installieren eines Clusters auf OpenStack mit Anpassungen" .