Linux-VMs von VMware zu STACKIT migrieren

Die Migration der Reihe nach

1. 01

   Die Linux-Umgebung erfassen

   Filtern Sie vInfo nach dem Gast-Betriebssystem. Die Spalte „OS according to the configuration file“ steuert die Prüfung auf Support-Ende; mit der Spalte der VMware Tools vergleichen Sie sie.

2. 02

   Je Distribution Image oder Neuaufbau wählen

   Vergleichen Sie jedes Gastsystem mit der Liste der öffentlichen STACKIT-Images. Eine gelistete Distribution lässt sich aus ihrem öffentlichen Image neu aufbauen. Eine nicht gelistete oder nicht mehr unterstützte braucht zuerst ein Upgrade oder ein eigenes Image. Die Tabelle unten zeigt das für die Demo-Umgebung.

3. 03

   Snapshots konsolidieren und sauber herunterfahren

   Migriert wird nur der aktuelle Stand einer VM. Der Lauf vermerkt das bei jeder Maschine. Konsolidieren Sie Snapshots zuerst und fahren Sie das Gastsystem kontrolliert herunter, bevor Sie die Platte kopieren.

4. 04

   Boot-Platte konvertieren

   STACKIT akzeptiert raw, qcow2 und iso. Ein Werkzeug wie qemu-img konvertiert ein VMDK, zum Beispiel qemu-img convert -O qcow2 quelle.vmdk boot.qcow2. Die Engine führt das nicht aus.

5. 05

   Image importieren

   Legen Sie das Image über die IaaS-API an, laden Sie die Datei an die zurückgegebene Upload-Adresse hoch und warten Sie, bis der Image-Status AVAILABLE ist. Setzen Sie den Boot-Modus am Image: Ob BIOS oder EFI, entscheiden Ihre Architekten; der Lauf führt den Boot-Modus als offene Einstellung.

6. 06

   Variablen füllen und im Testprojekt anwenden

   Der Entwurf fragt je Server nach Image-ID und Maschinentyp und für die Volumes nach der Performance-Klasse. Wenden Sie ihn zuerst in einem Testprojekt an.

7. 07

   Daten der weiteren Platten kopieren

   Jede weitere Platte ist ein leeres Volume, bis Sie ihre Daten kopieren. StackToIT überträgt nie Daten; wählen Sie die Methode je Volume.

8. 08

   Gast anpassen, testen, umschalten

   Ersetzen Sie die VMware-Gastkomponenten, prüfen Sie Netzwerknamen und Mounts, testen Sie und schalten Sie um. Die Liste weiter unten führt die Prüfpunkte auf.

Acht Linux-Hosts, drei Wege

Liste öffentlicher Images, Stand November 2026, laut STACKIT-Seite zu Betriebssystem-Images für Linux (gelesen am 4. November 2026). STACKIT hält fest, dass die Images nicht von STACKIT angepasst werden, dass STACKIT außer Red Hat Enterprise Linux keines der Linux-Images lizenziert und dass die Lizenzierung mitgebrachter Images bei Ihnen liegt.

Support-Ende wird geprüft, aber nur für einige Gäste

Ein kleiner RVTools-Export von acht Linux-Hosts, für diese Seite geschrieben und am 4. November 2026 von StackToIT bewertet. Links die vInfo-Zeilen von old-cent7 und app-rhel7, rechts die dazu in assessment.json festgehaltenen Befunde (Befund-Kennungen ausgelassen).

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,Firmware,Path,VM UUID
app-rhel7,poweredOn,False,4,8192,1,1,51200,25600,10.70.20.22,DC-Sued,CL-Linux,esx42,linux,,Red Hat Enterprise Linux 7 (64-bit),Red Hat Enterprise Linux Server 7.9,bios,[ds-linux-01] app-rhel7/app-rhel7.vmx,7003-dddd-0004
old-cent7,poweredOn,False,2,4096,1,1,40960,20480,10.70.20.23,DC-Sued,CL-Linux,esx43,linux,,CentOS 7 (64-bit),CentOS Linux 7 (Core),bios,[ds-linux-01] old-cent7/old-cent7.vmx,7003-dddd-0005

[
  {
    "id": "vm.old-cent7",
    "findings": [
      {
        "severity": "warning",
        "message": "The guest operating system is past its vendor's end of support. STACKIT public images will not cover it; migrate it as a custom image at your own risk or upgrade it first."
      },
      {
        "severity": "info",
        "message": "Not verifiable statically (snapshots not visible): The VM has snapshots; consolidate them before export — only the current state is migrated."
      },
      {
        "severity": "info",
        "message": "Legacy E1000 network adapter; the guest's network configuration must be checked after conversion."
      }
    ]
  },
  {
    "id": "vm.app-rhel7",
    "findings": [
      {
        "severity": "info",
        "message": "Not verifiable statically (snapshots not visible): The VM has snapshots; consolidate them before export — only the current state is migrated."
      }
    ]
  }
]

