VMware abgelöst: Hyper-V als Alternative für den Mittelstand

Was hat Broadcom durch die VMware-Übernahme geändert?

Im Februar 2024 stellte Broadcom die VMware-Lizenzierung grundlegend um: Weg von Dauerlizenz plus optionaler Support-Verlängerung, hin zu reinen Jahres-Abonnements. Für viele Betriebe bedeutet das im Vergleich zum Vorgängermodell eine Kostensteigerung von 200 bis 400 Prozent.

Besonders hart trifft es kleinere VMware-Umgebungen: Das frühere kostengünstige Einstiegspaket vSphere Essentials gibt es nicht mehr. Stattdessen müssen alle Kunden mindestens VMware vSphere Foundation oder Cloud Foundation kaufen — Pakete, die auf große Enterprise-Umgebungen zugeschnitten und entsprechend bepreist sind.

Hinzu kommt: Broadcom hat für viele Partner- und Reseller-Programme die Anforderungen massiv erhöht. Wer seine VMware-Umgebung bisher über einen lokalen IT-Dienstleister wie implec betreiben ließ, bemerkt das an gestiegenen Wartungskosten und eingeschränkten Supportoptionen.

Was bietet Hyper-V als kosteneffiziente Alternative?

Hyper-V ist Microsofts Typ-1-Hypervisor und seit Windows Server 2008 Bestandteil des Betriebssystems. Wer Windows Server 2022 oder 2025 lizenziert, erhält Hyper-V ohne Aufpreis dazu — die Virtualisierungsplattform ist kein optionales Add-on, sondern eine eingebaute Serverrolle.

Für typische Mittelstands-Szenarien deckt Hyper-V alle wesentlichen Anforderungen ab: Live-Migration zwischen physischen Hosts (VMs im laufenden Betrieb verschieben), Snapshots und Checkpoints für Backup-Workflows, Network-Virtualisierung und Integration in bestehende Windows-Active-Directory-Umgebungen.

Die Verwaltung erfolgt entweder über den Hyper-V-Manager (lokal, kostenfrei) oder über das webbasierte Windows Admin Center. Für größere Umgebungen mit mehreren Hosts bietet Microsoft den System Center Virtual Machine Manager (SCVMM) als optionale, zentrale Verwaltungskonsole an.

Ein direkter Vergleich zeigt: Bei 5 bis 50 virtuellen Maschinen auf Windows-Basis erreicht Hyper-V im Praxisbetrieb vergleichbare Stabilität und Performance wie VMware vSphere — ohne die gestiegenen Lizenzgebühren.

Migration von VMware zu Hyper-V: Was muss beachtet werden?

Eine V2V-Migration (Virtual-to-Virtual) ist technisch etabliert, aber sorgfältig zu planen. Die wesentlichen Schritte:

• Bestandsaufnahme: Welche VMs laufen, welche Ressourcen brauchen sie, welche Abhängigkeiten bestehen? Ohne vollständige Dokumentation kommt es nach der Migration zu ungeplanten Ausfällen.
• VM-Konvertierung: VMware-VMs laufen im VMDK-Format, Hyper-V nutzt VHDX. Tools wie der Microsoft Virtual Machine Converter oder Drittanbieter-Lösungen wandeln die Dateien um. Je nach Anzahl und Größe der VMs dauert dieser Schritt mehrere Stunden bis Tage.
• Treiber und VMware Tools: In jeder VMware-VM sind VMware-spezifische Treiber und Tools installiert. Diese müssen nach der Konvertierung deinstalliert und durch die Hyper-V-Integration-Services ersetzt werden — sonst stimmt die Netzwerk- und Datenträgerkommunikation nicht.
• Testphase vor Cut-over: Jede migrierte VM sollte in einer parallelen Testumgebung vollständig geprüft werden, bevor die Produktivumgebung umgestellt wird.

Wer auf professionelle Server-Virtualisierung durch einen erfahrenen IT-Partner setzt, vermeidet die häufigsten Fallstricke: fehlerhafte Netzwerkkonfiguration, vergessene Backup-Jobs und unterschätzte Migrationszeiten bei großen VMs.

Wann empfehlen wir den Wechsel zu Hyper-V?

Hyper-V ist die richtige Wahl, wenn mehrere der folgenden Punkte zutreffen:

• Die bestehende Umgebung läuft auf Windows Server 2022 oder 2025 — Hyper-V ist bereits lizenziert.
• Die VM-Anzahl liegt im Bereich 5 bis 50 VMs — für diese Größe ist kein SCVMM nötig, der Hyper-V-Manager reicht.
• Es gibt keine zwingenden VMware-spezifischen Abhängigkeiten (z. B. VMware Horizon View, VMware NSX) — solche Technologien haben auf Hyper-V keine direkten Äquivalente.
• Das IT-Budget soll entlastet werden — die Einsparungen durch entfallende VMware-Subscriptions amortisieren den Migrationsaufwand typischerweise innerhalb von 12 bis 18 Monaten.

Nicht sinnvoll ist der Wechsel bei sehr großen VMware-Clustern mit Dutzenden Hosts, wenn VMware vSAN als Storage-Basis genutzt wird oder wenn bestehende Werkzeuge stark auf VMware-APIs aufbauen. Hier ist eine individuelle Bewertung nötig.