Gartner Magic Quadrant Server-Virtualisierung 2026: vier Leader, 17 Anbieter

Gartner hat am 14. September 2026 den Magic Quadrant for Server Virtualization Platforms veröffentlicht – die erste eigenständige Bewertung dieses Marktes seit zehn Jahren. Die letzte Ausgabe des Vorgängerformats erschien im August 2016, im März 2017 stellte Gartner sie mit der Begründung ein, der Markt sei ausgereift und die relevante Innovation finde inzwischen bei Containern und Cloud-Services statt. Dass der Quadrant nun zurück ist, ist die eigentliche Nachricht dieser Woche: Ein Analystenhaus reaktiviert ein Format nicht aus Nostalgie, sondern weil seine Kunden Entscheidungen treffen müssen, die sie ein Jahrzehnt lang nicht treffen mussten.

Gartner selbst beschreibt den Markt als am stärksten gestört seit über einem Jahrzehnt und empfiehlt Verantwortlichen für Infrastruktur und Betrieb, ihre Anbieter- und Technologieoptionen neu zu bewerten. Für Unternehmen im Mittelstand und für öffentliche Einrichtungen ist das keine abstrakte Marktbeobachtung, sondern die Beschreibung der eigenen Lage: Die Virtualisierungsplattform, die zehn Jahre lang eine Selbstverständlichkeit war, ist zu einer Budgetposition mit Verhandlungsdruck und zu einer strategischen Weichenstellung geworden.

Was Gartner bewertet hat – und was nicht

Gartner definiert Server-Virtualisierungsplattformen als Lösungen, die Betriebssysteme und Workloads von der physischen Infrastruktur entkoppeln und damit den parallelen Betrieb mehrerer isolierter virtueller Umgebungen über einen Host-Cluster hinweg ermöglichen – inklusive zentralem Management, Automatisierung und Ressourcenorchestrierung. Als Pflichtmerkmale für die Aufnahme nennt Gartner unter anderem einen Typ-1-Hypervisor für x86-Hardware, Live-Migration ohne Ausfallzeit, rollenbasierte Zugriffsverwaltung mit Anbindung an externe IAM-Lösungen, eine grafische Managementoberfläche samt API und CLI, Kompatibilität mit gängigen Storage-Protokollen wie iSCSI, Fibre Channel, NFS und NVMe over TCP sowie virtuelles Netzwerk-Switching.

Bewertet wurden 17 Anbieterlösungen entlang der beiden bekannten Achsen „Ability to Execute" und „Completeness of Vision". Autoren sind Tony Harvey, Daniel Bowers, Paul Delory, Tony Iams und Owen Marino; der Stand der Grafik ist August 2026. Parallel erschien eine Ausgabe der Critical Capabilities zum selben Markt, die die Plattformen nach Anwendungsfällen differenziert – für die konkrete Auswahlarbeit ist dieser zweite Bericht in der Regel der nützlichere.

Das Bild in vier Quadranten

Quadrant

Anbieter (Reihenfolge ohne Wertung)

Leader

Nutanix, Microsoft, Broadcom (VMware), Red Hat

Challenger

HPE, Oracle, Canonical

Visionaries

SUSE, IDT SYSTEM, H3C Technologies, Sangfor Technologies, Platform9

Niche Players

Proxmox, Vates, VergeIO, Scale Computing, Citrix

Zwei Positionen innerhalb des Leader-Quadranten sind bemerkenswert. Nutanix ist auf der Achse „Ability to Execute" am höchsten platziert – der Anbieter, dem Gartner also die stärkste Umsetzungsfähigkeit im aktuellen Markt zuschreibt. Broadcom (VMware) wiederum liegt auf der Vision-Achse am weitesten rechts, was die technologische Breite des VMware-Portfolios abbildet und zugleich zeigt, wie sauber Gartner zwischen Produktsubstanz und kommerzieller Attraktivität trennt. Die Frage, was eine Plattform kostet und unter welchen Vertragsbedingungen sie verfügbar ist, bildet der Quadrant nur mittelbar ab.

