Diese Serie analysiert in fünf aufeinander aufbauenden Beiträgen, wie sich Virtualisierungsarchitekturen aktuell verändern – technisch, strukturell und betrieblich.
Im Mittelpunkt steht dabei nicht die Frage nach dem „richtigen“ Hypervisor. Sondern die grundlegende Frage:
Welche Architektur bleibt tragfähig – auch wenn sich Plattformen verändern?
Der Zeitpunkt für diese Diskussion ist kein Zufall.
In den vergangenen Monaten sehen wir bei vielen Enterprise-Kunden eine Neubewertung ihrer Virtualisierungsstrategie – ausgelöst durch veränderte Lizenzmodelle, Core-basierte Kalkulationen und vertragliche Unsicherheiten im Markt. Auffällig ist dabei ein klares Muster:
Während der Hypervisor zur Disposition steht, soll die Datenplattform häufig bewusst stabil bleiben. Diese Dynamik macht die Architekturfrage relevanter denn je. In vielen Gesprächen wird dabei deutlich: Es geht nicht primär um einen Technologiewechsel, sondern um strategische Wahlfreiheit. Organisationen möchten Virtualisierungsentscheidungen treffen können, ohne ihre Datenplattform zwangsläufig neu bauen zu müssen.
Es geht dabei nicht um Disruption um ihrer selbst willen. Es geht um Kontrolle.
Kontrolle über Kosten.
Kontrolle über Performance.
Kontrolle über die eigene architektonische Richtung.
Wer seine Datenplattform entkoppelt gestaltet, behält diese Kontrolle – auch wenn sich Plattformen verändern. Diese Entkopplung von Compute und Daten schafft genau diese Freiheit. Nicht als kurzfristige Option, sondern als strukturelle Eigenschaft der Architektur.
Plattformdebatte oder Architekturfrage?
Ein Hypervisor kann gewechselt werden. Eine gewachsene Infrastrukturarchitektur nicht ohne Weiteres.
Datenvolumen wachsen kontinuierlich. Snapshot-Ketten, Replikationsbeziehungen, Backup-Integrationen und Betriebsprozesse sind tief verankert. Ein Plattformwechsel ist technisch machbar. Ein gleichzeitiger Wechsel der Storage-Ebene erhöht dagegen strukturelles Risiko.
In vielen Gesprächen mit bestehenden Everpure-Kunden wird genau dieser Punkt deutlich:
Ein Hypervisor-Wechsel ist eine operative Herausforderung. Ein paralleler Austausch der Datenplattform wäre ein strategischer Eingriff.
Damit wird die Storage-Architektur zur Konstante in einer Phase der Virtualisierungsveränderung.
Drei Architekturprinzipien, die jetzt an Gewicht gewinnen
Unabhängig davon, ob Unternehmen bei VMware bleiben, zu Nutanix wechseln oder hybride Strategien verfolgen, lassen sich drei Prinzipien identifizieren, die aktuell strukturell relevanter werden.
1. Entkopplung von Compute und Storage
In stark integrierten Modellen wachsen Compute und Storage gemeinsam. Das vereinfacht den Betrieb, erzeugt jedoch strukturelle Kopplungen.
Wächst der Storage-Bedarf, werden zusätzliche Nodes inklusive CPU-Ressourcen hinzugefügt. Wächst der Compute-Bedarf, wird zusätzliche Storage-Kapazität mitgekauft.
In Core-basierten Lizenzmodellen wirkt sich diese Kopplung unmittelbar auf die Kostenstruktur aus. Architekturentscheidungen beeinflussen somit nicht nur Performance, sondern auch wirtschaftliche Parameter.
Entkopplung bedeutet, Skalierungspfade getrennt zu betrachten. Compute kann wachsen, ohne Storage mitwachsen zu lassen. Storage kann erweitert werden, ohne zusätzliche Compute-Cores zu erzeugen.
Das ist keine ideologische Gegenposition zu HCI, sondern eine bewusste Strukturentscheidung.
2. Hypervisor-unabhängige Datenebene
Viele Plattformen integrieren Storage-Services eng in den Virtualisierungs-Stack. Snapshot-Logik und Replikation sind Bestandteil der Cluster-Software. Das schafft Einfachheit, aber auch Bindung.
Eine eigenständige Datenplattform stellt Datenservices unabhängig bereit und integriert sich über standardisierte Protokolle wie NVMe-oF/TCP. Der Hypervisor konsumiert diese Services, anstatt sie selbst bereitzustellen.
Technisch ermöglicht das:
- Plattformwechsel ohne Storage-Refresh
- parallele Virtualisierungsstrategien
- konsistente Datenservices über mehrere Compute-Stacks hinweg
Gerade in einer Phase, in der Virtualisierungsplattformen neu bewertet werden, gewinnt diese Unabhängigkeit an Bedeutung.
3. Getrennte Lifecycle-Domänen
In klassischen HCI-Clustern teilen sich Hypervisor, Storage-Services und Hardware denselben Lifecycle-Rhythmus. Updates müssen koordiniert erfolgen.
Ein disaggregiertes Modell trennt diese Domänen:
- Virtualisierung über Plattform-Lifecycle-Management
- Server-Firmware über Hersteller-Tools
- Storage-Betriebssystem und Hardware separat
Mit einem Evergreen-Ansatz können Storage-Controller erneuert werden, ohne Workload-Migration oder Compute-Anpassungen. Diese strukturelle Trennung reduziert Upgrade-Risiken und erhöht die Planbarkeit insbesondere in größeren Umgebungen.
Nutanix im erweiterten Betriebsmodell
Nutanix hat sich als HCI-Anbieter etabliert. Das Modell aus AHV, AOS und integrierten Storage-Services adressiert operative Vereinfachung.
Mit der Unterstützung externer Storage erweitert Nutanix dieses Modell. Innerhalb desselben Ökosystems existieren nun zwei Architekturoptionen:
- Vollständig integrierte HCI
- Disaggregierte Architektur mit externem Storage
Diese zweite Option ist besonders relevant für Organisationen, die ihren Virtualisierungsstack neu ausrichten möchten, ohne ihre bestehende Datenplattform auszutauschen.
Hier setzt die neue gemeinsame Lösung von Everpure und Nutanix an.
Everpure bringt eine eigenständige, hypervisor-unabhängige Datenplattform in dieses Modell ein – mit tiefer Integration auf vDisk-Ebene, validierter NVMe-oF/TCP-Anbindung und klar definierten Support-Domänen. Es handelt sich nicht um eine generische externe Storage-Anbindung, sondern um ein gemeinsam validiertes Betriebsmodell.
Für bestehende Everpure-Kunden bedeutet das: Sie können ihre Datenplattform beibehalten, während sie ihren Virtualisierungsstack neu bewerten.
Validierte Infrastruktur statt lose Integration
Architekturentscheidungen müssen operationalisiert werden. In Enterprise-Umgebungen sind standardisierte Hardware, klare Support-Grenzen und validierte Referenzdesigns entscheidend.
Disaggregierte Architekturen lassen sich beispielsweise mit Cisco UCS-Plattformen kombinieren. Compute wird über Intersight verwaltet, Virtualisierung über Prism, Storage über Purity und Pure1. FlashStack steht dabei für eine validierte Infrastrukturvariante – nicht als Vermischung der Ebenen, sondern als strukturierte Zusammenführung klar definierter Domänen.
In einem Marktumfeld, in dem viele Anbieter externe Storage lediglich als Anschlussoption betrachten, ist Validierung und Lifecycle-Klarheit ein entscheidender Unterschied.
Schlussgedanke
Die aktuelle Virtualisierungsdebatte ist real. Sie ist marktgetrieben. Und sie ist nachvollziehbar. Doch nachhaltige Architekturentscheidungen sollten nicht allein auf Plattformveränderungen reagieren.
Die entscheidende Frage lautet:
Ist meine Datenplattform so gestaltet, dass sie Virtualisierungsveränderungen strukturell verkraftet?
Hypervisoren entwickeln sich weiter. Daten bleiben.
Ausblick auf Teil 2
Im nächsten Beitrag analysieren wir die strukturellen Unterschiede zwischen HCI und disaggregierten Architekturen im Detail – inklusive Skalierungslogik, Ressourcenallokation und Lifecycle-Mechanik.
