Der Abschied von Nutanix ist ein geplantes Projekt, kein Notfall — und gut umgesetzt steht am Ende eine Virtualisierungsplattform, die Ihnen gehört, statt einer, die Sie zu immer weiter steigenden Verlängerungskonditionen mieten. Ænix migriert Nutanix-AOS/AHV-Bestände auf eine Kubernetes-native Plattform, auf der VMs und Container einen Cluster teilen, Storage mit LINSTOR repliziert wird und keine Hypervisor-Lizenz pro Node anfällt. Das Ziel ist Cozystack, entwickelt und mitgepflegt von den Engineers, die Ihre Migration durchführen.
Passt zu: der Ænix-Plattform, die zu Ihrem Bestand passt — Private Cloud Platform für regulierte Organisationen, die Cloud für sich selbst betreiben, Public Cloud Platform, wenn Sie Cloud an Kunden verkaufen. Legen Sie das Ziel anhand des Vergleichs Nutanix-Alternative fest und modellieren Sie dann die Zahlen mit dem ROI- und TCO-Rechner.
Warum verlassen Organisationen Nutanix?
Die Auslöser lassen sich drei Gruppen zuordnen, und sie verstärken sich gegenseitig.
- Druck bei Verlängerung und Lizenzen. Die Konsolidierung des Portfolios und neue Subscription-Preise haben viele Nutanix-Kunden veranlasst, die Gesamtkosten des Bleibens neu zu prüfen — vor allem dort, wo die Lizenzierung pro Node mit einem wachsenden Cluster mitwächst.
- Hyperkonvergenter Lock-in. HCI bindet Storage-Fabric, Hypervisor und Management-Ebene an den Stack eines einzigen Herstellers. Das ist bequem — bis Sie eine Schicht austauschen, einen Workload-Typ ergänzen wollen, den die Plattform nicht bevorzugt, oder Hardware einsetzen möchten, die der Hersteller nicht freigibt.
- Eine Plattform für VMs und Container. Viele Teams betreiben Kubernetes bereits neben ihren Nutanix-VMs. Wer beides auf einer einzigen Kubernetes-nativen Plattform zusammenführt, spart sich einen parallelen Stack, ein paralleles Betriebsmodell und eine parallele Rechnung.
Treffen zwei oder mehr dieser Punkte zu, zahlt sich eine strukturierte Migration meist mehrfach aus. Sind Ihre Verlängerungskonditionen tragbar und drängt sonst nichts, lautet die ehrliche Empfehlung „bleiben und optimieren“ — das sagen wir Ihnen auch, und hier häufiger als bei VMware. Nutanix bietet von allen Plattformen, von denen wir wegmigrieren, das beste Day-2-Betriebserlebnis: Upgrades per Klick über LCM, Storage-Effizienz, um die Sie sich nie kümmern müssen, und ein einziger Hersteller, der für den gesamten Stack verantwortlich ist. Darauf verzichten Sie. Die Seite Nutanix-Alternative stellt beide Seiten dar, bevor Sie sich festlegen.
Wohin Sie migrieren
Das Ziel ist eine einzige Kubernetes-native Plattform aus offenen, an der CNCF orientierten Komponenten statt eines zweiten proprietären HCI-Stacks.
- VMs auf KubeVirt. KubeVirt betreibt vollwertige virtuelle Maschinen auf Kubernetes mit derselben KVM-Technologie, auf der auch AHV aufsetzt; Gastbetriebssysteme einschließlich Windows werden daher übernommen. VMs und Container laufen im selben Cluster.
- Replizierter Storage mit LINSTOR. LINSTOR/DRBD liefert replizierten Block-Storage anstelle der verteilten AOS-Storage-Fabric, mit replizierten Volumes über Nodes hinweg — und, wo die Topologie es erfordert, über Rechenzentren hinweg. Die Volume-Verschlüsselung (LUKS auf LINSTOR) lässt sich pro Storage Class optional aktivieren.
- Netzwerk mit Cilium. Ein eBPF-basiertes CNI ersetzt die HCI-Netzwerkebene; Network Policies, Load Balancing und die Isolation von Mandanten sind native Kubernetes-Bausteine.
- Keine Hypervisor-Abgabe pro Node. Cozystack ist Open Source unter Apache 2.0; die Zielplattform kennt keine Hypervisor-Lizenz pro Node, sodass mit dem Cluster nicht auch die Lizenzrechnung wächst.
Den Vergleich auf Plattformebene — Funktion für Funktion, Cozystack und Nutanix HCI — finden Sie auf der Seite Nutanix-Alternative. Dieser Hub setzt voraus, dass das Ziel feststeht, und konzentriert sich auf den Umzug.
Wie eine AHV-Migration tatsächlich abläuft
Die Migration läuft in Kohorten, nicht als Big Bang. „Alles an einem Wochenende umziehen“ übersteht die Begegnung mit einem gewachsenen Unternehmensbestand selten.
- Inventur und Klassifizierung. Vollständige Inventur von AOS/AHV — Zahl der VMs, Betriebssystem-Mix, Storage-Abhängigkeiten, Netzwerkanbindungen, Multi-Site-Topologie —, danach wird jeder Workload eingeordnet: jetzt migrieren, später migrieren, bleiben oder auf Container umstellen.
- Zielarchitektur. Die Cozystack-Zielumgebung wird auf Ihrer Hardware dimensioniert und entworfen: Kapazitätsmodell, Storage Classes, Netzwerk, Mandantenmodell und Betriebskonzept.
- Cutover in Kohorten. AHV-VMs werden exportiert und mit dem Containerized Data Importer (CDI) von KubeVirt konvertiert; jede Kohorte läuft parallel zu Nutanix, bis sie validiert ist, und die Reihenfolge der Cutovers richtet sich nach Ihren Verlängerungsterminen — so zahlen Sie nie doppelt für Kapazität, die bereits umgezogen ist.
- Stilllegung. Nutanix-Nodes werden außer Betrieb genommen, sobald die Kohorten abgeschlossen sind, und die Hardware wird weiterverwendet, wo sie passt — die letzte Verlängerung entfällt damit einfach.
Das ist dieselbe disziplinierte Abfolge, die wir bei der VMware-Migration einsetzen — die Mechanik ist eine andere, aber erst das Muster aus Kohorten und Parallelbetrieb verhindert, dass eine Migration zum Notfall des nächsten Jahres wird.
Was übernommen wird und was sich wirklich ändert
Wer die Unterschiede ehrlich benennt, hält die Migration im Zeitplan. Manches lässt sich mit wenig Reibung übertragen; anderes wird bewusst neu entworfen — und wer etwas anderes behauptet, bringt Projekte ins Stocken.
- Wird übernommen. Gastbetriebssysteme und ihre Disks (KubeVirt nutzt dieselbe KVM-Technologie wie AHV), die gewohnten Abläufe im VM-Betrieb und die meisten Anwendungsarchitekturen — eine VM, die auf Nutanix lief, läuft als VM auf KubeVirt weiter.
- Wird bewusst neu entworfen. Storage wechselt von der AOS-Fabric zu Storage Classes auf LINSTOR, das Netzwerk von der HCI-Ebene zu Cilium-Policies, und Mandanten, Quotas und Self-Service werden als Kubernetes-native Konstrukte statt als Prism-Kategorien abgebildet. Wer diesen Neuentwurf überspringt, schafft die häufigste Ursache für Instabilität nach der Migration.
- Eine neue Fähigkeit, nicht nur ein Austausch. Weil Container im selben Cluster gleichberechtigt laufen, ist die Migration auch der Zeitpunkt, an dem Teams einen separaten Kubernetes-Bestand einbinden können — aus einem reinen VM-Umzug wird eine Konsolidierung der Plattformen.
Das Assessment benennt jeden dieser Punkte ausdrücklich für Ihren Bestand, damit der Plan den realen Aufwand abbildet statt der optimistischen Annahme, alles lasse sich eins zu eins übertragen.
Kosten modellieren, bevor Sie sich festlegen
Die Wirtschaftlichkeit einer Migration sieht in der Theorie attraktiv aus und entscheidet sich in der Praxis an Details: Hardware-Erneuerung, Kapazität des Plattform-Teams und die Lernkurve im Betrieb gehören ins Modell. Bevor Sie sich auf Hardware oder einen Zeitplan festlegen, rechnen Sie Ihre Bestandsgröße und Ihre aktuelle Nutanix-Verlängerung mit dem TCO-Rechner Nutanix vs. Cozystack (Englisch) oder den ROI- und TCO-Rechnern durch — so sehen Sie die jährliche Differenz, das Mehrjahresergebnis nach der Migration und die Amortisationszeit. Eine ehrliche TCO-Rechnung vorab unterscheidet eine Migration, die sich rechnet, von einer, die ins Stocken gerät.
Wie Ænix eine Nutanix-Migration begleitet
Das Projekt folgt unserem Platform Readiness Assessment mit Schwerpunkt Nutanix: Inventur von AOS/AHV, Zielarchitektur, Klassifizierung der Workloads, Cutover-Reihenfolge entlang der Verlängerungstermine und eine Roadmap für Phase 2 — geliefert in 14 oder 28 Tagen zum Festpreis. Phase 2 ist die Umsetzung: Engineers von Ænix arbeiten für die Migrationskohorten in Ihrem Team mit und geben ihr Wissen laufend weiter. Eine optionale Phase 3 umfasst den Betrieb von Cozystack als Managed Service, nachdem der Bestand umgezogen ist. Weil wir die Zielplattform entwickelt haben und mitpflegen, beruhen die Aufwandsschätzungen auf tatsächlich geleisteter Arbeit, nicht auf Vermutungen.
Möchten Sie zuerst die Zielplattformen vergleichen? Siehe die Seite Nutanix-Alternative.
Ænix hat Cozystack entwickelt — ein CNCF-Sandbox-Projekt (der Antrag auf CNCF Incubation befindet sich in der Due-Diligence-Prüfung) unter Apache 2.0 — und pflegt es gemeinsam mit Maintainern anderer Unternehmen. Darauf aufbauend bietet Ænix drei Plattformen an — Public Cloud, Private Cloud und AI —, die sich kombinieren lassen, statt einander auszuschließen.