Die vier Leader im Einzelnen

Nutanix – höchste Umsetzungsfähigkeit im Feld

Nutanix Cloud Infrastructure (NCI) bündelt Compute, Storage, Netzwerk und Virtualisierung mit dem hauseigenen, KVM-basierten Hypervisor AHV zu einer Plattform, die VMs, Container und KI-Workloads über verteilte Umgebungen hinweg unter einem Betriebsmodell führt. Für die Bewertung dürfte entscheidend gewesen sein, dass Nutanix in den vergangenen Monaten die Hardware-Offenheit konsequent ausgebaut hat: Die Unterstützung von Dell PowerStore ist allgemein verfügbar, Dell PowerFlex wurde umfassend aktualisiert, NetApp ONTAP befindet sich in eingeschränkter Verfügbarkeit. Wer bestehende Storage-Investitionen weiterbetreiben will, muss den Plattformwechsel damit nicht als Komplettaustausch planen. Hinzu kommt ein modulares Lizenzmodell, mit dem sich Funktionsumfang und Zahlungsbereitschaft in Einklang bringen lassen – ein Punkt, der im gegenwärtigen Marktumfeld schwerer wiegt als jedes einzelne Feature.

Microsoft – die Plattform, die in vielen Häusern schon liegt

Microsoft ist als Leader positioniert und liegt bei der Umsetzungsfähigkeit unmittelbar hinter Nutanix. Die Bewertung umfasst Hyper-V im Windows Server ebenso wie Azure Local, das Azure-Infrastruktur und -Services in kundeneigene Standorte bringt und sich über Azure Arc gemeinsam mit Rechenzentrums-, Edge- und Multicloud-Ressourcen verwalten lässt. Für Organisationen, die bereits Windows Server Datacenter lizenziert haben, ist das wirtschaftlich häufig die naheliegendste Option, weil die Virtualisierungsrechte vertraglich bereits erworben sind. Der Preis dafür ist eine engere Bindung an das Microsoft-Ökosystem – eine Abwägung, die in Ausschreibungen der öffentlichen Hand inzwischen regelmäßig ausdrücklich dokumentiert werden muss.

Broadcom (VMware) – technologisch vorn, kommerziell umstritten

Broadcom bleibt Leader, und wer die Plattform kennt, wird das technisch nachvollziehbar finden. Zugleich beschreibt Gartner den Umbruch im Markt selbst als den stärksten seit über einem Jahrzehnt, und dieser Umbruch hat einen klar benennbaren Auslöser. Seit der Übernahme sind unbefristete Lizenzen entfallen, das Portfolio wurde auf wenige Bundles verdichtet, die Metrik ist auf Kernbasis umgestellt, und jede physische CPU wird mit mindestens 16 Kernen gezählt. Die im April 2025 eingeführte Mindestbestellmenge von 72 Kernen wurde nach Protesten wieder zurückgenommen – und genau darin liegt für Planungsverantwortliche das eigentliche Problem: Wer nicht verlässlich weiß, zu welchen Konditionen in achtzehn Monaten verlängert wird, kann weder Budget noch Architektur belastbar aufsetzen.

Hinzu kommt eine harte Terminlage. Der reguläre Support für vSphere 8 endet nach aktueller Lifecycle-Planung im Oktober 2027, und bei verspäteter Verlängerung wird ein Aufschlag auf das erste Abonnementjahr fällig. Wer die Entscheidung über die eigene Plattform erst 2027 trifft, trifft sie unter Zeitdruck – und Zeitdruck ist in Lizenzverhandlungen die teuerste aller Verhandlungspositionen.

Red Hat – VMs und Container unter einer Betriebsebene