• CentOS 7 erhält eine Warnung

  Der Lauf meldet, dass das Gastsystem nicht mehr vom Hersteller unterstützt wird, und verweist auf ein eigenes Image auf eigenes Risiko oder zuerst auf ein Upgrade.

• RHEL 7 erhält keine

  In diesem Lauf erscheint bei app-rhel7 nur der Snapshot-Hinweis. Die Prüfung hat RHEL 7 nicht markiert, obwohl die Spalte aus der Konfigurationsdatei das Release nennt; ein fehlender Hinweis heißt also nicht, dass ein Gast unterstützt wird. Schlagen Sie jedes Release im Hersteller-Lebenszyklus nach.

• E1000-Adapter

  old-cent7 nutzt außerdem einen E1000-Adapter. Der Lauf bittet darum, die Netzwerkkonfiguration des Gastes nach der Konvertierung zu prüfen.

Ein Datenbank-Host mit vier Platten

Aus demselben Lauf. Links die vier Platten von db-deb12, eine davon mit 2 TiB. Rechts der Server und die drei Volumes, die die Engine entworfen hat (die Blöcke zum Anhängen der Volumes dazwischen sind ausgelassen).

VM,Disk,Capacity MiB,Raw,Disk Mode,Sharing mode,Thin,Controller,Shared Bus,VM UUID
db-deb12,Hard disk 1,51200,False,persistent,sharingNone,False,SCSI controller 0,noSharing,7003-dddd-0006
db-deb12,Hard disk 2,1048576,False,persistent,sharingNone,False,SCSI controller 1,noSharing,7003-dddd-0006
db-deb12,Hard disk 3,2097152,False,persistent,sharingNone,False,SCSI controller 2,noSharing,7003-dddd-0006
db-deb12,Hard disk 4,262144,False,persistent,sharingNone,False,SCSI controller 3,noSharing,7003-dddd-0006

resource "stackit_server" "vm_db_deb12" {
  project_id        = var.project_id
  name              = "db-deb12"
  machine_type      = var.vm_db_deb12_machine_type
  availability_zone = var.availability_zone
  boot_volume = {
    source_type = "image"
    source_id   = var.vm_db_deb12_image_id
    size        = 50
  }
  network_interfaces = [stackit_network_interface.vm_db_deb12_nic1.network_interface_id]
}

resource "stackit_volume" "vm_db_deb12_disk2" {
  project_id        = var.project_id
  name              = "db-deb12-disk2"
  availability_zone = var.availability_zone
  size              = 1024
  performance_class = var.vmware_volume_performance_class
}

resource "stackit_volume" "vm_db_deb12_disk3" {
  project_id        = var.project_id
  name              = "db-deb12-disk3"
  availability_zone = var.availability_zone
  size              = 2048
  performance_class = var.vmware_volume_performance_class
}

resource "stackit_volume" "vm_db_deb12_disk4" {
  project_id        = var.project_id
  name              = "db-deb12-disk4"
  availability_zone = var.availability_zone
  size              = 256
  performance_class = var.vmware_volume_performance_class
}

• Nur die Boot-Platte wird ein Image

  Die erste Platte mit 50 GiB ist das Boot-Volume. Die Platten mit 1, 2 und 0,25 TiB sind Volumes: kein Image-Import, aber eine Datenkopie.

• Volume-Größen folgen der Quelle

  1048576 MiB werden 1024 GiB, 2097152 MiB werden 2048 GiB. Prüfen Sie jede Größe gegen den tatsächlichen Datenbedarf.

• Die Image-Grenze

  Die STACKIT-Anleitung zu eigenen Images nennt eine maximale Image-Größe von 70 GB. Ob damit Dateigröße oder virtuelle Größe gemeint ist, sagt die Seite nicht; testen Sie es mit Ihrer größten Boot-Platte. sap-sles15 hat eine Boot-Platte von 80 GiB.

Image und Maschinentyp sind Eingaben

Aus demselben Lauf. Links die vInfo-Zeile von sap-sles15, rechts die beiden Variablen, die der Entwurf für den Server deklariert.

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,Firmware,Path,VM UUID
sap-sles15,poweredOn,False,8,65536,1,2,491520,245760,10.70.30.41,DC-Sued,CL-Linux,esx42,linux,,SUSE Linux Enterprise 15 (64-bit),SUSE Linux Enterprise Server 15 SP5,bios,[ds-linux-01] sap-sles15/sap-sles15.vmx,7003-dddd-0007

