VMWARE → STACKIT · VOLLSTÄNDIGER LEITFADEN
Der vollständige Leitfaden für die Migration von VMware zu STACKIT
Exportieren Sie Ihre VMs mit RVTools, lassen Sie StackToIT daraus einen STACKIT-Zielentwurf und einen geordneten Plan erstellen, beantworten Sie die Werte, die der Export nicht enthält, und bauen Sie dann in dieser Reihenfolge: Netzwerke, Images, Server und Volumes, Daten, Cutover. Jeder Schritt unten nennt die Datei des Pakets, die die Antwort enthält. Die Beispiele stammen aus einer kleinen Shop-Umgebung mit vier VMs, einem Template und drei Portgruppen, bewertet am 4. November 2026.
Die zehn Schritte der Reihe nach
Das Paket von StackToIT ist ein Vorschlag, den Ihr Architekt prüft. Nichts darin läuft von selbst, und das Werkzeug berührt weder Ihre VMware- noch Ihre STACKIT-Umgebung.
1. Mit RVTools exportieren
Exportieren Sie die Blätter vInfo, vDisk und vNetwork, als .xlsx-Datei oder als Verzeichnis mit CSV-Dateien. Die Umgebung auf dieser Seite nutzte alle drei. RVTools selbst braucht Lesezugriff auf vCenter; StackToIT liest nur die exportierten Dateien und installiert nichts in VMware.
2. Auf Ihrem eigenen Rechner bewerten
Starten Sie stacktoit assess ./rvtools ./vmware-migration. Fügen Sie --offline hinzu, wenn der Rechner das Netzwerk nicht erreichen darf. Wird der Eingabetyp nicht erkannt, ergänzen Sie --input rvtools.
3. Das Ergebnis lesen
Die Konsole zeigt Klassen und Zahlen, der Ordner enthält index.html, und execution/README.md sagt, was schon laufen kann. Lesen Sie vor allem anderen den ersten Blocker.
4. Beantworten, was dem Export fehlt
RVTools exportiert weder Subnetzmasken noch Maschinentypen. Füllen Sie review/target-values.tfvars und starten Sie den Lauf erneut mit demselben Ausgabeordner; der nächste Lauf übernimmt die Antworten.
5. Die kritischen Einstellungen klären
Jede Einheit trägt Einstellungen, die der Entwurf nicht entscheidet. Arbeitspakete gruppieren sie nach Rolle: Network, Platform und Security Architect.
6. Netzwerke bauen
Portgruppen werden in der Welle „Netzwerk und Sicherheit“ des Migrationsplans zu STACKIT-Netzwerken. Die Server behalten dort ihre Adressen.
7. Platten konvertieren und hochladen
Konvertieren Sie jede Bootplatte nach qcow2 oder raw, laden Sie sie als Image hoch und tragen Sie die Image-ID in die Server-Variable ein.
8. Terraform in einem Testprojekt anwenden
Server, Schnittstellen und Volumes kommen aus dem Entwurf. Wenden Sie ihn erst an, wenn jeder Schritt wie geschrieben ausführbar ist.
9. Daten übertragen und umstellen
StackToIT überträgt nie Daten. Zweite Platten kopieren, Datenverkehr umleiten und prüfen: Diese Schritte fügen Sie dem Plan selbst hinzu.
10. Prüfen und stilllegen
Führen Sie stacktoit verify für das Paket aus, prüfen Sie die migrierte Umgebung und legen Sie die Quelle nach Ihrem Zeitplan still.
Schritte 2 und 3: was der erste Lauf Ihnen sagt
Die Konsolenzusammenfassung der Shop-Umgebung und das Netzwerk, das der Entwurf für die Web-Ebene schreibt. Im Terraform sind die Kommentarzeilen ausgelassen.
StackToIT Assess
────────────────────────────────────────────
Source: rvtools
Source files: 1
Resources scanned: 8
Migration units: 8 (8 instances)
Unit dependencies: 5
STACKIT mapping
────────────────────────────────────────────
DIRECT 0
RECONFIGURE 7 ██████████████████████████ 87%
REPLATFORM 1 ███ 12%
CONTAINERIZE 0
REDESIGN 0
MANUAL_REVIEW 0
BLOCKED 0 (the mapping class BLOCKED, not the execution blockers, which Migration readiness counts)
Confidence HIGH 0 · MEDIUM 8 · LOW 0resource "stackit_network" "network_PG_Shop_Web" {
project_id = var.project_id
name = "pg-shop-web"
ipv4_prefix = var.network_PG_Shop_Web_ipv4_prefix
ipv4_nameservers = var.network_PG_Shop_Web_ipv4_nameservers
}
variable "network_PG_Shop_Web_ipv4_prefix" {
type = string
description = "IPv4 prefix (CIDR) for the network replacing port group PG-Shop-Web. Addresses seen on it: 10.20.10.11, 10.20.10.12."
}Acht Einheiten, zwei Klassen
Sieben Einheiten sind RECONFIGURE: vier Server und drei Netzwerke. Eine ist REPLATFORM: das Template. Alle acht tragen die Konfidenz MEDIUM.
Das Präfix ist eine Variable
Der Netzwerkblock liest sein Präfix aus einer Variablen, weil der Export Adressen, aber keine Maske enthält. Die Variablenbeschreibung nennt die gesehenen Adressen: 10.20.10.11 und 10.20.10.12.
Wie die Umgebung zugeordnet wird
| VMware | STACKIT-Ziel | Klasse und was sich ändert |
|---|---|---|
| Virtuelle Maschine | Server, Volumes und Netzwerkschnittstellen auf Compute Engine | RECONFIGURE. Die Bootplatte wird zu Image und Boot-Volume, weitere Platten werden Volumes, VMware Tools sowie die Treiber vmxnet3 und PVSCSI werden ersetzt. |
| VM-Template | STACKIT-Image | REPLATFORM. Die VMDK nach qcow2 oder raw konvertieren und hochladen oder aus einem öffentlichen STACKIT-Image neu bauen. Der Entwurf schreibt keine Ressource. |
| Portgruppe | STACKIT-Netzwerk | RECONFIGURE. VLAN-IDs und virtuelle Switches haben auf STACKIT keine Bedeutung; das Präfix wird ausdrücklich gesetzt und beibehalten, wenn die VMs ihre Adressen behalten. |
Die Shop-Umgebung hat 4 VMs, 1 Template und 3 Portgruppen. Der Plan enthält 34 Schritte: 15 OpenTofu-Schritte und 19 manuelle Schritte.
Schritt 4: die Werte, die nur Sie liefern können
Links: ein Eintrag der Vorlage, die der Lauf in review/ hinterlässt. Rechts: die Befehle, die das Paket zum Anwenden nennt. Nichts im Paket führt sie aus.
# IPv4 prefix (CIDR) for the network replacing port group PG-Shop-Web. Addresses seen on it: 10.20.10.11, 10.20.10.12.
# network_PG_Shop_Web_ipv4_prefix = # string## Commands
From the output folder:
```sh
cd terraform
tofu init
tofu validate
tofu plan -out=stackit.tfplan
tofu apply stackit.tfplan
```Gleicher Ordner, zweiter Lauf
Entfernen Sie das # am Anfang einer Zeile, tragen Sie den Wert ein und starten Sie StackToIT erneut mit demselben Ausgabeordner. Passende Werte werden übernommen; der Lauf sagt, welche er abgelehnt hat und warum.
Nicht zu früh anwenden
Das Paket sagt, dass 15 OpenTofu-Schritte geschrieben sind, aber im jetzigen Plan nicht ausgeführt werden können. Ein vollständiges Anwenden würde trotzdem versuchen, sie anzulegen; warten Sie, bis die Tabellen jeden Schritt als ausführbar ausweisen.
Schritte 6 bis 9 im Detail
Netzwerke vor Servern
Der Migrationsplan legt die drei Netzwerke in seine Welle 2 („Netzwerk und Sicherheit“) und die Server in seine Welle 5 („Workloads“). migration/waves.csv nummeriert die Abhängigkeitsreihenfolge auf einer eigenen Skala: Welle 1 für die Netzwerke, Welle 2 für die Server. Beide Dateien beschreiben dieselbe Reihenfolge. Ein Server wartet auf seine Schnittstelle, eine Schnittstelle auf ihr Netzwerk.
Platten als Images
Laut STACKIT-Anleitung: Image-Datensatz mit diskFormat raw oder qcow2 anlegen, die Datei an die zurückgegebene URL hochladen, auf AVAILABLE warten. Die URL läuft nach wenigen Stunden ab; ein Image darf höchstens 70 GB groß sein.
Maschinentypen aus dem Katalog
Die Server-Variable nennt die Quellgröße, etwa 8 vCPU und 32 GiB für die Datenbank-VM. Wählen Sie aus dem STACKIT-Katalog; Größen lassen sich nicht anpassen.
Daten auf zweiten Platten
Eine zweite Platte wird zu einem Volume, und der Entwurf vermerkt, dass ihre Daten danach kopiert werden. Volumes bis 16 TB sind möglich; sie lassen sich vergrößern, solange sie nicht angehängt sind, aber nie verkleinern.
Die letzten vier Wellen gehören Ihnen
Der Migrationsplan führt Datenmigration, Cutover, Verifikation und Stilllegung als Wellen, doch kein Schritt dieses Laufs liegt darin. Ergänzen Sie Ihre eigenen.
Entscheidungen, die beim Architekten liegen
| Entscheidung | Warum der Export sie nicht klärt | Wo sie festgehalten wird |
|---|---|---|
| Netzwerkpräfix und DNS-Server | RVTools exportiert weder Subnetzmasken noch Nameserver | review/target-values.tfvars |
| Maschinentyp je Server | Bekannt sind nur vCPU und Speicher der Quelle | review/target-values.tfvars |
| Template konvertieren oder neu bauen | Hängt vom Inhalt des Templates ab | Manueller Schritt WP-03, Entscheidungsdatei |
| Adressen behalten oder ändern | Der Entwurf schreibt jede Quell-IP fest in den Block der Netzwerkschnittstelle | Das Feld ipv4 jeder Netzwerkschnittstelle in terraform/compute.tf |
| Methode und Fenster der Datenkopie | Das Paket hält fest, dass es den Datenumzug nicht bewertet | Ihre eigenen Schritte in den Wellen für Daten, Cutover und Verifikation |
Antworten auf Designfragen gehören in eine Eingabedatei, Abnahmen in eine Entscheidungsdatei. Eine festgehaltene Prüfung allein schreibt das Terraform nicht um.
Fragen vor dem Start
Verbindet sich StackToIT mit vCenter oder STACKIT?
Nein. Es liest den Export auf Ihrem Rechner und schreibt Dateien. Terraform anwenden und Daten übertragen: Das erledigen Menschen mit ihren eigenen Zugangsdaten.
Lässt sich das Terraform direkt anwenden?
Es ist ein Entwurf zur Prüfung. In diesem Lauf kann keiner der 15 automatisierten Schritte wie geschrieben laufen, weil Werte, Image-IDs und Entscheidungen offen sind. Validieren und planen Sie zuerst gegen ein Testprojekt.
Welche Plattenformate importiert STACKIT?
Für Platten qcow2 und raw. Die STACKIT-Anleitung für eigene Images akzeptiert außerdem iso als diskFormat; eine konvertierte VMDK wird als qcow2 oder raw hochgeladen.
Was tue ich nach dem letzten Schritt?
Führen Sie stacktoit verify für den Paketordner aus, um ihn gegen sein Manifest zu prüfen, und bewahren Sie den Ordner als Nachweis der getroffenen Entscheidungen auf.
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.