Red Hat wird für OpenShift Virtualization as Leader geführt. Der Ansatz besteht darin, virtuelle Maschinen auf derselben Kubernetes-basierten Plattform zu betreiben wie containerisierte Anwendungen, statt zwei getrennte Betriebs- und Sicherheitsmodelle zu unterhalten. Mit der OpenShift Virtualization Engine existiert zusätzlich eine auf reinen VM-Betrieb zugeschnittene Edition, die den Einstieg ohne sofortige Container-Strategie erlaubt. Red Hat berichtet für die vergangenen zwölf Monate ein Wachstum von 417 Prozent bei den auf OpenShift Virtualization betriebenen virtuellen Maschinen – eine Zahl, die vor allem zeigt, aus welcher Richtung diese Workloads kommen.

HPE als Challenger – und warum das für den Mittelstand kein Malus ist

HPE ist im Challenger-Quadranten platziert und liegt dort deutlich über den beiden anderen Anbietern dieses Felds. Die Einordnung ist erklärungsbedürftig, weil sie eine Eigenart der Gartner-Methodik sichtbar macht: Die Vision-Achse belohnt Marktprägung und strategische Breite, während frisch am Markt eingeführte Plattformen dort naturgemäß noch keine lange Spur hinterlassen haben. HPE Morpheus VM Essentials mit dem KVM-basierten HVM-Hypervisor ist seit Mai 2025 allgemein verfügbar – gemessen an der Historie eines vSphere ist das eine sehr junge Plattform.

Für die Praxis im Mittelstand zählt etwas anderes, und zwar in zwei Punkten. Erstens wird pro physischem CPU-Sockel lizenziert statt pro Kern, was die Kostenkurve bei modernen, kernstarken Prozessoren grundlegend anders verlaufen lässt als bei kernbasierten Modellen. Zweitens lassen sich ESXi- und HVM-Cluster parallel über dieselbe Konsole verwalten, inklusive Werkzeugen zur Konvertierung bestehender VMware-Images. Damit wird aus der Migration ein gestaffelter Prozess, bei dem unkritische und neue Workloads zuerst wechseln, während produktionskritische Cluster zunächst unangetastet bleiben. Wer die Migration über zwei Budgetjahre strecken muss – und das ist im Mittelstand und in kommunalen Häusern eher Regel als Ausnahme –, findet hier einen Pfad, der ohne Stichtagsumstellung auskommt.

Was der Quadrant nicht beantwortet

Ein Magic Quadrant ist ein Instrument zur Erstellung einer Shortlist und ausdrücklich keine Kaufempfehlung – Gartner selbst weist darauf in jeder Ausgabe hin. Bewertet wird der Anbieter als Unternehmen, einschließlich Vertriebsorganisation, globaler Supportstruktur und Marktdurchdringung, und nicht die Eignung einer Plattform für Ihre konkrete Umgebung. Für die Entscheidung, die am Ende in Ihrem Rechenzentrum getroffen wird, sind mindestens vier Fragen relevant, die auf keiner der beiden Achsen abgebildet sind.

Die vier Fragen, die im Quadranten fehlen

1. Was unterstützt Ihre Datensicherung? Eine Plattform, für die Ihre Backup-Lösung keinen nativen Agenten und keine anwendungskonsistenten Snapshots bietet, verlagert das Risiko lediglich von der Lizenz in die Wiederherstellung.
2. Was zertifiziert Ihr Fachverfahrenshersteller? In Gesundheitswesen, Sozialwirtschaft und öffentlicher Verwaltung entscheidet häufig nicht die technische Machbarkeit, sondern die Supportzusage des Anwendungsherstellers für den darunterliegenden Hypervisor.
3. Was kann Ihr Team um drei Uhr nachts? Eine Plattform, deren Störungsbehebung Ihr Betriebsteam erst neu erlernen muss, erzeugt in den ersten zwölf Monaten Verfügbarkeitsrisiken, die in keiner TCO-Rechnung stehen.
4. Wie wird lizenziert – pro Kern oder pro Sockel? Diese Metrik verändert die Gesamtkosten über fünf Jahre stärker als nahezu jedes Funktionsmerkmal, über das in Auswahlworkshops üblicherweise diskutiert wird.

