Migrationsleitfäden für den Wechsel auf die Ænix-Plattformen aus einem bestehenden Virtualisierungs- oder Cloud-Stack. Jeder Hub beantwortet dieselben drei Fragen: Was zieht mechanisch um, was muss neu entworfen werden, und wann ist Bleiben die richtige Entscheidung. Kohortenbasiert, im Parallel-Run validiert, mit Konveyor Forklift als VM-Transfer-Engine in der Plattform.
Migrations-Hubs im Überblick
VMware
Der größte einzelne Migrationsauslöser 2026 — Broadcom-Subscription-Druck und Unsicherheit beim Lizenzmodell. Forklift führt kalte und warme Transfers von vSphere durch; die Seite beschreibt, was das konkret voraussetzt, einschließlich des VDDK-Lizenzproblems, das Sie erben, und der Gäste, die sich nicht konvertieren lassen.
- VMware-Migration — Forklift-Mechanik, Kohorten-Sequenzierung, VCF-Decommission
- VMware-Alternative und Cozystack vs. VMware — die Wahl der Zielplattform
- Kostenlose VMware-Migrations-Checkliste — 25-Punkte-Readiness-Checkliste
Typischer Ablauf: Assessment (14 oder 28 Tage) → Zielplattform aufbauen → Kohorten-Migration entlang der Subscription-Laufzeiten → Decommission. Ein Bestand mit 100 VMs ist typischerweise in 8–12 Monaten migriert, einer mit 1.000 VMs in 18–24 Monaten.
OpenStack
Ein betrieblicher Fall, kein technischer Überlegenheitsfall. Nova und Glance ziehen mechanisch um, weil beide Seiten KVM sind; Neutron ist ein echter Neuentwurf; Heat und Horizon werden neu gebaut; für Ironic gibt es keine Entsprechung.
- OpenStack-Migration — Zuordnung Dienst für Dienst und die Teile, die nicht mitkommen
- OpenStack-Alternative und Cozystack vs. OpenStack — die Wahl der Zielplattform
Typischer Ablauf: Assessment → Parallel-Deployment → Kohorten-Migration nach Mandant → Decommission mit nachwandernder Hardware. 4–12 Monate bei einem mittelgroßen Bestand.
CloudStack
CloudStack wird aktiv gepflegt — der Grund für den Wechsel ist die Breite des Servicekatalogs, nicht Verfall. Die Arbeit steckt im Neuentwurf des Virtual Routers, in der Neumodellierung der Mandanten und in der Abrechnungsanbindung.
- CloudStack-Migration — Offerings, Virtual Router, Accounts, WHMCS
Typischer Ablauf: Architektur-Review → Parallel-Deployment → Abrechnung zuerst umhängen → Kohorten-Migration nach Kunde → Decommission und Katalog-Erweiterung.
Virtuozzo
Drei 2026 umbenannte Produkte, die auf drei Arten aussteigen. Virtuozzo Infrastructure (ex-Hybrid Infrastructure) ist eine echte OpenStack-Installation und der einzige Pfad, auf dem Standardwerkzeuge greifen. Virtuozzo Application Management (ex-Application Platform, ex-Jelastic) ist eine PaaS, deren Export nur in eine andere Virtuozzo-Installation importiert — Re-Platforming, kein Lift-and-Shift. Virtuozzo Server (ex-Hybrid Server) ist außerhalb der Wartung, und seine System-Container-Linie hat keinen angekündigten Nachfolger.
- Virtuozzo-Migration — die drei Pfade getrennt, mit den Grenzen von ploop und Export benannt
- Virtuozzo vs Cozystack TCO — Fünf-Jahres-Modell bei 50 / 200 / 1.000 VMs
Proxmox
Für Proxmox-Installationen, die dem Ein-Organisations-Modell entwachsen sind — Mandantenfähigkeit, Servicekatalog über VMs hinaus, Abrechnung.
- Proxmox-Migration — Migrations-Patterns
- Proxmox-Alternative und Cozystack vs. Proxmox — die Wahl der Zielplattform
Typischer Ablauf: produktisierter Installer → Workload-Migration über Standard-VM-Export/-Import → Entwurf des Mandantenmodells → Cutover. Unter 50 Hosts und einmandantig lautet die ehrliche Empfehlung: auf Proxmox bleiben.
Nutanix
Lizenz- und Renewal-Druck bei HCI, dazu der Wunsch, VMs und Container auf einer Plattform statt auf zweien zu betreiben.
- Nutanix-Migration — Ausstieg aus AOS/AHV auf eine Kubernetes-native Plattform
- Nutanix-Alternative — die Wahl der Zielplattform
IBM AIX / Power
Die Migration mit dem längsten Horizont auf dieser Liste: ein Architekturwechsel von POWER auf Standard-x86, nicht bloß ein Hypervisor-Wechsel.
- IBM AIX / Power-Migration — Power zu x86, Ausstieg aus Cloud Pak und OpenShift
Cloud-Migrationsstrategie
Wenn der Auslöser kein einzelner Hersteller ist, beginnen Sie bei der Platzierung statt beim Ziel.
- Cloud-Migrationsservices — Repatriation, Workload-Platzierung, Greenfield-Private-Cloud
Migrationswerkzeuge in der Plattform
Die Ænix-Plattformen liefern Konveyor Forklift mit, das Kubernetes-Migrationstoolkit für Virtualisierung, als VM-Transfer-Engine. Konfiguriert wird über Kubernetes-Objekte — ein Provider für die Quellverbindung, NetworkMap und StorageMap für die Zuordnungen, ein Plan, den eine Migration ausführt. virt-v2v übernimmt die Gastkonvertierung: VirtIO-Treiber injizieren, VMware Tools entfernen, statische IPs und Laufwerksbuchstaben erhalten.
| Quelle | Forklift-Unterstützung | Hinweise |
|---|---|---|
| VMware vSphere (ab 6.5) | kalt und warm | Warm nutzt Changed Block Tracking. VDDK-Image für vSAN zwingend, sonst dringend empfohlen — und von Ihnen beizustellen, da es nicht weitergegeben werden darf. |
| oVirt / RHV | kalt und warm | Warm mit demselben Precopy- und Cutover-Modell. |
| OpenStack | nur kalt | Jede Instanz braucht ein echtes Abschaltfenster. |
| OVA-Dateien | nur kalt | Brauchbar für alles, was eine OVA exportieren kann. Hersteller-Appliances fallen nach der Konvertierung womöglich aus dem Support. |
| Externe KubeVirt-/OpenShift-Cluster | kalt | Cluster zu Cluster. |
Warme Migration ist keine Live-Migration: Der RAM-Zustand wandert nicht mit, ein Neustart bleibt. Was sie bringt, ist eine Auszeit in der Größe des letzten Deltas statt in der Größe einer vollständigen Disk-Kopie.
Forklift deckt ausschließlich die Disk- und Gast-Ebene ab. Mandantenmodell, Adressierung, Abrechnungsanbindung und Cutover-Reihenfolge sind Ingenieursarbeit — dafür gibt es Assessment und Kohortenplan. Für Quellen, die Forklift nicht abdeckt — Virtuozzo gehört dazu —, baut das Engineering-Team von Ænix den Export- und Konvertierungspfad im Rahmen des Projekts.
Zum Upstream-Stand: Forklift ist heute Bestandteil der Ænix-Plattformen. Die Arbeit, es im Open-Source-Cozystack als Self-Service-VM-Import für Mandanten verfügbar zu machen, befindet sich im Review und steckt noch in keiner veröffentlichten Cozystack-Version.
Migrationsökonomie
Modellieren Sie die Fünf-Jahres-Kosten gegen Ihre aktuelle Plattform mit dem TCO-Rechner (Englisch), oder rechnen Sie Migrationskosten gegen laufende Einsparungen und kumulierten Netto-Cashflow mit dem Cloud-Repatriation-TCO-Worksheet. Die meisten Repatriation-Fälle erreichen bei dauerhaften Workloads nach 18 bis 36 Monaten den Break-even.
Wie wir Migrationen begleiten
- Discovery-Gespräch — Passung, Umfang und Zeitrahmen klären
- Platform Readiness Assessment (14 oder 28 Tage, Festpreis vorab vereinbart) — Bestandsaufnahme, Zielarchitektur, Kohortenplan, Risikoregister. Auch der Punkt, an dem ein Nein noch günstig ist.
- Pilot-Kohorte (Umfang und Dauer legt das Assessment fest) — erste Kohorte mit Ænix-Ingenieuren im Team migriert; daraus entstehen die Runbooks für den Rest
- Rollende Migration — Kohorte für Kohorte mit Parallel-Run-Validierung, Quell-Hardware wandert nach, sobald sie frei wird
- Decommission — Abschaltung der Quellplattform nach Final-Validierung
Siehe auch: Alternativen → für den Vergleich Hersteller für Hersteller; Lösungen → für die Repatriation-Strategie; Ressourcen → für kostenlose Assessment-Tools.