Der Wechsel von VMware zu Proxmox braucht mehr als Disk-Konvertierung.
Eine Migration von VMware nach Proxmox ist ein Infrastrukturprojekt. VMs müssen inventarisiert, Abhängigkeiten verstanden, Netzwerke gemappt, Treiber angepasst und Downtime-Fenster realistisch geplant werden. Wir begleiten Migrationen so, dass der Cutover kontrolliert bleibt und ein Fallback nicht erst während der Nacht erfunden wird.
Bestandsaufnahme
Wir erfassen vCenter, ESXi-Hosts, Datastores, Netzwerke, Portgroups, VM-Größen, Snapshots, Tools, Abhängigkeiten und Wartungsfenster. Ohne diese Übersicht wird jede Migration unnötig riskant.
Ziel-Mapping
VMware-Portgroups, VLANs, Datastores und Ressourcenpools werden auf Proxmox-Netze, Storage-Pools, HA-Gruppen und Backup-Schedules übertragen. Dabei prüfen wir, welche Struktur übernommen und welche bewusst vereinfacht wird.
VM-Konvertierung
Wir konvertieren Disk-Formate, testen VirtIO-Treiber, Bootloader, UEFI/BIOS, Guest Agents und Storage Controller. Kritische Systeme bekommen vorab eine Pilotmigration, nicht erst im Live-Fenster.
Netzwerk und Security
Firewall-Regeln, VLANs, statische IPs, MAC-Abhängigkeiten und DNS müssen zum Ziel passen. Wir prüfen, welche Systeme externe Abhängigkeiten haben und welche Reihenfolge beim Umschalten sinnvoll ist.
Testmigration
Vor dem Cutover werden ausgewählte VMs in Proxmox gestartet und technisch geprüft. Dazu gehören Boot, Netzwerk, Dienste, Performance, Backups und Monitoring.
Cutover und Fallback
Wir planen den finalen Umschaltpunkt mit Downtime, Freeze, Datenabgleich, DNS- oder Routing-Schritten und Rückfalloption. Nach dem Cutover folgt eine klare Nachkontrolle.
Risiken bei VMware-Migrationen
Welche VMs hängen voneinander ab?
Datenbanken, AD, DNS, Lizenzserver, Storage-Gateways und Monitoring dürfen nicht in falscher Reihenfolge umziehen. Wir machen Abhängigkeiten sichtbar, bevor Systeme gestoppt werden.
Welche Downtime ist akzeptabel?
Manche VMs lassen sich mit kurzer Unterbrechung verschieben, andere brauchen ein Wartungsfenster. Wir trennen schnelle Migrationen von Systemen, die eine eigene Planung brauchen.
Welche Altlasten sollen nicht mitwandern?
Migrationen sind ein guter Moment, alte Snapshots, falsche Ressourcenlimits, veraltete Betriebssysteme und unklare Portgroups zu bereinigen.
Wie sieht der Rückweg aus?
Ein Fallback muss konkret sein: Welche Daten bleiben schreibgeschützt, wann wird zurückgeschaltet und ab welchem Punkt ist der alte Stand nicht mehr gültig?
Migration mit kontrolliertem Cutover
Inventarisieren
Wir erfassen Hosts, VMs, Netze, Datastores, Abhängigkeiten, Risiken und sinnvolle Migrationsgruppen.
Pilotieren
Eine repräsentative VM wird konvertiert, gestartet, geprüft und dokumentiert. Daraus entsteht der Ablauf für die restliche Umgebung.
Migrieren
VMs werden gruppiert, vorbereitet, übertragen, gestartet und technisch validiert. Kritische Dienste bekommen eigene Checklisten.
Stabilisieren
Nach dem Cutover prüfen wir Monitoring, Backups, Performance, Treiber, Logs und offene Altlasten.
Technologien
Weitere Detailseiten
Cluster-Planung
Quorum, Corosync, Netzwerk, HA und Betriebsmodell.
Ceph-Storage
OSD-Design, CRUSH, Recovery-Verhalten und Kapazität.
Proxmox Backup Server
Datastores, Retention, Offsite-Sync und Restore-Tests.
Automatisierung
API, Ansible, OpenTofu, Templates und cloud-init.
Monitoring & Wartung
Health Checks, Updates, Firmware und Kapazitätstrends.
3-Tier Architekturen
Compute, SAN, Shared Storage und klare Betriebsgrenzen.
Multipath-Architekturen
Fibre Channel, iSCSI, ALUA, multipathd und Failover-Tests.
Proxmox Workshops
Beratung, UI-Durchgang, Betriebspraxis und Team-Enablement.
VMware-Ausstieg planen?
Wir prüfen deine bestehende VMware-Umgebung und bauen daraus einen Migrationsplan mit Testlauf, Cutover und Fallback.
Proxmox-Projekt besprechen