OpenShift Einschränkungen des Virtualisierungsdienstes

Virtuelle Private Cloud 4.21 und später Nur Bare-Metal-Arbeitsknoten Nur RHCOS

Informieren Sie sich unter Red Hat OpenShift on IBM Cloud über die Einschränkungen und Beschränkungen für Cluster des Virtualisierungsdienstes „ OpenShift “.

Infrastrukturanforderungen

  • VPC-Infrastruktur ausschließlich mit Bare-Metal-Worker-Knoten (keine Unterstützung für Classic oder VSI)
  • Nur in den folgenden Regionen verfügbar: Dallas (us-south), Washington, D.C. (us-east), Toronto (ca-tor), Montreal (ca-mon) und Frankfurt (eu-de)
  • Bare-Metal-Varianten mit dem Tag „ openshift-vs “ (mit NVMe-Speicher, falls ODF erforderlich ist)
  • OpenShift 4.21 oder später
  • Red Hat CoreOS (RHCOS) nur
  • OVN – Kubernetes Nur CNI (wird automatisch konfiguriert, Calico kann nicht verwendet werden)
  • Die MTU-Einstellungen sind vorkonfiguriert (OVN: 8900, Worker-Knoten: 9000) und dürfen nicht geändert werden

Konfigurationsbeschränkungen

Die folgenden Komponenten und Einstellungen sind vorkonfiguriert und können weder deaktiviert noch geändert werden:

Add-ons
  • Das Add-on „ openshift-virtualization “ ist automatisch aktiviert und kann nicht deaktiviert werden
  • Optionale Zusatzmodule werden aus einer begrenzten Auswahl ausgewählt, die für die Virtualisierung geeignet ist
Operatoren
  • OpenShift Virtualisierungs-Operator (wird vom Add-on installiert und verwaltet)
  • NMState Operator (wird vom Add-on installiert und verwaltet)
  • Node Wartungsoperator (wird vom Add-on installiert und verwaltet)
  • Die Installation dieser Steuerelemente von Red Hat OperatorHub ist gesperrt
Speicher
  • OpenShift Data Foundation (ODF) wird mithilfe von Bare-Metal-Varianten mit lokalem NVMe-Speicher vorkonfiguriert
  • VPC- Block Storage s werden in Virtualization Service-Clustern weder bereitgestellt noch verwendet
  • Der gesamte Speicher wird über ODF mit lokalen Festplatten bereitgestellt
Vernetzung
  • Die MTU-Einstellungen sind fest vorgegeben (OVN: 8900, Worker-Knoten: 9000)
  • Der Schutz für ausgehenden Datenverkehr ist deaktiviert und kann nicht aktiviert werden

Installation von „ OpenShift “ Virtualization, NMState und „ Node “ Wartungsoperatoren von Red Hat OperatorHub werden in Virtualization Service-Clustern blockiert. Diese Operatoren werden ausschließlich über das Add-on „ openshift-virtualization “ verwaltet.

Speicher und Netzwerke

Speicher
  • ODF nutzt lokalen NVMe-Speicher; bei einem Ausfall eines Knotens können die Daten möglicherweise nicht mehr verfügbar sein
  • VM Snapshots werden unterstützt, sind jedoch durch die Speicherkapazität begrenzt
Vernetzung
  • VM Live-Migration wird nur innerhalb derselben Zone unterstützt (für den Wechsel zwischen Zonen ist ein Herunterfahren erforderlich)
  • Kubernetes Netzwerkrichtlinien werden mit einigen Einschränkungen unterstützt

Virtuelle Maschinen

  • Sie müssen die Lizenzen für die Betriebssysteme und die Software, die Sie in Ihren virtuellen Maschinen installieren, bereitstellen und verwalten, einschließlich Windows
  • GPU-Passthrough und „ vGPU “ werden möglicherweise nur eingeschränkt unterstützt
  • Verschachtelte Virtualisierung wird nicht unterstützt
  • Bei der Migration zwischen verschiedenen Bare-Metal-Varianten können Einschränkungen auftreten

Lizenzierung und Skalierung

Lizenzierung
Nur OVE-Lizenzierung. Pro Instanzstunde für einen Bare-Metal-Worker-Knoten. BYOL- und „ Cloud Pak “-Berechtigungen werden nicht unterstützt. Der Parameter „ entitlement “ kann beim Erstellen von Virtualization Service-Clustern oder Worker-Pools nicht angegeben werden.
Skalierung
  • Alle Worker-Pools müssen unterstützte Bare-Metal-Varianten verwenden
  • Für den Produktivbetrieb werden mindestens 3 Worker-Knoten empfohlen
Verfügbarkeit
Bare-Metal-Kapazitäten sind möglicherweise nicht in allen Zonen verfügbar. Vor dem Erstellen prüfen:
ibmcloud ks flavors --zone ZONE --provider vpc-gen2 | grep metal

Operations

  • Die Wartung von Worker-Knoten kann eine Migration von „ VM “ oder Betriebsunterbrechungen erfordern
  • Sicherung und Wiederherstellung sind auf ODF- und „ OpenShift “-Virtualisierungsfunktionen beschränkt

Wann sollte man „Standard“ verwenden? OpenShift

Verwenden Sie einen Standard-„ OpenShift “-Cluster, wenn Sie VSI-Worker-Knoten, benutzerdefinierten Speicher, vollständige OCP-Lizenzierung, RHEL-Support, „ Calico “-CNI oder mehr Flexibilität bei Add-ons benötigen.

Nächste Schritte