VMWARE → STACKIT · EXIT-PLANUNG
Einen VMware-Exit rückwärts vom Verlängerungstermin planen
Eine Verlängerung ist ein fester Termin, eine Migration eine Liste von Arbeitspaketen mit Verantwortlichen. Der Exit-Plan entsteht, wenn Sie die zweite unter die erste legen. Lassen Sie früh einen RVTools-Export durch StackToIT laufen, zählen Sie die Schritte und Verantwortlichen, die es schreibt, sortieren Sie die Umgebung in Umzug, Stilllegung und Neubau und klären Sie, was ein Termin nicht auffangen kann: Disaster Recovery, Windows-Lizenzen und die Maschinen, die niemandem gehören. Der Leitfaden nutzt eine Demo-Umgebung mit neun VMs an zwei Standorten, um zu zeigen, was der Lauf liefert und wo Ihr eigenes Urteil beginnt.
Schritt 1: Den Aufwand beziffern
Ein Demo-Export mit zwei Standorten, am 4. November 2026 von StackToIT bewertet. Links: drei der neun vInfo-Zeilen. Rechts: aus execution/README.md die Zeile, die den Aufwand zählt, und weiter unten in derselben Datei die Tabelle der Arbeitspakete, die ihn nach Rolle aufteilt.
VM,Powerstate,Template,CPUs,Memory,NICs,Disks,Provisioned MiB,In use MiB,Primary IP Address,Datacenter,Cluster,Host,Folder,Annotation,OS according to the configuration file,OS according to the VMware Tools,VM UUID
erp-db01,poweredOn,False,16,131072,1,3,1048576,640000,10.70.10.12,DC-Frankfurt,CL-Prod,esx52,erp,ERP database SQL Server,Windows Server 2016 (64-bit),Microsoft Windows Server 2016,4210-ffff-0002
tst-old01,poweredOff,False,2,4096,1,1,40960,15000,,DC-Frankfurt,CL-Test,esx61,test,Powered off since 2025,CentOS 7 (64-bit),,4210-ffff-0006
dr-erp02,poweredOn,False,16,131072,1,3,1048576,500000,10.80.10.12,DC-Duesseldorf,CL-DR,esx71,erp,DR replica of erp-db01,Windows Server 2016 (64-bit),Microsoft Windows Server 2016,4210-ffff-0009**What will be created.** OpenTofu creates 34 resource blocks. Architect work: 35 manual steps in 5 work packages.
| Package | Owner | Phase | Steps | Resources | Decisions to answer | State |
|---|---|---|---|---|---|---|
| [`WP-01`](manual/actions.md) Decide and set the critical settings (foundation) | Network Architect | foundation | 4 | 4 | — | a person can start it now |
| [`WP-02`](manual/actions.md) Decide and set the critical settings (foundation) | Platform Architect | foundation | 4 | 4 | — | a person can start it now |
| [`WP-03`](manual/actions.md) Decide and set the critical settings (workloads) | Network Architect | workloads | 9 | 9 | — | a person can start it now |
| [`WP-04`](manual/actions.md) Decide and set the critical settings (workloads) | Platform Architect | workloads | 9 | 9 | — | a person can start it now |
| [`WP-05`](manual/actions.md) Decide and set the critical settings (workloads) | Security Architect | workloads | 9 | 9 | — | a person can start it now |Was die Zahlen sagen
13 Einheiten: 9 VMs und 4 Netzwerke. Der Plan erstellt 34 Ressourcenblöcke und enthält 35 manuelle Schritte in 5 Arbeitspaketen, verteilt auf drei Rollen: Network, Platform und Security Architect.
Was sie nicht sagen
Keiner der 34 automatisierten Schritte kann schon wie geschrieben laufen: Der Plan führt 28 OpenTofu-Variablen ohne Wert, darunter Maschinentypen, Image-IDs und Netzwerkpräfixe. Die Zahlen zählen Arbeit; sie sind keine Dauern.
Wo die Verantwortlichen sitzen
Zwei Pakete gehören dem Network Architect, zwei dem Platform Architect, eines dem Security Architect. Besitzt eine Rolle die meisten Schritte, ist diese Rolle Ihr Terminrisiko.
Rückwärts vom Termin planen
1. Unverrückbare Daten festlegen
Das Vertragsende, eine etwaige Kündigungsfrist und das Datum, bis zu dem die letzte VM die alte Plattform verlassen haben muss. Diese stehen in Ihrem Vertrag; kein Werkzeug liest sie.
2. Die Umgebung sortieren
Jede VM ist Kandidat für Umzug, Stilllegung oder Neubau. Der Lauf stuft alle neun VMs als RECONFIGURE ein, weil der Rehost die Standardbehandlung ist. Stilllegen ist Ihre Entscheidung und spart Arbeit: Eine ausgeschaltete Maschine, eine Testkopie oder ein Build-Server lässt sich günstiger streichen als umziehen.
3. Offene Variablen füllen
Maschinentypen, Image-IDs, Netzwerkpräfixe und die Performance-Klasse sind die Werte, die der Entwurf nicht kennen kann. Die Netzwerkpräfixe gehören zum ersten Arbeitspaket, WP-01 des Network Architect; Maschinentypen und Image-IDs tragen Sie in review/target-values.tfvars ein. Solange sie fehlen, kann kein automatisierter Schritt laufen.
4. Einen Piloten wählen
Der Lauf schlägt vor, einen Workload vollständig auf einem STACKIT-Sandbox-Projekt durchzuspielen, wobei ein Architekt vorher die offenen Einstellungen schließt. Sie nehmen den Vorschlag an oder lehnen ihn ab. Behandeln Sie ihn als Generalprobe, die zeigt, wie lange eine VM wirklich braucht.
5. Wellen schneiden und Puffer lassen
In migration/waves.csv sind die Netzwerke Welle 1 und alle neun VMs Welle 2. Teilen Sie die zweite Welle nach Anwendung auf und lassen Sie vor dem Vertragstermin Puffer; die Reihenfolge darin ist eine Wahl, die weiter unten besprochen wird.
6. Parallelbetrieb und Stilllegung planen
Legen Sie fest, wie lange beide Plattformen laufen, wer den Verkehr umstellt und wer die alten Maschinen abschaltet. Der Plan dieses Laufs enthält keine Schritte für Cutover, Verifikation oder Stilllegung; ergänzen Sie sie daher im Terminplan.
Die Demo-Umgebung sortieren: Umzug, Stilllegung oder Neubau
| VMs | Was der Export zeigt | Exit-Entscheidung |
|---|---|---|
| erp-app01, erp-db01 | Windows Server 2016, ERP; die Datenbank-VM hat 1 TiB bereitgestellten Plattenplatz; Produktionscluster | Nach Risiko zuerst oder zuletzt umziehen, nicht nach Größe. STACKIT bietet Windows Server 2016 bis 2025 und hält fest, dass sich Windows-Lizenzen nicht migrieren lassen; das Lizenzmodell ändert sich also mit dem Umzug. |
| web-intra01, web-intra02 | Zwei identische Ubuntu-22.04-Server | Aus dem von STACKIT angebotenen Ubuntu-22.04-Image neu bauen und den Inhalt übernehmen; Pilotkandidat. |
| tst-erp01, dev-build01 | Testkopie des ERP und ein Build-Server | Entscheiden, ob sie der Produktion folgen oder danach aus ihr neu erzeugt werden. |
| tst-old01 | Ausgeschaltet, CentOS 7 in der Konfiguration | Der Lauf warnt, dass das Gastsystem das Support-Ende seines Herstellers überschritten hat. Stilllegen, sofern sich kein Verantwortlicher meldet. |
| dr-erp01, dr-erp02 | Replikate des ERP in einem zweiten Rechenzentrum | Vom Lauf wie jede VM umgezogen. Ihr Zweck ist eine Designfrage; siehe unten. |
Alle sind im Lauf RECONFIGURE. Die Entscheidungen in der rechten Spalte treffen Sie, nicht der Lauf.
Schritt 2: Disaster Recovery, die Entscheidung, die kein Termin abdeckt
Links: die Produktions-Datenbank-VM und ihr Replikat liegen in verschiedenen Rechenzentren. Rechts: die eine Variable, die jeden Server und jedes Volume des Entwurfs platziert.
VM,Powerstate,Template,CPUs,Memory,NICs,Disks,Provisioned MiB,In use MiB,Primary IP Address,Datacenter,Cluster,Host,Folder,Annotation,OS according to the configuration file,OS according to the VMware Tools,VM UUID
erp-db01,poweredOn,False,16,131072,1,3,1048576,640000,10.70.10.12,DC-Frankfurt,CL-Prod,esx52,erp,ERP database SQL Server,Windows Server 2016 (64-bit),Microsoft Windows Server 2016,4210-ffff-0002
dr-erp02,poweredOn,False,16,131072,1,3,1048576,500000,10.80.10.12,DC-Duesseldorf,CL-DR,esx71,erp,DR replica of erp-db01,Windows Server 2016 (64-bit),Microsoft Windows Server 2016,4210-ffff-0009variable "availability_zone" {
type = string
description = "Default availability zone for servers and volumes."
default = "eu01-1"
}Eine Zone für alles
Der Lauf hält fest, dass der Entwurf jeden Server in var.availability_zone legt und dass das Quell-Rechenzentrum nicht auf einen STACKIT-Standort abgebildet wird. Primär und Replikat würden mit dem Standardwert in derselben Zone landen.
Ihre Designfrage
Brauchen Sie weiterhin ein Replikat an einem zweiten Ort, und wie wird es auf der neuen Plattform synchron gehalten? Das ist eine Architekturentscheidung mit eigener Arbeit, kein Nebeneffekt des Umzugs.
Replikate, die replizieren
Im Export ist das Replikat eine VM mit eigenen Platten. Als einfache VM umgezogen, nimmt es seine Platten mit, nicht seine Replikation; entscheiden Sie zuerst, wie das neue Wiederanlaufdesign aussieht.
Was ein Verlängerungstermin nicht für Sie entscheidet
Windows-Lizenzen
STACKIT-Windows-Server-VMs sind nur für das Betriebssystem lizenziert, und Lizenzen lassen sich nicht migrieren. Fünf der neun Demo-VMs laufen auf Windows Server 2016; die Lizenzkostenzeile ändert sich also mit dem Umzug.
Maschinen ohne Verantwortliche
tst-old01 und ähnliche Maschinen haben im Export keinen Verantwortlichen. Fragen Sie einmal, mit Frist; Schweigen ist eine Entscheidung zur Stilllegung.
Maschinengrößen für Windows
Die ERP-Datenbank-VM hat 16 vCPU und 128 GiB, ein Verhältnis von 1:8, das die Seite zu Maschinentypen der Familie m zuordnet. Größen sind nicht anpassbar, und Windows Server läuft nur auf den Typen, die die Seite als kompatibel markiert (zum Beispiel auf keinem AMD-Typ); prüfen Sie daher früh, ob die genaue Größe für Windows verfügbar ist.
Reihenfolge der zweiten Welle
Das Schwierigste zuerst lässt Zeit, Probleme aufzufangen; das Einfachste zuerst schafft Routine. Wählen Sie bewusst eines.
Fragen zur Exit-Planung
Wie lange dauert die Migration?
StackToIT schätzt keine Dauern. Es zählt Schritte und Arbeitspakete und zeigt, wem sie gehören. Messen Sie eine Pilot-VM von Anfang bis Ende und skalieren Sie davon, mit Puffer.
Kann ich beginnen, bevor ich die Verlängerungsbedingungen kenne?
Ja. RVTools braucht nur Lesezugriff auf vCenter, und die Bewertung braucht nichts außer dem Export; beides kann daher lange vor der Verhandlung laufen.
Enthält der Plan Cutover und Stilllegung?
Nicht in diesem Lauf: Seine Konsole meldet 0 Lifecycle-Schritte (Cutover, Verifikation, Stilllegung), und die Wellen Cutover, Verification und Decommission des Migrationsplans enthalten keinen Schritt. Ergänzen Sie sie selbst; unser Runbook für den Netzwerk-, DNS- und Firewall-Cutover bei VMware ist ein ausgearbeitetes Beispiel für solche Schritte, jeweils mit verantwortlicher Person, Prüfung und Rollback.
Muss jede VM umziehen?
Nein. Umziehen ist die Standardbehandlung, keine Empfehlung. Eine Maschine stillzulegen, die niemand nutzt, ist der billigste Schritt im Plan.
Quellen
Ihr nächster Schritt: STACKIT.
Erzählen Sie uns von Ihrer Umgebung. Wir zeigen Ihnen, was StackToIT dafür liefert: Zielarchitektur, Terraform-Artefakte und einen strukturierten Migrationsplan.