Migration ist auch ein Sicherheitsprojekt

Ein Aspekt, der in der Debatte über Lizenzkosten regelmäßig untergeht: Der Hypervisor ist längst ein eigenständiges Angriffsziel. Angriffe auf Virtualisierungsebene haben in den vergangenen zwei Jahren erheblich zugenommen, weil die Verschlüsselung eines Hosts wirtschaftlich deutlich effizienter ist als die Verschlüsselung von fünfzig Gastsystemen. Wer die Plattform wechselt, verändert damit zugleich seine Härtungsbasis, seinen Patch-Rhythmus, seine IAM-Anbindung und die gesamte Kette bis in die Datensicherung.

Daraus folgt eine Empfehlung, die wir in Projekten regelmäßig aussprechen: Das Sicherheitskonzept gehört in die Migrationsplanung und nicht in die Nacharbeit. Rollenmodell, Netzsegmentierung der Managementebene, Multi-Faktor-Authentifizierung für administrative Zugriffe, unveränderliche Backups und ein getesteter Wiederanlauf sind bei einer Plattformmigration ohnehin zu überarbeiten. Sie in einem Zug mitzunehmen, kostet einen Bruchteil dessen, was ihre spätere Nachrüstung im laufenden Betrieb verursacht. Für Einrichtungen, die unter NIS-2 fallen oder als Teil der kritischen Infrastruktur betrachtet werden, ist diese Dokumentation ohnehin nachweispflichtig.

KI-Readiness: die Frage nach der übernächsten Migration

Die auffälligste inhaltliche Veränderung gegenüber dem Vorgängerformat von 2016 ist, wie selbstverständlich KI-Workloads inzwischen Teil der Plattformbewertung sind. Nahezu alle Leader argumentieren mit der Fähigkeit, virtuelle Maschinen, Container und GPU-gestützte Workloads unter einem gemeinsamen Betriebsmodell zu führen. Das ist mehr als Marketing: Wer heute eine Plattform auswählt, die ausschließlich klassische VMs beherrscht, plant die nächste Migration in drei bis vier Jahren bereits mit ein – zu einem Zeitpunkt, an dem die erste gerade abgeschrieben ist. Die Frage, ob eine Plattform GPU-Passthrough, Ressourcenzuweisung für Inferenz-Workloads und eine Kubernetes-Ebene mitbringt, gehört deshalb in jedes Auswahlraster, auch wenn im Haus gegenwärtig noch kein einziges Modell betrieben wird.

Welche Plattform zu welcher Ausgangslage passt

Eine Rangfolge würde weder dem Quadranten noch Ihrer konkreten Situation gerecht. Sinnvoller ist die Sortierung nach Ausgangslagen, weil die Entscheidung in der Praxis fast immer von der vorhandenen Infrastruktur, den bestehenden Lizenzverträgen und dem verfügbaren Migrationsfenster bestimmt wird:

• Konsolidierung auf eine integrierte Plattform – wenn Compute, Storage und Netzwerk gemeinsam modernisiert werden sollen und ein einheitliches Betriebsmodell über mehrere Standorte hinweg das Ziel ist, führt der Weg regelmäßig zu Nutanix Cloud Infrastructure mit AHV.
• Gewachsene Microsoft-Landschaft mit hybridem Anspruch – wenn Windows-Workloads dominieren, Datacenter-Lizenzen vorhanden sind und eine Azure-Anbindung ohnehin auf der Roadmap steht, sind Hyper-V und Azure Local wirtschaftlich schwer zu schlagen.
• Bestehende HPE-Infrastruktur und gestreckte Migration – wenn ProLiant-Systeme und HPE-Storage im Haus stehen, das Budget über zwei Jahre verteilt werden muss und ein Parallelbetrieb mit VMware nötig bleibt, ist HPE Morpheus VM Essentials mit sockelbasierter Lizenzierung der pragmatischste Pfad.
• VMs und Container unter einer Betriebs- und Sicherheitsebene – wenn eine Kubernetes-Strategie existiert oder absehbar entsteht, führen mehrere der bewerteten Plattformen zum selben Zielzustand, und die Wahl hängt davon ab, wo Ihr Schwerpunkt liegt. Red Hat OpenShift Virtualization betreibt die virtuellen Maschinen auf der Kubernetes-Plattform selbst. Die Nutanix Kubernetes Platform (NKP) geht den umgekehrten Weg, setzt auf reines, CNCF-konformes Upstream-Kubernetes ohne eigenen Fork und läuft nativ auf AHV, sodass VMs und Container auf derselben Infrastruktur und von derselben Betriebsmannschaft geführt werden; in den höheren Editionen lassen sich zusätzlich Cluster auf vSphere, Bare Metal und in den öffentlichen Clouds sowie fremde Distributionen wie EKS und AKS aus derselben Oberfläche verwalten. HPE Morpheus setzt auf der Orchestrierungsebene an: Während VM Essentials den Virtualisierungsbetrieb abdeckt, führt die Enterprise-Edition virtualisierte, containerbasierte und Bare-Metal-Workloads über lokale und Public-Cloud-Umgebungen hinweg zusammen, und der Aufstieg von der einen zur anderen Edition ist als Pfad vorgesehen.
• Verbleib auf VMware – bleibt eine legitime Entscheidung, wenn die verhandelten Konditionen tragfähig sind, die Abhängigkeit bewusst getragen wird und ein dokumentierter Ausstiegspfad existiert. Diesen Pfad zu kennen, ohne ihn zu beschreiten, ist gelebtes Risikomanagement.

Was Sie jetzt konkret tun sollten

Unabhängig davon, in welche Richtung Ihre Entscheidung am Ende geht, gibt es fünf Schritte, die sich in den kommenden Wochen erledigen lassen und die den Handlungsspielraum spürbar vergrößern:

• Verlängerungstermin als harte Frist im Kalender führen, nicht als Zielgröße – Verzugsaufschläge lassen sich im Nachhinein nicht verhandeln.
• Tatsächliche Kernzahl, Sockelzahl und Cluster-Auslastung erheben. Ohne diese Zahlen ist jede Angebotsprüfung und jeder Migrationsvergleich Spekulation.
• Beim Hersteller Ihrer geschäftskritischen Fachanwendung schriftlich abfragen, welche Hypervisoren supportet werden – diese Antwort sortiert die Shortlist schneller als jeder Analystenbericht.
• Datensicherung und Wiederanlauf gegen die Zielplattform prüfen, bevor die Plattform feststeht, statt danach.
• Drei-Jahres-Vergleich rechnen: Kosten des Bleibens gegen Kosten des Wechsels, einschließlich Projektaufwand, Schulung und Parallelbetrieb. Die relevante Frage ist nicht, wie viel VMware 2026 mehr kostet, sondern welche Gesamtkosten über drei Jahre entstehen.

Einen kostenfreien Reprint des vollständigen Berichts stellen derzeit mehrere der bewerteten Anbieter zur Verfügung – die Lektüre der Abschnitte „Strengths" und „Cautions" zu den drei bis vier Plattformen Ihrer engeren Wahl lohnt sich, weil dort genau die Einschränkungen benannt werden, die in Anbieterpräsentationen erfahrungsgemäß unerwähnt bleiben.

Sprechen Sie uns für weitere Details, eine Beratung oder ein Expertengespräch gerne auch direkt an oder wenden Sie sich formlos an hallo@enthus.de.

← Alle Beiträge