Zwei alternative Wege bieten sich an Virtualisierung, aber wie?

Quelle: Pressemitteilung 4 min Lesedauer

Anbieter zum Thema

Die Änderungen der VMware-Lizenzierung nach der Übernahme durch Broadcom haben eine Diskussion über alternative Ansätze für virtualisierte Workloads ausgelöst. Pure Storage schafft einen Überblick, was Unternehmen nun tun können.

Alternative Wege der Virtualisierung: Unternehmen können zwischen Containerisierung und Hypervisoren wählen, um Effizienz zu steigern und Kosten zu senken.(Bild: ©  pixardi - stock.adobe.com)
Alternative Wege der Virtualisierung: Unternehmen können zwischen Containerisierung und Hypervisoren wählen, um Effizienz zu steigern und Kosten zu senken.
(Bild: © pixardi - stock.adobe.com)

Eine 2024 vom US-amerikanischen Support-Anbieter Rimini Street unter 110 VMware-Kunden durchgeführte Studie ergab, dass fast alle Befragten (98 Prozent) bereits Alternativen für zumindest einen Teil ihrer VMware-Umgebung nutzen, in Betracht ziehen oder planen. Allerdings gaben 79 Prozent an, dass ihre derzeit lizenzierte VMware-Software ihren Geschäftsanforderungen entspricht.

Die Ablösung der unbefristeten VMware-Lizenzen durch ein Abonnementmodell und die Bündelung von VMware-Produkten in einem Portfolio durch Broadcom ist möglicherweise nicht für alle der beste Ansatz. Es ist daher nicht verwunderlich, dass einige Unternehmen Alternativen prüfen. Dies ist allerdings kein trivialer Wechsel, insbesondere wenn es um die Verwaltung, Speicherung und den Schutz der Daten dieser VMs geht, wie Pure Storage in der Folge erläutert.

Welche Alternativen gibt es?

Insgesamt lassen sich die Optionen darauf reduzieren, bei VMware zu bleiben und die Kostensteigerungen durch Effizienzsteigerungen an anderer Stelle auszugleichen, oder einige oder alle VM-Workloads von VMware zu migrieren. Alternativen zu VMware sind der Wechsel zu einem anderen Hypervisor, die Ausführung von VM-Workloads in Kubernetes (containerisiert oder nicht) oder die Migration von VMware-Workloads in die Cloud.

Containerisierung ist eine leistungsfähige Alternative zur Servervirtualisierung. Hier bietet KubeVirt eine Umgebung, in der Entwickler parallel Apps in Containern und virtuellen Maschinen erstellen können. KubeVirt ist ein Open-Source-Tool, mit dem sich VMs mit Kubernetes orchestrieren lassen. Normalerweise ist Kubernetes für Container konzipiert, die leicht und portabel sind, aber KubeVirt erweitert Kubernetes so, dass es auch herkömmliche VMs in derselben Umgebung mit denselben Tools und Workflows verwalten kann.

Zu den Vorteilen gehören geringere Lizenzkosten und die Tatsache, dass die Containerisierung für Cloud-native Anwendungen, die sowohl in lokalen als auch in Cloud-Umgebungen eingesetzt werden können, bereits vorgefertigt ist. Hinzu kommen die Vorteile der schnellen Bereitstellung und Skalierung, die Container bieten.

Was ist KubeVirt?

KubeVirt ist eine Open-Source-Lösung, die das Ausführen und Verwalten virtueller Maschinen (VMs) und containerisierter Workloads innerhalb von Kubernetes-Clustern ermöglicht. KubeVirt wurde ursprünglich von Red Hat gegründet und ist jetzt ein Projekt unter der Schirmherrschaft der Cloud Native Computing Foundation (CNCF).

KubeVirt erweitert Kubernetes, sodass Teams VMs gemeinsam mit Containern in einer einzigen Umgebung bereitstellen und verwalten können. Dies ist besonders für Unternehmen geeignet, die Legacy-VMs auf cloud-native Plattformen migrieren und hybride Deployments unterstützen möchten.

Dafür nutzt KubeVirt benutzerdefinierte Kubernetes-Ressourcen und Technologien wie libvirt und QEMU, um VMs innerhalb von Kubernetes-Clustern zu betreiben. Die OS-Virtualisierungslösung wird in der Produktion von Unternehmen wie Arm, CoreWeave und Kubermatic verwendet und gilt als führendes Open-Source-Tool für hybrides Workload-Management.

