VMWARE → STACKIT · TUTORIAL
VMware Tools, Netzwerktreiber und Gast-Konvertierung für STACKIT
Eine konvertierte Disk bootet bei STACKIT mit einem Gast, der noch VMware-Hardware erwartet. Diese Anleitung bewertet sieben VMs mit Linux- und Windows-Gästen, einem alten E1000-Adapter, zwei Betriebssystemen am Support-Ende und einem Proxy mit zwei Netzwerken. Sie zeigt, was der Lauf je Gast meldet, was er offenlässt und welche Gast-Schritte reine Praxis sind, die Sie selbst ausführen.
Adapter im Export und ein Server mit zwei Netzwerken im Entwurf
Eine für diese Seite geschriebene Demo-Umgebung, am 4. November 2026 von StackToIT bewertet: sieben VMs, zwei Portgruppen. Links das ganze Blatt vNetwork; beachten Sie die Adaptertypen vmxnet3, E1000 und E1000E. Rechts der Entwurf für fw-proxy01 mit zwei Adaptern; Prüfkommentarzeilen sind weggelassen.
VM,NIC label,Adapter,Network,Switch,Connected,IPv4 Address,VM UUID
web-rhel9,Network adapter 1,Vmxnet3,PG-Prod,dvs-prod,True,10.50.1.11,4205-e014-0001
app-deb12,Network adapter 1,Vmxnet3,PG-Prod,dvs-prod,True,10.50.1.21,4205-e014-0002
win-ad01,Network adapter 1,Vmxnet3,PG-Infra,dvs-prod,True,10.50.2.11,4205-e014-0003
win-app02,Network adapter 1,E1000E,PG-Prod,dvs-prod,True,10.50.1.31,4205-e014-0004
legacy-c7,Network adapter 1,E1000,PG-Prod,dvs-prod,True,10.50.1.41,4205-e014-0005
fw-proxy01,Network adapter 1,Vmxnet3,PG-Prod,dvs-prod,True,10.50.1.51,4205-e014-0006
fw-proxy01,Network adapter 2,Vmxnet3,PG-Infra,dvs-prod,True,10.50.2.51,4205-e014-0006
tpl-rhel9,Network adapter 1,Vmxnet3,PG-Prod,dvs-prod,False,,4205-e014-0007resource "stackit_network_interface" "vm_fw_proxy01_nic1" {
project_id = var.project_id
network_id = stackit_network.network_PG_Prod.network_id
ipv4 = "10.50.1.51"
}
resource "stackit_network_interface" "vm_fw_proxy01_nic2" {
project_id = var.project_id
network_id = stackit_network.network_PG_Infra.network_id
ipv4 = "10.50.2.51"
}
resource "stackit_server" "vm_fw_proxy01" {
project_id = var.project_id
name = "fw-proxy01"
machine_type = var.vm_fw_proxy01_machine_type
availability_zone = var.availability_zone
boot_volume = {
source_type = "image"
source_id = var.vm_fw_proxy01_image_id
size = 60
}
network_interfaces = [stackit_network_interface.vm_fw_proxy01_nic1.network_interface_id, stackit_network_interface.vm_fw_proxy01_nic2.network_interface_id]
}Eine Schnittstelle je Adapter
Jeder Adapter wird zu einer Netzwerkschnittstelle in dem Netzwerk, das seine Portgruppe ersetzt, mit der Adresse aus dem Export als feste IPv4. Der Server führt beide Schnittstellen.
Der Adaptertyp fehlt in der Datei
Der Lauf zählt den Adaptertyp zu den Eigenschaften, die der Entwurf nicht übernimmt. Sie erfahren ihn stattdessen über einen Befund zu den alten Adaptern; für Treiberarbeit lesen Sie also die Befunde, nicht das Terraform.
Gast für Gast: Was der Lauf sagt
| VM und Gast | Im Export | Was der Lauf meldet |
|---|---|---|
| web-rhel9: Red Hat Enterprise Linux 9 | vmxnet3, UEFI | Kein Befund. Auf der offenen Liste bleiben Gast-Tools, Firmware und Betriebszustand. |
| app-deb12: Debian 12 | vmxnet3, UEFI | Kein Befund. Dieselbe offene Liste. |
| win-ad01: Windows Server 2019 | vmxnet3 | Hinweis: Image für die neue virtuelle Hardware vorbereiten und Windows-Lizenzierung prüfen. |
| win-app02: Windows Server 2012 R2 | E1000E, ein Snapshot | Warnung: Das Betriebssystem hat das Support-Ende des Herstellers überschritten und wird von den öffentlichen STACKIT-Images nicht abgedeckt. Dazu der Windows-Hinweis, der Snapshot-Hinweis und der Hinweis zum alten Adapter. |
| legacy-c7: CentOS 7 | E1000, Spalte Tools-OS leer | Warnung zum Support-Ende, Hinweis zum alten Adapter. Die Tools-Einstellung ist nicht angegeben, weil der Export für diese VM kein Tools-OS enthält. |
| fw-proxy01: Ubuntu 22.04 | zwei vmxnet3-Adapter | Hinweis: mehrere Adapter, jeder wird zu einer Schnittstelle. |
| tpl-rhel9: Template | ausgeschaltet | REPLATFORM: in ein STACKIT-Image konvertieren oder aus einem öffentlichen STACKIT-Image neu aufbauen; kein Terraform-Block. |
Kennzahlen des Laufs: 9 Einheiten, 8 entworfen und 1 für den Architekten offen. Die einzige manuelle Einheit ist das Template.
Einen Gast vorbereiten, Schritt für Schritt
Die ersten Schritte folgen dem, was der Lauf meldet. Die Befehle und die Reihenfolge im Gast sind übliche Praxis; StackToIT führt sie nicht aus.
Die Umgebung nach Gastfamilie sortieren
Lesen Sie die beiden OS-Spalten von vInfo: das Betriebssystem aus der Konfigurationsdatei und das von den VMware Tools gemeldete. Die Prüfungen des Laufs lesen nur die Spalte der Konfigurationsdatei; einen Gast, dessen Tools etwas anderes oder nichts melden, muss eine Person prüfen.
Linux: VMware Tools entfernen oder ersetzen
Broadcom dokumentiert den Aufruf von vmware-uninstall-tools.pl als root und danach einen Neustart des Gasts. Läuft im Gast open-vm-tools aus den Paketen der Distribution, erledigen Sie das stattdessen über den Paketmanager (übliche Praxis). STACKIT führt Debian, Ubuntu, RHEL, Rocky, AlmaLinux, Fedora, CentOS Stream und openSUSE als bereitgestellte Images; Anforderungen an eigene Images behandelt die Seite nicht.
Windows: VMware Tools deinstallieren
Broadcom dokumentiert den Weg über „Programme und Features“: VMware Tools auswählen, „Deinstallieren“, danach ein Neustart. Tun Sie das im Gast, den Sie konvertieren, vor dem letzten Export, und behalten Sie die Konsole der Quell-VM, bis das Ziel gebootet hat.
Treiber: dem STACKIT-Beispiel folgen, dann testen
Laut Lauf werden die VMware-spezifischen Komponenten, also VMware Tools sowie die Treiber vmxnet3 und PVSCSI, durch die Treiber ersetzt, die das STACKIT-Image braucht. Die für diesen Leitfaden gelesenen Seiten der STACKIT-Dokumentation nennen keine Treiberanforderungen. Das eigene Professional-Services-Beispiel von STACKIT für ein Windows-Image installiert die drei VirtIO-Treiber NetKVM, Viostor und Vioscsi, richtet Cloudbase-Init ein und führt Sysprep aus, bevor es die Disk nach qcow2 konvertiert. Das Beispiel startet von Hyper-V; nutzen Sie es als Vorlage, bestätigen Sie die Anforderungen für Ihre Gäste mit STACKIT und testen Sie an einer Kopie jedes VMware-Gasts. Für Linux-Gäste nennt keine der hier gelesenen STACKIT-Seiten Treiber- oder cloud-init-Anforderungen.
Firmware
BIOS oder UEFI ist laut Lauf eine Eigenschaft des hochgeladenen Images, das der Architekt anlegt. Der Export hat eine Spalte „Firmware“; lesen Sie sie für jede VM und stellen Sie das Image passend ein.
Netzwerkkonfiguration
Der Entwurf setzt eine feste IPv4 je Schnittstelle. Einen Gast mit eigener statischer Konfiguration oder einem alten Adapter prüfen Sie nach dem ersten Boot, denn Adapternamen und Treiber können sich ändern.
Ohne Quellnetzwerk starten
Booten Sie die erste Kopie in einem isolierten Netzwerk oder mit deaktivierter Schnittstelle, damit nie zwei Server mit einer Adresse aufeinandertreffen.
Firmware und das Image, das der Entwurf erwartet
Links die offene Firmware-Einstellung aus der Aktionsliste. Rechts die Image-Variable für win-app02, die der Entwurf deklariert und ohne Wert lässt.
- `boot-firmware` (Platform Architect; decision register record DEC-OPS-VM-APP-DEB12)
- Why: The mapping rule for this kind of unit recognises the unit but only passes this setting to a person; it does not decide its value. BIOS or EFI is a property of the uploaded image (stackit_image.config.uefi, secure_boot), which the architect creates.variable "vm_win_app02_image_id" {
type = string
description = "STACKIT image converted from the boot disk of VM win-app02 (qcow2 or raw)."
}Entscheidungen für den Architekten
Gäste am Support-Ende
win-app02 (Windows Server 2012 R2) und legacy-c7 (CentOS 7) liegen außerhalb der Images, die STACKIT bereitstellt: Windows Server 2016, 2019, 2022 und 2025 sowie CentOS Stream. Aktualisieren Sie zuerst, oder laden Sie ein eigenes Image hoch und tragen das Risiko selbst.
Windows-Lizenzen
Für ein hochgeladenes Image liefert STACKIT keine Windows-Lizenz. Die Lizenzseite nennt den Flexible Virtualization Benefit und verlangt Subscription-Lizenzen oder Software Assurance; sie hält fest, dass Sie für die Lizenzierung des eigenen Images voll verantwortlich sind.
Neu aufbauen statt konvertieren
Bei zustandslosen Linux-Gästen wie web-rhel9 ist ein Start aus einem STACKIT-Image mit neu installierter Anwendung oft weniger Arbeit als die Konvertierung einer Disk. Entscheiden Sie je Gast.
Alte Adapter
Planen Sie einen Konsolenzugang ein, falls das Netzwerk auf E1000-Gästen nach dem ersten Boot nicht hochkommt.
Snapshots
win-app02 hat einen Snapshot. Konsolidieren Sie ihn vor dem Export.
Fragen zu VMware Tools und Treibern
Entfernt StackToIT die VMware Tools?
Nein. StackToIT liest den Export und schreibt einen Plan und einen Entwurf. Entfernung und Treiberarbeit erledigen Sie selbst im Gast.
Muss ich die VMware Tools vor dem Export deinstallieren?
Der Lauf sagt, dass die VMware-spezifischen Komponenten durch das ersetzt werden, was das STACKIT-Image braucht. Broadcom dokumentiert die Entfernung; ob vor oder nach der Konvertierung, hängt davon ab, wie Sie die erste Kopie booten und testen.
Warum fehlt der Adaptertyp im Terraform?
Der Lauf übernimmt den Adaptertyp nicht in den Entwurf; die Netzwerkschnittstelle, die er schreibt, nennt ein Netzwerk und eine Adresse. Stattdessen warnt er vor alten Adaptern; die Prüfung im Gast bleibt daher bei Ihnen.
Kann ich Windows Server 2012 R2 behalten?
Die von STACKIT bereitgestellten Images beginnen bei 2016. Ein selbst hochgeladenes Image ist möglich, doch Lizenzierung und Support liegen dann bei Ihnen.
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.