Der parallele Betrieb von virtuellen Maschinen und Containern bedeutet üblicherweise die Verwaltung zweier separater Infrastruktur-Stacks mit unterschiedlichen Tools und Workflows. Die OpenShift Virtualization Engine löst dieses Problem, indem sie es ermöglicht, VMs als native Kubernetes-Ressourcen auszuführen. Red Hat OpenShift. Sie erhalten eine Plattform, eine Schnittstelle und einheitliche Richtlinien für Ihre gesamte Umgebung.
Red Hatist engagiert Red Hat Die OpenShift Virtualization Engine Edition konzentriert sich speziell auf Virtualisierungs-Workloads ohne unnötige Komplexität. Dieser Leitfaden erläutert die Unterschiede zu herkömmlichen Hypervisoren, die Lizenzierung im Vergleich zu anderen Optionen und die Implementierung eines zuverlässigen Datenschutzes für diese Umgebungen.
Die OpenShift-Virtualisierungs-Engine verstehen
Jahrelang trennten Unternehmen ihre Infrastruktur in separate Betriebszonen: Container liefen in einer Umgebung, virtuelle Maschinen in einer anderen. Die OpenShift Virtualization Engine beseitigt diese Trennung, indem sie VMs als native Kubernetes-Ressourcen behandelt, die parallel zu containerisierten Workloads ausgeführt werden. Dieser Abschnitt erklärt, was die OpenShift Virtualization Engine ist, wie KubeVirt die VM-Verwaltung ermöglicht und warum die Konsolidierung dieser zuvor getrennten Umgebungen Ihrer Infrastrukturstrategie zugutekommt.
Was ist die OpenShift Virtualisierungs-Engine?
Red Hat OpenShift-Virtualisierungs-Engine Diese speziell entwickelte Edition der OpenShift-Plattform richtet sich an Unternehmen, die robuste Virtualisierungsfunktionen benötigen, aber nicht den vollen Umfang einer kompletten Container-Orchestrierungsplattform. Im Gegensatz zu herkömmlichen Hypervisoren, die separate Verwaltungsschnittstellen und Workflows erfordern, nutzt diese Edition die Kubernetes-Grundlage von OpenShift, um virtuelle Maschinen mit denselben Tools bereitzustellen, zu verwalten und zu skalieren, die auch für Container verwendet werden.
Der entscheidende Unterschied liegt im Umfang. Red Hat Die OpenShift Container Platform umfasst sowohl Containerisierungs- als auch Virtualisierungsfunktionen, während die OpenShift Virtualization Engine alle nicht-virtualisierenden Komponenten entfernt. Sie erhalten eine fokussierte Lösung, die sich auf VM-Workloads konzentriert und gleichzeitig die Möglichkeit bietet, später auf die umfassenderen OpenShift-Funktionen zu erweitern. So zahlen Sie nur für Funktionen, die Sie aktuell benötigen, und haben gleichzeitig einen klaren Plan für die Zukunft, wenn sich Ihre Anforderungen ändern.
Die Plattform läuft auf Bare-Metal-Infrastruktur und bietet Speicher- und Netzwerkfunktionen der Enterprise-Klasse, die VMs genau so verbinden, wie man es von traditionellen Virtualisierungslösungen erwartet. Für die Netzwerkanbindung stehen VLANs, Linux-Bridges und virtuelle OVS-Switches zur Verfügung. Die Speicherintegration erfolgt über die Container Storage Interface (CSI) und wird von führenden Anbietern wie Dell/EMC, HPE, IBM, NetApp, Portworx, Hitachi und Infinidat unterstützt.
OpenShift Virtualization Engine bietet die gleiche bewährte Virtualisierungsfunktionalität wie OpenShift Container Platform, jedoch mit einem Lizenzmodell, das für Organisationen optimiert ist, die VM-Workloads Vorrang vor unmittelbaren Containerisierungsanforderungen einräumen.
Wie KubeVirt die VM-Verwaltung in Kubernetes ermöglicht
Das Herzstück der OpenShift Virtualization bildet KubeVirt, ein Open-Source-Projekt der Cloud Native Computing Foundation (CNCF), das Kubernetes erweitert, um VM-Workloads zu verarbeiten. KubeVirt stellt die APIs und Laufzeitkomponenten bereit, die erforderlich sind, um VMs als Kubernetes-Pods auszuführen und dabei dieselben Mechanismen für Planung, Skalierung und Lebenszyklusmanagement zu verwenden, die auch für Container gelten.
Wenn Sie eine VM über die OpenShift Virtualization Engine bereitstellen, erstellt KubeVirt einen Pod, der den VM-Prozess umschließt. Innerhalb dieses Pods führt eine Virtualisierungslaufzeitumgebung auf Basis der Kernel-basierten virtuellen Maschine (KVM) die eigentliche VM aus. Dank dieses Designs profitieren Ihre VMs von Kubernetes-Funktionen wie automatisiertem Failover, Namespace-basierter Isolation und deklarativer Konfigurationsverwaltung, ohne dass Sie Ihre Workloads komplett neu schreiben müssen.
Die Plattform bietet eine dedizierte Ansicht für Virtualisierungsadministratoren in der webbasierten Verwaltungsoberfläche. Diese Schnittstelle ist speziell auf den VM-Betrieb zugeschnitten. Über diese Konsole können Sie die Leistung überwachen, VM-Lebenszyklen verwalten und routinemäßige Verwaltungsaufgaben erledigen. Im Hintergrund übernehmen Kubernetes-Operatoren die komplexe Orchestrierung, einschließlich der Fehlerbehebung an Knoten und der automatisierten VM-Neuplanung auf fehlerfreie Knoten.
Aufbrechen von Container- und VM-Silos
Traditionelle Rechenzentren unterhalten separate Infrastrukturen für Container und VMs, jeweils mit eigenen Management-Tools, Netzwerkkonfigurationen und Betriebsabläufen. Diese Trennung verursacht zusätzlichen Aufwand: Für jede Umgebung werden spezialisierte Kenntnisse benötigt, redundante Überwachungssysteme sind erforderlich, und komplexe Workflows für die Migration von Workloads zwischen Plattformen sind unerlässlich.
OpenShift Virtualization Engine beseitigt diese Datensilos durch eine zentrale Plattform, auf der VMs als Kubernetes-Ressourcen ausgeführt werden. Ihre Netzwerkrichtlinien, Speicherklassen und Zugriffskontrollen gelten konsistent für VM- und Container-Workloads. Wenn Sie eine VM-basierte Anwendung später in Container migrieren möchten, können Sie dies schrittweise innerhalb derselben Plattform tun, ohne auf eine andere Infrastruktur migrieren oder Ihr Team in neuen Tools schulen zu müssen.
Dieser einheitliche Ansatz bietet praktische Vorteile für den täglichen Betrieb. Updates werden für VMs und Kubernetes-Komponenten über denselben drahtlosen Mechanismus verwaltet, der mit einem einzigen CLI-Befehl oder wenigen Klicks in der Konsole ausgelöst wird. Der Machine Configuration Operator und der NMstate Operator übernehmen die Konfiguration auf Knotenebene automatisch und reduzieren so den manuellen Eingriff. Wenn Sie die Kapazität skalieren müssen, können Sie mit Machine Sets Knoten programmatisch hinzufügen oder entfernen, anstatt Server manuell bereitzustellen.
Erfahren Sie, wie Sie virtuelle Maschinen, die auf OpenShift laufen, am besten sichern und wiederherstellen
Red Hat OpenShift Virtualisierungs-Engine vs. traditionelle Lizenzierung
Die Wahl der richtigen Virtualisierungsplattform hängt letztlich von einer grundlegenden Frage ab: Welches Lizenzmodell bietet Ihnen die benötigten Funktionen, ohne dass Sie für Funktionen bezahlen müssen, die Sie nicht nutzen? Red HatDie OpenShift Virtualization Engine von [Name des Unternehmens] bietet einen neuen Ansatz für diese Herausforderung, insbesondere für Unternehmen, die ihre Virtualisierungsstrategien überdenken. Wir zeigen Ihnen, was dieses Angebot auszeichnet, wie es sich im Vergleich zu anderen Lizenzmodellen schlägt und warum es Ihre Aufmerksamkeit verdient, wenn Sie Alternativen evaluieren.
Die bahnbrechende Lösung von Red Hat
Red Hat Die OpenShift Virtualization Engine wurde entwickelt, um ein spezifisches Problem zu lösen: Viele IT-Teams benötigen zwar robuste Virtualisierungsfunktionen, aber nicht den vollen Funktionsumfang einer Komplettplattform. Diese Edition verzichtet auf diese Komponenten und konzentriert sich ausschließlich auf die Ausführung von Workloads virtueller Maschinen. Das Ergebnis ist ein einfacherer Einstieg in das OpenShift-Ökosystem mit bewährter Virtualisierungsfunktionalität für unternehmenskritische Umgebungen.
Da Unternehmen nach der Übernahme von VMware durch Broadcom und der darauffolgenden Preisanpassung nach Alternativen suchen, benötigen sie kostengünstige Optionen, die keine Kompromisse bei Leistung und Support auf Unternehmensebene eingehen. Die OpenShift Virtualization Engine bietet genau das: eine optimierte Plattform, die von … unterstützt wird. Red HatDie technische Expertise und die Supportorganisation von [Name des Unternehmens] bieten die Flexibilität, bei sich ändernden Geschäftsanforderungen auf Containerisierung und Anwendungsmodernisierung auszuweiten.
Alle Editionen von OpenShift bieten die gleiche Benutzererfahrung, einschließlich der webbasierten Verwaltungsoberfläche mit ihrer dedizierten Ansicht für Virtualisierungsadministratoren. Diese Konsistenz eliminiert den Lernaufwand, der mit dem Wechsel zu völlig neuen Oberflächen oder Arbeitsabläufen verbunden ist. Wenn Sie Containerisierungsfunktionen hinzufügen möchten, ist für ein Upgrade auf eine umfassendere OpenShift-Edition keine Neuinstallation oder erneute Bereitstellung Ihrer Infrastruktur erforderlich.
Vergleich der Lizenzmodelle
Der nachfolgende Vergleich verdeutlicht, wie sich die OpenShift Virtualization Engine im Vergleich zur herkömmlichen OpenShift Container Platform und typischen eigenständigen Hypervisor-Lizenzen in mehreren wichtigen Dimensionen schlägt.
Funktion | OpenShift-Virtualisierungs-Engine | OpenShift-Containerplattform | Traditioneller Hypervisor |
Hauptfokus | Nur VM-Workloads | VMs und Container | Nur VM-Workloads |
Containerisierung inklusive | Nein (Upgrade verfügbar) | Ja | Nein (separate Plattform erforderlich) |
Kubernetes Foundation | Ja | Ja | Nein |
Einheitliches Management | Einheitliche Schnittstelle für VMs | Einheitliche Schnittstelle für VMs und Container | Separate Werkzeuge für Container |
Kostenstruktur | Sie zahlen nur für Virtualisierungsfunktionen. | Umfassende Plattformpreisgestaltung | Lizenzierung pro Socket oder pro VM |
Zukünftiger Modernisierungspfad | Nahtloses Upgrade auf die vollständige Plattform | Schon einbezogen | Erfordert die Bereitstellung einer neuen Plattform |
RHEL-Knotenlizenzen | Nicht inbegriffen | IM PREIS ENTHALTEN | Variiert je nach Anbieter |
RHEL-Gast-VM-Lizenzen | Muss separat erworben werden | Unbegrenzte Anzahl an VMs inklusive | Variiert je nach Anbieter |
Die Lizenzstruktur der OpenShift Virtualization Engine verzichtet auf Komponenten wie entwicklerorientierte Container-Orchestrierungsfunktionen und fortschrittliche Tools zur Anwendungsmodernisierung, die Virtualisierungsteams in der Regel nicht sofort benötigen. Alle wesentlichen Virtualisierungsfunktionen bleiben erhalten: Bare-Metal-Bereitstellung und -Verwaltung, Enterprise-Speicher und -Netzwerk, Überwachung der Benutzer-Workloads nach Namespaces, erweiterte Plattformprotokollierung für VMs und die Möglichkeit zur Automatisierung der VM-Bereitstellung mit OpenShift GitOps. Sie investieren in Funktionen, die Ihre aktuellen Infrastrukturanforderungen direkt unterstützen.
Kritischer Lizenzunterschied: RHEL-Gastbetriebssystem
Einer der wichtigsten (und häufig übersehenen) Lizenzunterschiede zwischen OpenShift Virtualization Engine und OpenShift Container Platform liegt in der Art und Weise, wie die einzelnen Editionen damit umgehen. Red Hat Lizenzierung von Enterprise Linux-Gast-VMs. Diese Unterscheidung kann Ihre Gesamtbetriebskostenberechnungen erheblich beeinflussen.
Bei OpenShift Container Platform sind RHEL-Lizenzen für beide Clusterknoten und eine unbegrenzte Anzahl von RHEL-Gast-VMs im Abonnementpreis enthalten. OpenShift Virtualization Engine beinhaltet diese Lizenzen nicht. Wenn Sie RHEL-Gast-VMs ausführen möchten, müssen Sie entweder:
- A Red Hat Abonnement für Enterprise Linux für virtuelle Rechenzentren, das eine unbegrenzte Anzahl von RHEL-VMs auf lizenzierten Hosts abdeckt, oder
- Individuelle RHEL-Abonnements pro VM für jede Red Hat Gast-VM in Ihrer Umgebung
Um die Kostenauswirkungen zu verdeutlichen: Eine Organisation, die 100 RHEL-VMs auf OpenShift Virtualization Engine betreibt, zahlt die OVE-Abonnementkosten zuzüglich der zusätzlichen RHEL-Lizenzgebühren. Je nach Größe Ihrer Umgebung kann dies einen erheblichen Budgetposten darstellen, der bei der Lizenzierung der OpenShift Container Platform nicht anfällt. Bevor Sie sich aufgrund des niedrigeren Einstiegspreises für OpenShift Virtualization Engine entscheiden, berechnen Sie Ihren gesamten Bedarf an RHEL-Gastlizenzen, um die genauen Gesamtbetriebskosten zu ermitteln.
Kritischer Lizenzunterschied: Windows Server-Gast-VMs
Viele VMware-Umgebungen umfassen eine beträchtliche Anzahl von Windows Server VMs, und die Migration dieser Workloads zur OpenShift Virtualization Engine bringt Windows-Lizenzierungsfragen mit sich, die bei herkömmlichen Hypervisor-Migrationen nicht auftreten.
Die gute Nachricht ist, dass OpenShift Virtualization im Rahmen des Server Virtualization Validation Program (SVVP) von Microsoft zertifiziert ist, was bedeutet, dass Windows Server-Gastsysteme offiziell unterstützt werden. Die Lizenzbestimmungen sind jedoch komplex und haben direkte Auswirkungen auf das Budget.
- Empfohlene Vorgehensweise: Lizenzieren Sie Windows Server Datacenter Edition pro physischem Kern auf Ihren Clusterknoten. Dieses Modell ermöglicht eine unbegrenzte Anzahl von Windows Server-VMs auf entsprechend lizenzierten Hosts und bietet in der Regel die kostengünstigste Lösung für dichte Windows-VM-Umgebungen.
- Volumenlizenzen sind erforderlich: OEM- oder Einzelhandelslizenzen für Windows Server, die an physische Hardware gebunden sind, können nicht von Ihrer VMware- oder Nutanix-Umgebung auf OpenShift Virtualization übertragen werden. Sie benötigen neue Volumenlizenzverträge.
- Bestehende VMware Windows-Lizenzen können nicht wiederverwendet werden: Wenn Ihre Organisation von VMware migriert, können Sie Ihre bestehenden Windows Server-Lizenzen nicht auf OpenShift Virtualization übertragen. Planen Sie die Kosten für neue Lizenzen in Ihre Migrationskostenplanung ein.
Sprechen Sie mit Ihrem Microsoft-Lizenzberater, bevor Sie mit der Migration einer Windows-VM zur OpenShift Virtualization Engine beginnen, um unerwartete Compliance-Lücken oder Budgetüberraschungen während des Projekts zu vermeiden.
Kosteneffiziente Wege für VMware-Alternativen
Unternehmen, die VMware-Alternativen prüfen, benötigen einen Migrationspfad, der den laufenden Betrieb nicht unterbricht, bestehende Investitionen schützt und die Gewissheit bietet, dass die neue Plattform Produktionslasten bewältigen kann. OpenShift Virtualization Engine erfüllt diese Anforderungen durch verschiedene praktische Mechanismen.
Die Plattform läuft auf Bare-Metal-Infrastruktur mit Standard-x86-Servern, wodurch eine Herstellerabhängigkeit auf Hardwareebene vermieden wird. Laut IBMs Ankündigung von OpenShift 4.20 auf Power-Systemen, Red Hat Wir erweitern kontinuierlich die Architekturunterstützung und bieten Ihnen so mehr Flexibilität bei der Hardwareauswahl. Sie können Ihre bestehenden Serverinvestitionen nutzen oder je nach Leistungsanforderungen und Budgetvorgaben aus Hardware verschiedener Anbieter wählen.
Der Migrationsprozess profitiert von der Integration mit Red Hat Die Ansible Automation Platform beschleunigt die Migration von VM-Gruppen im großen Maßstab und automatisiert die damit verbundenen Infrastrukturänderungen. Netzwerke, Speicherkonfigurationen und VM-Gruppen lassen sich programmatisch migrieren, anstatt jede Komponente manuell neu zu erstellen. Diese Automatisierung verkürzt die Migrationszeit und minimiert das Risiko von Konfigurationsfehlern, die sich auf Produktionsumgebungen auswirken könnten.
Die reduzierte Lizenzierungskomplexität vereinfacht die Budgetplanung. Anstatt die Kosten anhand von Socket-Lizenzen mit komplexen Zusatzfunktionen zu berechnen, erhalten Sie eine unkomplizierte, auf Virtualisierung ausgerichtete Edition. Wenn Ihre Anforderungen auf Containerisierung erweitert werden, erfordert das Upgrade auf die OpenShift Container Platform keine aufwendigen Migrationen oder einen Infrastrukturaustausch. Sie aktivieren einfach zusätzliche Funktionen in Ihrer bestehenden Bereitstellung und schützen so Ihre ursprüngliche Investition, während Sie gleichzeitig neue Funktionen hinzufügen, wenn sich Ihre Bedürfnisse weiterentwickeln.
Ein vollständiger Kostenvergleich zwischen OpenShift Virtualization Engine und OpenShift Container Platform muss jedoch die oben beschriebenen Lizenzanforderungen für RHEL-Gastsysteme und Windows Server berücksichtigen. In manchen Szenarien (insbesondere in Umgebungen mit einer großen Anzahl von RHEL- oder Windows-Gast-VMs) kann das All-inclusive-Lizenzmodell von OpenShift Container Platform trotz des höheren Einstiegspreises niedrigere Gesamtbetriebskosten bieten. Berechnen Sie die Kosten für Ihre spezifische Workload-Mischung, bevor Sie sich für eine der beiden Editionen entscheiden.
Wichtigste Fähigkeiten und bewährte Implementierungsmethoden
Die erfolgreiche Implementierung der OpenShift Virtualization Engine erfordert ein Verständnis dafür, welche Funktionen Ihren Virtualisierungsanforderungen entsprechen und wie diese implementiert werden können, ohne den laufenden Betrieb zu beeinträchtigen. Dieser Abschnitt beschreibt die Kernfunktionen dieser Edition, erläutert die Integration von Speicher und Netzwerk in Ihre bestehende Infrastruktur und skizziert einen praxisorientierten Fahrplan, der Risiken minimiert und gleichzeitig messbaren Mehrwert bietet.
Kernfunktionen für virtualisierungsorientierte Bereitstellungen
OpenShift Virtualization Engine bietet speziell für VM-zentrierte Umgebungen entwickelte Funktionen. Die Überwachung der Benutzer-Workloads erfolgt auf Namespace-Ebene und ermöglicht so mandantenfähige Transparenz Ihrer gesamten Virtualisierungsinfrastruktur. Diese Funktion ermöglicht automatisiertes Failover und die Behebung von Host-Problemen durch die Integration von Fencing-Agenten. Dies beschleunigt die Wiederherstellung bei Knotenausfällen und reduziert den Bedarf an manuellen Eingriffen.
Die erweiterte Plattformprotokollierung bietet VM-Administratoren einen zentralen Überblick über die Protokolle aller von ihnen verwalteten virtuellen Maschinen. Diese Daten können Sie mit Grafana visualisieren oder in eine andere Plattform integrieren. Red Hat Erweiterte Clusterverwaltung für Virtualisierung zur Aggregation von Protokollen über mehrere Cluster hinweg. Dieser zentrale Ansatz macht den SSH-Zugriff auf einzelne VMs oder die Wartung einer separaten Protokollierungsinfrastruktur für Ihre Virtualisierungsplattform überflüssig.
Die Plattform unterstützt die automatisierte VM-Bereitstellung über OpenShift GitOps und ermöglicht so Infrastructure-as-Code-Workflows für virtualisierte Anwendungen. VM-Konfigurationen werden in Git-Repositories definiert und deklarativ bereitgestellt. Dies gewährleistet Konsistenz über verschiedene Umgebungen hinweg und vereinfacht die Nachverfolgung von Compliance-Anforderungen.
Überlegungen zur Funktionsreife und Parität
OpenShift Virtualization Engine bietet Virtualisierungsfunktionen auf Enterprise-Niveau. Unternehmen, die von VMware migrieren, sollten jedoch den aktuellen Stand der Plattform im Vergleich zu vSpheres jahrzehntelanger Weiterentwicklung verstehen. Realistische Erwartungen im Vorfeld beugen Überraschungen während der Migration vor und helfen bei der Planung geeigneter Workarounds für bestehende Lücken.
Die folgende Tabelle fasst die wichtigsten Funktionsvergleiche zusammen:
Funktion | VMware vSphere | OpenShift-Virtualisierung |
Live-Migration | Ausgereift, nahtlos; jahrzehntelange Verfeinerung | Unterstützt, aber weniger ausgereift; erfordert sorgfältige Speicher- und Netzwerkkonfiguration |
Ressourcenplanung | Automatischer Lastausgleich über DRS | Kubernetes-basiertes Scheduling mit Affinitätsregeln; weniger ausgefeilt als DRS. |
Drittanbieter-Ökosystem | Umfassend: Datensicherung, Überwachung, Automatisierung, Sicherheit | Wachsend, aber eingeschränkter; für einige Werkzeuge sind möglicherweise individuelle Lösungen erforderlich. |
Gesamtreife | Mehr als 20 Jahre Erfahrung in der Weiterentwicklung der Virtualisierung von Unternehmenslösungen | Es verbessert sich rasant, bietet aber noch nicht den vollen Funktionsumfang von VMware. |
Live-Migration: OpenShift Virtualization unterstützt die Live-Migration laufender VMs zwischen Knoten, vergleichbar mit VMware vMotion. In der Praxis erfordert eine reibungslose Live-Migration jedoch sorgfältige Beachtung der Speicherkonfiguration (RWX-Volumes mit konsistenter Performance über alle Knoten hinweg) und der Netzwerkoptimierung. Umgebungen, die stark auf häufige Live-Migrationen zur Lastverteilung angewiesen sind, sollten die Performance unter realistischen Bedingungen in einer Pilotumgebung validieren, bevor sie produktive Workloads einsetzen.
Ressourcenplanung: VMware Distributed Resource Scheduler (DRS) verteilt die Arbeitslasten automatisch auf die Hosts basierend auf der Ressourcenauslastung in Echtzeit. OpenShift Virtualization nutzt Kubernetes Scheduling mit Affinitäts- und Anti-Affinitätsregeln, um die VM-Platzierung zu steuern. Dieses System erfordert jedoch mehr manuelle Konfiguration, um ein vergleichbares Verhalten bei der Arbeitslastverteilung zu erreichen. Teams, die die automatische Ressourcenverteilung durch DRS gewohnt sind, müssen daher zusätzlichen Konfigurationsaufwand einplanen, um dieses Verhalten nachzubilden.
Drittanbieter-Ökosystem: Das VMware-Ökosystem umfasst jahrzehntelange Integrationen in den Bereichen Backup, Monitoring, Sicherheit und Automatisierung. Das OpenShift-Virtualisierungs-Ökosystem wächst zwar rasant, ist aber noch begrenzter. Bevor Sie Ihren Migrationsplan abschließen, prüfen Sie Ihre bestehenden VMware-integrierten Tools und vergewissern Sie sich, ob OpenShift-kompatible Alternativen existieren oder ob Sie individuelle Integrationen entwickeln müssen.
Keiner dieser Unterschiede sollte als Ausschlusskriterium gewertet werden. OpenShift Virtualization ist eine produktionsreife Plattform, die in großen Unternehmen aktiv eingesetzt wird. Wichtig ist, sie anhand Ihrer spezifischen Workload-Anforderungen zu evaluieren, anstatt von vornherein von einer vollständigen Funktionsgleichheit mit VMware auszugehen.
Speicher-, Netzwerk- und Bare-Metal-Management
OpenShift Virtualization Engine läuft auf Bare-Metal-Infrastruktur und bietet Managementfunktionen, die die Bereitstellung physischer Server vereinfachen. Sie können zwischen verschiedenen Installationsmethoden wählen: der automatisierten Installation (IPI), der assistierten Installation oder der agentenbasierten Installation. Jede Option berücksichtigt unterschiedliche Umgebungsbedingungen und Automatisierungspräferenzen.
Die Speicherintegration basiert auf dem Container Storage Interface (CSI)-Standard, der von Anbietern wie Dell/EMC, HPE, IBM, NetApp, Hitachi und Infinidat unterstützt wird. Die Plattform benötigt ReadWriteMany (RWX)-Volumes (entweder Datei- oder Blockprotokoll) zur Bereitstellung von Datenträgern für virtuelle Maschinen. Die CSI-Implementierung Ihres Speicheranbieters stellt die native Funktionalität Ihres Speichersystems über diese standardisierte Schnittstelle bereit und gewährleistet so Kompatibilität ohne Anbieterbindung.
Die Netzwerkarchitektur nutzt bewährte Linux-Technologien wie Bridges und virtuelle OVS-Switches, um VMs mit VLANs und anderen Netzwerkstrukturen zu verbinden. Die Plattform ergänzt diese um Kubernetes-native Netzwerkrichtlinien, die eine Mikrosegmentierung auf Plattformebene ermöglichen – unabhängig davon, ob VMs direkt über VLANs oder softwaredefinierte Netzwerke mit externen Netzwerken verbunden sind. Dieser Ansatz erhält den Netzwerktechnikern vertrauten L2-L7-Netzwerkstack und ergänzt ihn um die Durchsetzung containerbasierter Richtlinien.
Erfolgreiche Implementierung der OpenShift-Virtualisierung
Eine erfolgreiche Implementierung erfordert einen strukturierten Ansatz, der technische Anforderungen und Betriebsbereitschaft in Einklang bringt. Die folgenden Schritte bieten einen praktischen Rahmen für die Bereitstellung der OpenShift Virtualization Engine in Produktionsumgebungen:
- Bewertung der Bewerbungsanforderungen: Erstellen Sie einen Katalog Ihrer bestehenden VM-Workloads und identifizieren Sie, welche Anwendungen virtualisiert bleiben müssen und welche für eine spätere Containerisierung in Frage kommen. Dokumentieren Sie Leistungsanforderungen, Abhängigkeiten und Compliance-Beschränkungen für jede Workload-Kategorie.
- Infrastrukturvoraussetzungen prüfen: Vergewissern Sie sich, dass Ihre Bare-Metal-Server die Mindestanforderungen an CPU-Virtualisierungserweiterungen, Arbeitsspeicher und Speicherleistung erfüllen. Prüfen Sie, ob die Netzwerkverbindung Ihre VLAN-Anforderungen unterstützt und die Speicherintegration kompatible CSI-Anbieter nutzt.
- Kapazitätsgrenzen und Skalierungsgrenzen überprüfen: Red Hat Veröffentlicht getestete Maximalkonfigurationen für OpenShift Virtualization (dokumentiert im KCS-Artikel 6571671). Beachten Sie diese Grenzwerte, bevor Sie Ihre Clustertopologie entwerfen. Das Erreichen der getesteten Maximalwerte kann die Leistung beeinträchtigen und die Latenz erhöhen. Planen Sie daher bei Ihrer ersten Bereitstellung ausreichend Spielraum ein. Für Umgebungen mit mehr als 100 Knoten, Red Hat empfiehlt die Verwaltung mehrerer kleinerer Cluster durch Red Hat Nutzen Sie Advanced Cluster Management (RHACM) anstatt einer unbegrenzten Skalierung einer einzelnen Steuerungsebene. Beachten Sie außerdem, dass jede VM mindestens 512 MB Arbeitsspeicher benötigt. Berücksichtigen Sie diesen Wert bei der Planung der VM-Dichte.
- Einen Pilotcluster bereitstellen: Installieren Sie die OpenShift Virtualization Engine auf einer kleinen Teilmenge der Knoten mit der von Ihnen gewählten Installationsmethode. Migrieren Sie nicht kritische VMs, um Netzwerkverbindungen, Speicherleistung und Verwaltungsabläufe zu überprüfen, bevor Sie die Umgebung auf Produktionsworkloads ausweiten.
- Betriebsabläufe festlegen: Dokumentieren Sie Sicherungs- und Wiederherstellungsprozesse, Aktualisierungspläne und Überwachungskonfigurationen. Schulen Sie Ihr Team in der Ansicht des Virtualisierungsadministrators und in GitOps-Workflows für die automatisierte Bereitstellung.
- Planen Sie Ihre Migrationsstrategie: Arbeiten jederzeit weiterbearbeiten können. Jede Präsentation und jeder KI-Avatar, den Sie von Grund auf neu erstellen oder hochladen, Red Hat Die Ansible-Automatisierungsplattform orchestriert VM-Migrationen in Batches, beginnend mit Entwicklungsumgebungen und anschließend in Produktionsumgebungen. Failover-Szenarien werden getestet und die korrekte Funktion der automatisierten Fehlerbehebung überprüft.
Automated Red Hat OpenShift-Datenschutz und intelligente Wiederherstellung
Führen Sie sichere anwendungszentrierte Backups von Containern, VMs, Helmen und Operatoren durch.
Verwenden Sie vorab erstellte Snapshots, um während der Wiederherstellung sofort zu testen, zu transformieren und wiederherzustellen
Skalieren Sie mit vollautomatischen, richtliniengesteuerten Backup- und Wiederherstellungs-Workflows
Schutz Ihrer virtuellen Maschinen mit Datensicherung und Wiederherstellung
Der Betrieb von VMs in der OpenShift Virtualization Engine bringt operative Herausforderungen mit sich, für die herkömmliche Backup-Strategien nicht ausgelegt sind. Ihre virtuellen Maschinen fungieren als Kubernetes-Ressourcen, was bedeutet, dass standardmäßige Hypervisor-Snapshots und agentenbasierte Backups nicht alle benötigten Daten erfassen.
In diesem Abschnitt erfahren Sie, warum der Datenschutz für virtualisierte Workloads auf Kubernetes einen anderen Ansatz erfordert, was native Backup-Lösungen für Sie leisten können und wie Sie Notfallwiederherstellungspläne erstellen, die mit der hybriden Natur von OpenShift-Umgebungen kompatibel sind.
Warum Datenschutz für virtualisierte Workloads wichtig ist
Virtuelle Maschinen, die auf der OpenShift Virtualization Engine laufen, sind denselben Bedrohungen ausgesetzt wie VMs auf herkömmlichen Hypervisoren: Hardwareausfälle, Konfigurationsfehler, Ransomware-Angriffe und versehentliches Löschen. Der Schutz dieser Workloads erfordert jedoch mehr als nur die Sicherung von VM-Festplattenabbildern. Sie müssen Kubernetes-spezifische Komponenten wie Persistent Volume Claims, ConfigMaps, Secrets und benutzerdefinierte Ressourcendefinitionen sichern, die festlegen, wie Ihre VMs sich mit Netzwerken verbinden, auf Speicher zugreifen und sich in die Gesamtplattform integrieren.
Standardmäßige VM-Backup-Tools für herkömmliche Hypervisoren können diese Kubernetes-Ressourcen nicht erreichen. Sie erfassen zwar möglicherweise die virtuelle Festplatte der VM, aber nicht die Metadaten, die definieren, wie OpenShift die Workload plant, vernetzt und verwaltet. Bei der Wiederherstellung steht Ihnen daher nur ein Festplattenabbild zur Verfügung, aber keine automatisierte Möglichkeit, den Betriebskontext der VM innerhalb des Clusters wiederherzustellen.
Ein effektiver Datenschutz für OpenShift Virtualization erfordert die Erfassung sowohl der VM-Daten als auch der Kubernetes-Ressourcen, die definieren, wie diese VMs innerhalb des Clusters funktionieren.
Unternehmen, die geschäftskritische Anwendungen auf der OpenShift Virtualization Engine betreiben, benötigen eine Wiederherstellung zu einem bestimmten Zeitpunkt, die sowohl die Anwendungsdaten als auch die Infrastrukturkonfiguration wiederherstellt. Dies ist besonders wichtig bei Clustermigrationen, Notfallwiederherstellungsszenarien oder beim Zurücksetzen von Änderungen, die zu Anwendungsfehlern geführt haben. Ohne eine umfassende Datensicherung riskieren Sie längere Ausfallzeiten durch die manuelle Wiederherstellung von VM-Konfigurationen oder den Verlust wichtiger Metadaten, die die Anwendungsfunktionalität beeinträchtigen.
Native Backup-Lösungen für Red Hat OpenShift-Virtualisierung
Trilio bietet spezialisierte Datenschutzlösungen, die speziell für Red Hat OpenShift-Virtualisierungs- und KubeVirt-Umgebungen. OpenShift-Sicherung und -Wiederherstellung Die Lösung erstellt vollständige Snapshots von VM-Workloads, einschließlich aller Kubernetes-Objekte, Metadaten und Konfigurationen, die für eine präzise Wiederherstellung erforderlich sind. Dank der nativen Integration verstehen die Backups die Zusammenhänge zwischen persistenten Volumes, Netzwerkrichtlinien und den zugehörigen VMs.
Die Plattform unterstützt inkrementelle Backups, die nur die Änderungen seit dem letzten Backup erfassen. Dadurch werden Speicherplatzbedarf und Backup-Fenster für große VM-Umgebungen reduziert. Sie können automatisierte Backups über Namespaces hinweg planen oder benutzerdefinierte Aufbewahrungsrichtlinien anwenden, die Compliance-Anforderungen ohne manuelle Eingriffe erfüllen. Die rollenbasierte Zugriffskontrolle (RBAC) ist in das bestehende RBAC-Framework von OpenShift integriert und ermöglicht es Ihnen, Backup-Verantwortlichkeiten zu delegieren und gleichzeitig die Sicherheitsgrenzen zwischen den Teams aufrechtzuerhalten.
Wiederherstellungsvorgänge bieten Flexibilität auf mehreren Ebenen. Sie können einzelne Dateien aus VM-Disk-Images wiederherstellen, bestimmte Anwendungen ohne vollständige VM-Wiederherstellung wiederherstellen oder komplette VMs inklusive ihrer Kubernetes-Konfigurationen neu erstellen. Diese Granularität verkürzt die Wiederherstellungszeit, da eine gezielte Wiederherstellung anstelle eines vollständigen VM-Neubaus möglich ist. Die Lösung unterstützt außerdem die clusterübergreifende Wiederherstellung, sodass Sie VMs zu Test-, Migrations- oder Notfallwiederherstellungszwecken in verschiedenen OpenShift-Clustern wiederherstellen können.
Die Überwachungs- und Berichtsfunktionen bieten Einblick in die Backup-Vorgänge Ihrer gesamten OpenShift-Umgebung. Sie können den Backup-Status verfolgen, den erfolgreichen Abschluss überprüfen und VMs identifizieren, die nicht ausreichend geschützt sind.
Wenn Sie bereit sind, den Datenschutz für Ihre OpenShift-Virtualisierungsumgebung zu implementieren, Demo anfordern um zu sehen, wie diese Funktionen mit Ihrer spezifischen Infrastruktur zusammenarbeiten.
Strategien zur Notfallwiederherstellung für hybride Umgebungen
Die Erstellung von Notfallwiederherstellungsplänen für die OpenShift Virtualization Engine erfordert die Berücksichtigung von Abhängigkeiten zwischen VMs, containerisierten Anwendungen und der zugrunde liegenden Kubernetes-Infrastruktur. Ihre Strategie sollte Wiederherstellungsprioritäten basierend auf der Kritikalität der Anwendungen definieren, Wiederherstellungszeitvorgaben für verschiedene Workload-Kategorien festlegen und Failover-Verfahren regelmäßig testen, um Ihre Annahmen zu validieren.
Der folgende Vergleich zeigt verschiedene Ansätze zur Notfallwiederherstellung und deren Vor- und Nachteile für OpenShift Virtualisierungsumgebungen.
Strategie | Wiederherstellungszeit | Datenverlustrisiko | Kostenauswirkungen | Am besten geeignet für |
Nur geplante Backups | Stunden bis Tage | Hoch (bis zum letzten Backup) | Niedrig | Nicht kritische Entwicklungs- und Testumgebungen |
Kontinuierlicher Datenschutz | Minuten bis Stunden | Niedrig (nahezu Echtzeit) | Medium | Produktionsanwendungen mit moderaten RTO-Anforderungen |
Aktiv-Passiv-Cluster | Minuten | Minimal (nur Replikationsverzögerung) | Hoch | Geschäftskritische Systeme, die ein schnelles Failover erfordern |
Multi-Cluster Aktiv-Aktiv | Sekunden bis Minuten | Minimal | Sehr hohe | Geschäftskritische Anwendungen mit Null-Ausfallzeit-Anforderungen |
Ihre Tests zur Notfallwiederherstellung sollten über die einfache Wiederherstellung virtueller Maschinen hinausgehen. Stellen Sie sicher, dass die Netzwerkverbindung nach der Wiederherstellung funktioniert, bestätigen Sie, dass die Speicherleistung den Anwendungsanforderungen entspricht, und überprüfen Sie, ob die Abhängigkeiten zwischen virtuellen Maschinen und containerisierten Diensten korrekt funktionieren. Dokumentieren Sie die tatsächlich benötigte Zeit für jeden Wiederherstellungsvorgang, um realistische Erwartungen mit den Beteiligten zu formulieren und Verbesserungspotenziale für Ihre Wiederherstellungsprozesse zu identifizieren.
Weiterentwicklung mit der OpenShift Virtualisierungs-Engine
OpenShift Virtualization Engine bietet eine schlanke Plattform für die Ausführung von VM-Workloads ohne unnötige Funktionen. Die Lösung umfasst Kubernetes-natives Management, Speicher- und Netzwerkfunktionen der Enterprise-Klasse sowie einen unkomplizierten Upgrade-Pfad für wachsende Anforderungen. Das Lizenzmodell eignet sich ideal für Unternehmen mit Fokus auf Virtualisierung und lässt gleichzeitig Raum für zukünftige Containerisierungsprojekte.
Bevor Sie Ihre Plattformentscheidung endgültig treffen, sollten Sie zwei Lizenzfaktoren berücksichtigen, die die Gesamtbetriebskosten erheblich beeinflussen. Erstens: OpenShift Virtualization Engine beinhaltet keine RHEL-Gast-VM-Lizenzen. Wenn Sie in Ihrer Umgebung viele RHEL-VMs betreiben, müssen Sie die Kosten für RHEL for Virtual Datacenters oder RHEL-Abonnements pro VM in Ihre Budgetplanung einbeziehen. Zweitens: Wenn Sie Windows Server-VMs verwenden, können Ihre bestehenden VMware Windows-Lizenzen nicht auf OpenShift Virtualization übertragen werden. Sie benötigen neue Volumenlizenzverträge. Die Lizenzierung der Windows Server Datacenter Edition pro physischem Kern ist in der Regel die kostengünstigste Lösung für Umgebungen mit vielen Windows-VMs. In manchen Fällen kann das All-inclusive-Modell der OpenShift Container Platform aufgrund dieser zusätzlichen Lizenzkosten die wirtschaftlichere Wahl sein. Berechnen Sie daher alle Kosten für Ihre spezifische Workload-Mischung.
Häufig gestellte Fragen
Wozu wird OpenShift Virtualisierung verwendet?
OpenShift Virtualization ermöglicht es Unternehmen, herkömmliche virtuelle Maschinen und containerisierte Anwendungen auf einer einzigen Kubernetes-basierten Plattform auszuführen. Dadurch entfällt der Bedarf an separater Infrastruktur und Management-Tools. Dies ist besonders nützlich für Unternehmen, die ihre VM-Workloads konsolidieren und gleichzeitig die Möglichkeit zur späteren Anwendungsmodernisierung nutzen möchten.
Kann man VMs und Container gleichzeitig in OpenShift ausführen?
OpenShift behandelt virtuelle Maschinen als native Kubernetes-Ressourcen, die in Pods neben Container-Workloads ausgeführt werden. Dadurch können beide dieselbe Infrastruktur, dieselben Netzwerkrichtlinien und dieselben Verwaltungsschnittstellen nutzen. Dieser einheitliche Ansatz beseitigt operative Silos und ermöglicht eine konsistente Governance in Ihrer gesamten Umgebung.
Worin unterscheidet sich die OpenShift Virtualisierungs-Engine von VMware vSphere?
Im Gegensatz zu VMware vSphere, das separate Plattformen für Container benötigt, bietet die OpenShift Virtualization Engine VM-Management über Kubernetes mit integrierten Containerisierungsfunktionen, die durch einfache Upgrades verfügbar sind. Sie nutzt außerdem offene Standards wie KubeVirt und CSI für die Speicherung und vermeidet so die Abhängigkeit von einem einzelnen Anbieter. Gleichzeitig bietet sie vergleichbare Enterprise-Funktionen wie automatisiertes Failover und zentralisierte Verwaltung.
Kann ich bestehende VMware-VMs zu OpenShift Virtualization migrieren?
Sie können VMware-VMs migrieren mit Red Hat Ansible Automation Platform automatisiert die Migration von VM-Gruppen, Netzwerken und Speicherkonfigurationen in großem Umfang. Dabei bleiben Ihre VM-Workloads erhalten, während sie ohne Anwendungsänderungen als Kubernetes-Ressourcen ausgeführt werden.
Benötigt die OpenShift Virtualisierungs-Engine spezielle Hardware?
Die Plattform läuft auf Standard-x86-Bare-Metal-Servern mit CPU-Virtualisierungserweiterungen und ist über die Container Storage Interface mit Enterprise-Speicherlösungen von Anbietern wie Dell/EMC, NetApp, HPE und IBM kompatibel. Sie können Ihre bestehenden Serverinvestitionen nutzen oder Hardware verschiedener Hersteller entsprechend Ihren Leistungs- und Budgetanforderungen auswählen.
