VMWARE RVTOOLS → STACKIT
Vom RVTools-Export zur STACKIT-Bewertung
Ein RVTools-Export genügt für den Start: StackToIT liest die Blätter vInfo, vDisk und vNetwork auf Ihrem Rechner, gibt jeder VM, jeder Vorlage und jeder Portgruppe ein STACKIT-Ziel, eine Klasse und eine Begründung und schreibt STACKIT-Terraform für Server, Volumes und Netzwerke. Es installiert nichts in der VMware-Umgebung und verbindet sich nicht mit vCenter.
Aus Portgruppen werden STACKIT-Netzwerke
Ein kleiner RVTools-Export, für diese Seite geschrieben und am 4. November 2026 von StackToIT bewertet. Links die Eingabe, rechts die Ressourcenblöcke des STACKIT-Terraforms, das die Engine geschrieben hat; die Prüfkommentare über jedem Block in der Datei sind hier ausgelassen.
VM,NIC label,Adapter,Network,Switch,Connected,IPv4 Address,VM UUID
shop-web01,Network adapter 1,Vmxnet3,PG-Shop-Web,dvs-shop,True,10.20.10.11,4202-bbbb-0001
shop-web02,Network adapter 1,Vmxnet3,PG-Shop-Web,dvs-shop,True,10.20.10.12,4202-bbbb-0002
shop-api01,Network adapter 1,Vmxnet3,PG-Shop-App,dvs-shop,True,10.20.20.21,4202-bbbb-0003
shop-pg01,Network adapter 1,Vmxnet3,PG-Shop-DB,dvs-shop,True,10.20.30.31,4202-bbbb-0004
tpl-ubuntu2204,Network adapter 1,Vmxnet3,PG-Shop-Web,dvs-shop,False,,4202-bbbb-0005resource "stackit_network" "network_PG_Shop_App" {
project_id = var.project_id
name = "pg-shop-app"
ipv4_prefix = var.network_PG_Shop_App_ipv4_prefix
ipv4_nameservers = var.network_PG_Shop_App_ipv4_nameservers
}
resource "stackit_network" "network_PG_Shop_DB" {
project_id = var.project_id
name = "pg-shop-db"
ipv4_prefix = var.network_PG_Shop_DB_ipv4_prefix
ipv4_nameservers = var.network_PG_Shop_DB_ipv4_nameservers
}
resource "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
}Ein Netzwerk je Portgruppe
PG-Shop-Web, PG-Shop-App und PG-Shop-DB werden zu drei STACKIT-Netzwerken. Der Distributed Switch dvs-shop hat auf STACKIT keine Bedeutung und wird nicht übernommen.
Präfix erfragt, Adressen genannt
RVTools exportiert keine Subnetzmasken, darum ist das IPv4-Präfix jedes Netzwerks eine Variable. Ihre Beschreibung nennt die Adressen, die auf der Portgruppe vorkommen, bei PG-Shop-Web 10.20.10.11 und 10.20.10.12.
Maschinen behalten ihre Adressen
Jeder Adapter der vier VMs wird zu einer STACKIT-Netzwerkschnittstelle mit der IPv4-Adresse aus dem Export. So behält shop-web01 die 10.20.10.11 im Netzwerk, das PG-Shop-Web ersetzt.
DNS-Server als Eingabe
RVTools zeigt nicht, welche DNS-Server die VMs nutzen. Die Nameserver jedes Netzwerks sind darum eine Variable, die Sie auf die DNS-Server Ihres Standorts setzen.
Aus einer VM-Vorlage wird ein STACKIT-Image
Aus demselben Lauf. Links die Eingabe, rechts das Ergebnis, das StackToIT dafür festgehalten hat: ein Auszug aus assessment.json, die Werte genau so, wie der Lauf sie geschrieben hat.
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
shop-web01,poweredOn,False,2,8192,1,1,61440,22000,10.20.10.11,DC-Munich,CL-Shop,esx11,shop,Shop frontend,Ubuntu Linux (64-bit),Ubuntu 22.04.4 LTS,4202-bbbb-0001
shop-web02,poweredOn,False,2,8192,1,1,61440,21500,10.20.10.12,DC-Munich,CL-Shop,esx12,shop,Shop frontend,Ubuntu Linux (64-bit),Ubuntu 22.04.4 LTS,4202-bbbb-0002
shop-api01,poweredOn,False,4,16384,1,2,163840,70000,10.20.20.21,DC-Munich,CL-Shop,esx11,shop,Order API,Red Hat Enterprise Linux 9 (64-bit),Red Hat Enterprise Linux 9.4,4202-bbbb-0003
shop-pg01,poweredOn,False,8,32768,1,2,614400,380000,10.20.30.31,DC-Munich,CL-Shop,esx13,db,PostgreSQL 15 primary,Debian GNU/Linux 12 (64-bit),Debian GNU/Linux 12,4202-bbbb-0004
tpl-ubuntu2204,poweredOff,True,2,4096,1,1,30720,6000,,DC-Munich,CL-Shop,esx11,templates,Base image,Ubuntu Linux (64-bit),,4202-bbbb-0005{
"id": "vm.tpl-ubuntu2204",
"result": {
"class": "REPLATFORM",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT image"
},
"reason": "A VM template becomes a STACKIT image: export the VMDK, convert it to qcow2 or raw and upload it, or rebuild it from a STACKIT public image with the same provisioning."
}
}Vorlagen-Kennzeichen je Zeile gelesen
tpl-ubuntu2204 ist mit „Template = True“ markiert und wird darum als REPLATFORM mit dem Ziel STACKIT-Image eingestuft, während die vier laufenden VMs zu Servern werden.
Zwei Wege zum Image
Die VMDK exportieren, in qcow2 oder raw umwandeln und hochladen, oder das Image aus einem öffentlichen STACKIT-Image mit derselben Provisionierung neu bauen.
So wird der Export zugeordnet
| VMware-Objekt | STACKIT-Ziel | Migrationsklasse |
|---|---|---|
| 4 laufende VMs: shop-web01, shop-web02, shop-api01, shop-pg01 | STACKIT-Server mit Boot-Volume und Netzwerkschnittstelle; weitere Disks als Volumes | Rekonfigurieren |
| VM-Vorlage tpl-ubuntu2204 | STACKIT-Image | Replatforming |
| 3 Portgruppen | STACKIT-Netzwerke | Rekonfigurieren |
Klassen so, wie der Lauf sie entschieden hat, alle mit Konfidenz MEDIUM. Disk- und Adapterzeilen wurden ihren VMs zugeordnet: 7 von 7 vDisk-Zeilen und 5 von 5 vNetwork-Zeilen passten.
Was jedes Blatt beiträgt
vInfo: die Maschinen
CPUs, Arbeitsspeicher, Power-Status, Gastbetriebssystem und das Vorlagen-Kennzeichen entscheiden, ob eine Zeile zum Server oder zum Image wird und an welcher Größe der Server ausgerichtet wird.
vDisk: die Platten
Die erste Disk wird zum Boot-Volume und jede weitere zu einem STACKIT-Volume; die Kapazität wird von MiB in GiB umgerechnet: Aus 512000 MiB wird ein Volume mit 500 GiB.
vNetwork: die Verbindungen
Jede Adapterzeile nennt Portgruppe und IPv4-Adresse. Daraus werden das Netzwerk und die feste Adresse der Schnittstelle.
Einstellungen zur Prüfung
Für jede VM führt die Bewertung die Einstellungen auf, die eine Person bestätigt, darunter Power-Status, VMware Tools, Maschinengröße, Disk-Modus, Speicherreservierung und Snapshots.
Bewiesen an einer echten AWS-Umgebung
Die AWS Retail Store Sample App, ein öffentliches Terraform-Projekt von AWS, von StackToIT bewertet und vollständig veröffentlicht, genau so, wie der Lauf es geschrieben hat.
Fallstudie ansehen (Englisch)- 282
- Terraform-Ressourcendefinitionen analysiert
- 44
- Migrationseinheiten identifiziert
- 38
- Zieleinheiten erzeugt, von 52 betrachteten
- 331
- Planschritte erstellt
Fragen aus VMware-Teams
Braucht StackToIT Zugriff auf vCenter?
Nein. StackToIT liest die RVTools-Datei auf Ihrem Rechner. Es installiert nichts in der VMware-Umgebung und verbindet sich nicht mit vCenter.
Welche RVTools-Formate liest StackToIT?
Eine .xlsx-Arbeitsmappe oder ein Verzeichnis mit einer CSV-Datei je Blatt, so wie RVTools sie schreibt. Wird die Eingabe nicht erkannt, ergänzen Sie den Befehl um --input rvtools.
Was ergänzen wir zu den RVTools-Daten?
IP-Präfix und DNS-Server jedes Netzwerks, die STACKIT-Maschinentypen und die umgewandelten Disk-Images. RVTools beschreibt Infrastruktur, nicht Anwendungsverhalten: Abhängigkeiten der Anwendungen und den Zeitpunkt der Umstellung liefern die Verantwortlichen der Workloads.
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.