Planung Ihrer OpenShift Virtualisierungsbereitstellung
Virtuelle Private Cloud 4.17 und später Nur Bare Metal Worker Nodes Nur RHCOS
Bevor Sie OpenShift Virtualization auf Red Hat OpenShift on IBM Cloud einsetzen, prüfen Sie die Voraussetzungen und planen Sie Ihre Clusterkonfiguration, Speicherlösung und Netzwerkeinrichtung.
OpenShift Der Virtualisierungsdienst ist die schnellste Option mit automatischer Einrichtung von Speicher, Netzwerk und Bedienoberfläche – in wenigen Minuten statt in Stunden einsatzbereit.
Voraussetzungen
Um „ OpenShift-Virtualisierung“ bereitzustellen, benötigen Sie ein „ IBM Cloud “-Konto mit den entsprechenden IAM-Berechtigungen. Konkret benötigen Sie die Rolle „Operator“ für „ Kubernetes Service “ und entweder die Rolle „ Editor “ oder „Administrator“ für „VPC Infrastructure Services“.
Ihre VPC-Infrastruktur muss eine VPC mit Subnetzen in den von Ihnen gewünschten Zonen sowie ausreichende Kontingente für Bare-Metal-Worker-Knoten umfassen. Ihr „ OpenShift “-Cluster muss die Version „ 4.17 “ oder höher haben und auf VPC-Bare-Metal-Workern mit RHCOS laufen. Der Cluster muss die OVN- Kubernetes-CNI verwenden, und der Schutz für ausgehenden Datenverkehr muss deaktiviert sein.
Planung Ihrer Clusterkonfiguration
Auswahl der Bare-Metal-Varianten
Wählen Sie Bare-Metal-Varianten entsprechend Ihren Workload-Anforderungen. Eine vollständige Liste der unterstützten Flavors finden Sie unter Bare Metal Flavors.
Wenn Sie vorhaben, die „ OpenShift Data Foundation“ (ODF) zu nutzen, wählen Sie „Bare-Metal“-Varianten mit dem Suffix „ d “ oder „ 3d “ im Namen, die über lokalen NVMe-Speicher verfügen. ODF erfordert für eine optimale
Leistung lokale Festplatten. Für VPC- File Storage s können alle unterstützten Bare-Metal-Varianten verwendet werden, allerdings werden Varianten mit lokalem Speicher weiterhin empfohlen, um eine bessere Gesamtleistung zu erzielen.
Passen Sie Ihre Bare-Metal-Variante an die Art Ihrer Workloads an. Für leistungsintensive Workloads sollten Sie Bare-Metal-Varianten mit lokalem Speicher und ODF wählen. Speicherintensive Workloads laufen am besten auf Bare-Metal-Instanzen
der „ mx “-Serie, während rechenintensive Workloads von Instanzen der „ cx “-Serie profitieren. Für ausgewogene Arbeitslasten wählen Sie Bare-Metal-Varianten der „ bx “-Serie. Wenn Kostenoptimierung
für Sie im Vordergrund steht, sollten Sie kleinere Bare-Metal-Varianten mit VPC- File Storage in Betracht ziehen.
Worker-Pool-Architektur
Zur Kostenoptimierung sollten Sie eine Konfiguration mit zwei Pools in Betracht ziehen: einen Bare-Metal-Pool für „ VM “-Workloads und einen VSI-Pool für Infrastrukturkomponenten. Alternativ können Sie eine Single-Pool-Konfiguration verwenden, bei der alle Komponenten auf Bare-Metal-Knoten laufen. Dieser Ansatz ist einfacher, verursacht jedoch höhere Kosten.
Für Virtualisierungs-Workloads werden Ein-Zonen-Bereitstellungen empfohlen, da sie die Speicherlatenz für „ VM “-Workloads minimieren, die VNI-Konfiguration vereinfachen (VNIs sind zonenspezifisch) und den Overhead bei der zonübergreifenden Speicherreplikation reduzieren. Mehrzonen-Bereitstellungen bieten eine höhere Hochverfügbarkeit, und ODF erfordert für die Hochverfügbarkeit mindestens drei Zonen. VM Die zonübergreifende Speicherreplikation kann sich jedoch auf die Leistung von „ VM “ auswirken, und Sie sollten bei der Verwendung von VNIs eine zonübergreifende Migration von „ “ vermeiden.
Planung Ihrer Speicherlösung
OpenShift Die Virtualisierung erfordert Speicher, der den Zugriffsmodus ReadWriteMany (RWX) unterstützt. Wählen Sie eine Speicherlösung, die Ihren Workload-Anforderungen entspricht.
Entscheidungsmatrix für die Lagerung
| Anwendungsfall | OpenShift Datenbasis | VPC File Storage |
|---|---|---|
| Hohe Verfügbarkeit (mehrere Zonen) | Empfohlen | Nicht empfohlen |
| Hohe Lese-/Schreib-Arbeitsbelastungen | Empfohlen | Möglich bei Klassen mit hoher IOPS-Leistung |
| Geringes Lese-/Schreibaufkommen oder Nicht-Produktion | Teuer | Empfohlen |
| Unterstützung von Schnappschüssen und Klonen | Unterstützt | Nicht unterstützt |
| Livemigration | Unterstützt | Unterstützt |
| Kosten | Höher | Kleinbuchstaben |
Speicheroptionen
- OpenShift Datenbasis (ODF)
- ODF eignet sich am besten für Produktionsumgebungen mit hohen E/A-Anforderungen und wenn Sie Unterstützung für Snapshots oder Klonen benötigen. ODF erfordert Bare-Metal-Server mit lokalem NVMe-Speicher, mindestens 3 Knoten und 3 oder mehr Zonen für hohe Verfügbarkeit. Weitere Informationen finden Sie im Abschnitt ODF verstehen.
- VPC File Storage
- Der VPC-Dateispeicher eignet sich ideal für Entwicklungsumgebungen, kostenbewusste Bereitstellungen und Workloads mit geringen bis mittleren I/O-Anforderungen. Sie können jede beliebige Bare-Metal-Variante mit VPC File Storage verwenden,
und Sie benötigen den VPC-Datei-CSI-Treiber. Bitte beachten Sie, dass die VPC- File Storage-Funktion keine Snapshots oder das Klonen unterstützt. Um eine optimale Leistung zu erzielen, verwenden Sie die Speicherklassen „
ibmc-vpc-file-1000-iops“ oder „ibmc-vpc-file-6000-iops“. Weitere Informationen finden Sie unter „ VPC- File Storage-Profile “.
Planung Ihrer Netzwerkeinrichtung
Optionen für den Netzbetrieb
OpenShift 4.17 und unterstützt später grundlegende Netzwerkfunktionen, die das Standard-Pod-Netzwerk, Services, Routen und VPC-Load-Balancer nutzen. Für erweiterte Netzwerkfunktionen unterstützt „ OpenShift “ ( 4.20 ) und spätere Versionen virtuelle Netzwerkschnittstellen (VNIs), die eine direkte VPC-Konnektivität, Floating-IPs und die Beibehaltung der Netzwerkkonfiguration während der Migration ermöglichen. VNIs erfordern den NMState-Operator, OVS-Brücken, UDNs und die OVN- Kubernetes-CNI. Beachten Sie, dass VNIs zonenabhängig sind. Die VNI-Funktion ist ab sofort in „ OpenShift “ verfügbar 4.20.
Die VNI-Funktion ist allgemein verfügbar. Möglicherweise sind noch einige wenige Konten gesperrt; wenden Sie sich bitte an den IBM Cloud-Support, falls Sie Zugriff benötigen.
Informationen zur Installation des NMState-Operators und zur Konfiguration von VNIs finden Sie unter Verwalten virtueller Netzwerkschnittstellen für OpenShift Virtualization.
Node platzierung
Zur Kostenoptimierung sollten Sie Infrastrukturkomponenten wie „ KubeVirt “-Operatoren, CDI und Controller mithilfe von Knotenselektoren oder Taints und Tolerationen auf VSI-Knoten bereitstellen. Stellen Sie „ VM “-Workloads auf Bare-Metal-Knoten bereit, um eine optimale Leistung zu erzielen, und nutzen Sie dabei Knotenselektoren, um bestimmte Bare-Metal-Knoten anzusteuern.
Eine effektive Platzierungsstrategie umfasst die Einrichtung separater Pools für „ baremetal-pool “- und „ vsi-pool “-Worker sowie die entsprechende Kennzeichnung der Knoten. Kennzeichnen Sie Bare-Metal-Knoten mit „
node-role.kubernetes.io/worker-vm=true “ und VSI-Knoten mit „ node-role.kubernetes.io/infra=true “. Konfigurieren Sie abschließend das „ HyperConverged “-CR mit Regeln zur Knotenplatzierung, um diese Trennung durchzusetzen.
Dimensionierung und Optimierung
Die Mindestkonfiguration für den Cluster erfordert 3 Bare-Metal-Knoten in einer einzigen Zone. Für Produktionsumgebungen wird eine Konfiguration mit einer einzigen Zone empfohlen, bestehend aus mindestens drei Bare-Metal-Knoten sowie zusätzlichen VSI-Knoten für die Infrastruktur. Wenn Sie eine hohe Verfügbarkeit benötigen, stellen Sie pro Zone drei oder mehr Bare-Metal-Knoten in drei Zonen bereit, zusammen mit zusätzlichen VSI-Knoten für die Infrastruktur.
Bei der Planung der Ressourcen für „ VM “ sollten Sie pro Knoten etwa 10 G vCPU s und 32 GB RAM für den System-Overhead einplanen. Beispielsweise stellt ein 96- vCPU-Knoten etwa 86 vCPU für VMs bereit.
Um die Kosten zu optimieren, nutzen Sie VPC- File Storage en für Nicht-Produktionsumgebungen, stellen Sie Infrastrukturkomponenten auf VSIs bereit, passen Sie die Größe Ihrer „ VM “-Ressourcen an, verwenden Sie geeignete Speicher-IOPS-Klassen und ziehen Sie reservierte Kapazitäten für die langfristige Nutzung in Betracht. Weitere Informationen finden Sie unter „ Clusterkosten verstehen “.
Verwenden Sie aus Sicherheitsgründen Sicherheitsgruppen und Netzwerkrichtlinien zur Steuerung des Datenverkehrs, aktivieren Sie die Speicherverschlüsselung zum Schutz ruhender Daten, konfigurieren Sie RBAC für die Verwaltung von „ VM “, um den Zugriff zu kontrollieren, und nutzen Sie „ Secrets Manager “ für sensible Daten wie Anmeldedaten und Zertifikate.
Nächste Schritte
Nach der Planung Ihres Einsatzes:
- Einrichten von Speicher für OpenShift Virtualisierung
- Installieren Sie den Virtualisierungsoperator für „ OpenShift “ (nicht erforderlich für den Virtualisierungsdienst „ OpenShift “ – die Operatoren sind bereits vorinstalliert)
- Virtuelle Netzwerkschnittstellen konfigurieren(optional) (für den Virtualisierungsdienst die Schritte zur Installation des NMState-Operators und zur Erstellung der NNCP-Ressource überspringen)