variable "vm_sap_sles15_image_id" {
  type        = string
  description = "STACKIT image converted from the boot disk of VM sap-sles15 (qcow2 or raw)."
}

variable "vm_sap_sles15_machine_type" {
  type        = string
  description = "STACKIT machine type replacing VM sap-sles15 (source 8 vCPU / 64 GiB). See https://docs.stackit.cloud/products/compute-engine/server/basics/machine-types/"
}

• Größe ist genannt, Typ wird gewählt

  Die Beschreibung hält die Quellgröße fest, 8 vCPU und 64 GiB. STACKIT-Maschinentypen gibt es in Familien mit festem Verhältnis von CPU zu Speicher, etwa 1:4 für Allzweck und 1:8 für speicheroptimiert.

• Wo diese Maschine nicht sauber passt

  db-deb12 hat 8 vCPU und 48 GiB, also weder 1:4 noch 1:8. Wählen Sie nach dem Bedarf der Datenbank, nicht nach dem nächstliegenden Etikett.

• Der Boot-Modus steht nicht im Entwurf

  vInfo nennt je Maschine efi oder bios. Der Lauf führt die Boot-Firmware als offene Einstellung und hält fest, dass BIOS oder EFI eine Eigenschaft des hochgeladenen Images ist, das der Architekt anlegt.

Gast-Prüfpunkte vor der Umschaltung (allgemeine Praxis)

• VMware-Gastkomponenten

  Der Lauf hält fest, dass VMware Tools sowie vmxnet3- und PVSCSI-Treiber durch das ersetzt werden, was das STACKIT-Image braucht. Entfernen oder deaktivieren Sie die VMware-Werkzeuge, sobald die Maschine auf STACKIT läuft.

• Speicher- und Netzwerktreiber im Boot-Image

  Prüfen Sie vor der Konvertierung, dass die Initial-Ramdisk die Root-Platte auf nicht-VMware-Hardware einhängen kann. Ein fehlender Treiber dort ist ein häufiger Grund, warum ein konvertierter Linux-Gast nicht startet.

• Mounts per UUID

  Ersetzen Sie Gerätenamen wie /dev/sdb in der fstab durch UUIDs oder Labels. Angehängte Volumes erscheinen nicht zwingend in der Reihenfolge der alten Controller.

• Namen der Netzwerkschnittstellen

  An alte Hardware gebundene Adapternamen, etwa in netplan, NetworkManager-Profilen oder persistenten Regeln, passen womöglich nicht mehr. Die Schnittstelle behält ihre IPv4-Adresse aus dem Export.

• Zugang und erster Start

  Öffentliche STACKIT-Images deaktivieren die SSH-Anmeldung per Passwort und erwarten einen hinterlegten Schlüssel. Prüfen Sie bei einer importierten Platte, welche Konten und Schlüssel der Gast bereits besitzt.

• Lizenzen und Agenten

  Subskriptionen, Monitoring- und Backup-Agenten, die an den alten Host gebunden sind, müssen neu registriert werden. Die Lizenzierung mitgebrachter Images liegt bei Ihnen.

Entscheidungen, die beim Architekten bleiben

• Neu aufbauen oder konvertieren

  Je Maschine. Ein Neuaufbau liefert ein sauberes Image auf einer gelisteten Distribution. Eine Konvertierung behält das exakte System samt Historie.

• Maschinentyp

  Gewählt anhand der STACKIT-Seite zu Maschinentypen und der gemessenen Last, nicht allein nach der Quellgröße.

• Boot-Modus

  BIOS oder EFI je Image, passend zur Firmware der Quelle.

• Ausgeschaltete Maschinen

  Der Entwurf schreibt keinen Betriebszustand, und der Lauf führt power-state als offene Einstellung. Entscheiden Sie, ob eine ausgeschaltete VM überhaupt migriert wird.

• Verfügbarkeitszone

  Der Entwurf setzt eu01-1 als Vorgabe. Eine Person bestätigt die Zone für jede Workload.

• Performance-Klasse der Volumes

  Eine Variable für die ganze Umgebung; Speicher wird also an einer Stelle entschieden.

Fragen zu Linux-VMs

Quellen

• STACKIT-Dokumentation: Betriebssystem-Images (Linux)
• STACKIT-Dokumentation: Eigene Images mit der IaaS-API nutzen
• STACKIT-Dokumentation: Maschinentypen
• StackToIT-Dokumentation: VMware zu STACKIT
• STACKIT: Installer für die Coriolis-Appliance (GitHub)