Nutanix Migration: Risiken früh erkennen und einplanen

Nicht jeder Workload passt sofort

Vor dem Projekt steht eine Workload-Analyse. Kritisch sind Systeme mit besonderen Anforderungen an Latenz oder Treiber, Anwendungen mit Hardware-Bindung wie Dongles oder speziellen Karten sowie Umgebungen, deren Softwarehersteller den Betrieb auf AHV nicht ausdrücklich unterstützt. Bei Standardanwendungen lohnt der Blick in die Support-Matrix des Herstellers, denn manche verlangen im Fehlerfall die Reproduktion auf einer zertifizierten Plattform.

Was aus den vSphere-Zusatzfunktionen wird

Ein Eins-zu-eins-Ersatz existiert nicht für jede Funktion. Storage, Netzwerksegmentierung, Desktop-Virtualisierung und Disaster Recovery laufen unter Nutanix über andere Produkte und Konzepte. Für das Projekt heißt das: Betriebsprozesse, Runbooks und Notfallpläne werden neu geschrieben, und Backup- sowie DR-Ketten müssen mit der neuen Plattform getestet werden. Auch Monitoring, Automatisierung und Skripte hängen häufig an vSphere-Schnittstellen.

Die teuerste Falle liegt bei den Gastsystemen

Lizenzrechtlich ändert ein Plattformwechsel wenig, solange die Gastsysteme dieselben bleiben. Oracle behandelt Nutanix AHV wie VMware als Soft Partitioning, die Lizenzpflicht kann deshalb den gesamten Cluster erfassen. Wer Oracle betreibt, plant den dedizierten Cluster oder einen fest zugeordneten Satz von Knoten von Anfang an mit und dokumentiert die Abgrenzung. Bei Microsoft ist die Zuordnungsregel zu beachten, nach der Serverlizenzen ohne Software Assurance erst nach 90 Tagen einem anderen Server zugewiesen werden dürfen. Details zur Oracle-Lizenzierung hat ProLicense im September in einer eigenen Meldung behandelt.

„Der häufigste Fehler ist, die Migration als reines Infrastrukturprojekt zu planen. Die Lizenzfragen kommen dann erst auf den Tisch, wenn die Workloads schon verschoben sind. Danach ist jede Korrektur teuer“, sagt Christian Grave, Geschäftsführer der ProLicense.

Parallelbetrieb, Zeitplan und Rückfallebene

Eine Migration läuft in Wellen, alte und neue Plattform bestehen eine Zeit lang nebeneinander. Dieser Parallelbetrieb kostet Hardware, Lizenzen und Personal, und er verlängert sich erfahrungsgemäß. Deshalb gehören eine Rückfallebene je Welle und ein realistischer Puffer in den Plan.

Kritisch wird es, wenn der Zeitplan am auslaufenden Broadcom-Vertrag hängt. Wer unter diesem Druck migriert, verhandelt schlecht und plant hastig. Eine Alternative ist, zunächst auf den vorhandenen Perpetual-Lizenzen zu bleiben und über Drittsupport Luft zu schaffen. Die laufenden Kosten sinken sofort, und die Migration folgt im eigenen Takt.

„Ein Umstieg auf Nutanix muss sich rechnen und darf nicht aus Termindruck entstehen. Wer den Support entkoppelt, gewinnt Zeit für eine saubere Workload-Analyse. Genau die entscheidet später über Aufwand und Ausfallrisiko“, sagt Markus Oberg, Partner und Business Development Manager der ProLicense.

ProLicense bietet Kunden VMware Drittsupport um ein passendes Zeitfenster für die stressfreie Migration zu schaffen. Anfragen nimmt ProLicense über die Kontaktseite entgegen.