Die Speicherung war bei Containern in der Vergangenheit eine Herausforderung, da sie ursprünglich als zustandslos konzipiert waren. Heute gibt es jedoch einige sehr ausgereifte Speicher- und Datensicherungslösungen für Kubernetes-Workloads, sowohl für Container als auch für VMs. Sinnvoll ist hier ein Anbieter, der eine für Kubernetes entwickelte Datenmanagement-Plattform anbietet und gleichzeitig Speicher, Datensicherung und Orchestrierung nativ für diese Umgebung bereitstellt. Die Fähigkeit, KubeVirt in großem Maßstab zu unterstützen, ist für die hier diskutierten Szenarien wichtig.

Vor- und Nachteile der Migration

Angesichts der Vielzahl verfügbarer Optionen bietet ein Wechsel viele potenzielle Vorteile. Diese konzentrieren sich vor allem auf niedrigere Lizenzkosten für alternative Plattformen, aber auch einige andere wichtige Bereiche gilt es sorgfältig zu prüfen. Dazu gehören die Verwaltung der Kompetenzen des Unternehmens beim Übergang zu einer neuen Umgebung und die Integration bestehender Abhängigkeiten – wie Backup, Speicher, Netzwerk etc. – in eine neue Virtualisierungsschicht. Ebenso stellt sich die Frage, ob die vorhandene Hardware mit der anvisierten Virtualisierungsumgebung kompatibel ist.

Egal für welchen Weg sich Unternehmen entscheiden, müssen sie vor einer Entscheidung den Verwaltungsaufwand, den Speicherbedarf, die Datensicherheit und die Kosten aller Alternativen zu VMware berücksichtigen.

Für die richtige Speicherlösung sorgen

Unabhängig davon, ob Unternehmen bei VMware bleiben oder zu einer anderen Plattform wechseln, muss ihr Speicher den Anforderungen entsprechen, um Leistungsprobleme zu vermeiden. Die Leistungsanforderungen von Workloads virtueller Maschinen können variieren: von intensiven und hochgradig zufälligen KI- und Transaktions-Workloads mit vielen Lese- und Schreibvorgängen bis hin zu Workloads, die eher leseintensiv und sequenziell sind. Daher benötigen virtualisierte Umgebungen Speicher, der hohe Volumina an zufälligen I/O-Vorgängen bewältigen kann, wobei auf jedem Rechenknoten viele virtuelle Maschinen ausgeführt werden.

Flash-Speicher ist für die meisten virtualisierten Setups unverzichtbar, da er sich gut für diese I/O-Anforderungen eignet, aber auch von der Rechenebene getrennt sein muss. Die Möglichkeit, Rechen- und Speicherkapazität unabhängig voneinander zu skalieren, wenn das Datenvolumen wächst, ist nicht nur äußerst nützlich und kostengünstig, sondern ermöglicht auch die gleichzeitige Verwendung derselben Speichersysteme mit mehreren Virtualisierungs- oder Containerisierungslösungen.

Jetzt Newsletter abonnieren

Täglich die wichtigsten Infos zu Cloud Computing

Mit Klick auf „Newsletter abonnieren“ erkläre ich mich mit der Verarbeitung und Nutzung meiner Daten gemäß Einwilligungserklärung (bitte aufklappen für Details) einverstanden und akzeptiere die Nutzungsbedingungen. Weitere Informationen finde ich in unserer Datenschutzerklärung. Die Einwilligungserklärung bezieht sich u. a. auf die Zusendung von redaktionellen Newslettern per E-Mail und auf den Datenabgleich zu Marketingzwecken mit ausgewählten Werbepartnern (z. B. LinkedIn, Google, Meta).

Aufklappen für Details zu Ihrer Einwilligung

Da VM-Workloads von intensiven, zufälligen I/O-Vorgängen (wie KI und Transaktionen) bis hin zu leseintensiven, sequenziellen Aufgaben reichen, ist All-Flash-Speicher aufgrund seiner im Vergleich zu anderen Optionen höheren Leistung, Dichte und Zuverlässigkeit die beste Wahl. Idealerweise sollten Unternehmen einen Anbieter wählen, der Optionen von ultrahochleistungsfähigen bis hin zu kostengünstigen, hochdichten Lösungen wie QLC-Flash anbietet.

Zwei Wege können eingeschlagen werden

Unternehmen, die eine Alternative zu VMware suchen, können auf einen anderen Hypervisor umsteigen oder auf Containerisierung setzen. Beide Wege bieten erhebliche Vorteile, sollten jedoch nicht leichtfertig eingeschlagen werden, da die neue Umgebung mit bestehenden Abhängigkeiten in den Bereichen Backup, Storage und anderen wichtigen Bereichen der Infrastruktur kompatibel sein muss. Da diese Unternehmen neuere Lösungen einsetzen, die möglicherweise parallel zu VMware laufen, ist es wichtig, Flexibilität und Benutzerfreundlichkeit zu priorisieren, um den Verwaltungsaufwand für den Betrieb mehrerer Plattformen gleichzeitig zu reduzieren.

(ID:50542924)