VM-Migration zu eEVOS
Den passenden Migrationsweg für die Quellumgebung wählen
Workloads aus VMware vSphere, Microsoft Hyper-V, KVM- und Xen-basierten Umgebungen lassen sich zu eEVOS migrieren. Der Ablauf orientiert sich an der Quelle, dem Workload und der geplanten Umschaltung – nicht an einem einheitlichen Konvertierungsverfahren.
Die eEVOS-Oberfläche zeigt passende Importoptionen für die jeweilige Quelle. Administratoren müssen dafür keinen Migrationsablauf über die Kommandozeile zusammenstellen.
Ein Ziel, mehrere Wege
Migration bedeutet mehr als das Kopieren einer virtuellen Festplatte
Unterstützte Quellumgebungen
Unterschiedliche Quellen erfordern unterschiedliche Vorbereitungen
eEVOS stellt mehrere Wege für den VM-Import bereit. Automatisierungsgrad und erforderliche Vorbereitung hängen von der Quellumgebung, dem Gastbetriebssystem und der virtuellen Hardware ab.
VMware vSphere
Der dedizierte vSphere Import verbindet sich mit vCenter oder ESXi, erkennt virtuelle Maschinen und führt in der eEVOS-Oberfläche durch die Storage-, Netzwerk- und Job-Konfiguration.
- Erkennung der Quelle über vCenter oder ESXi
- Zuordnung von Storage und Netzwerken
- Übersicht der Importjobs und Fortschrittsanzeige
Microsoft Hyper-V
Aus Hyper-V exportierte Workloads können für den eEVOS VM-Import vorbereitet werden. Gasttreiber, Startmodus und die Zuordnung virtueller Netzwerke sollten vor dem ersten produktiven Start geprüft werden.
- Export und Serviceunterbrechung planen
- Gast für die virtuelle Zielhardware vorbereiten
- Start, Netzwerk und Anwendungen validieren
KVM-Umgebungen
Kompatible VM-Festplattenabbilder aus KVM-basierten Umgebungen können in eEVOS übernommen werden. Die Quellkonfiguration wird geprüft und der VM werden geeignete virtuelle Hardware, Storage und Netzwerke zugeordnet.
- Quellabbild und VM-Konfiguration prüfen
- Zielressourcen in eEVOS festlegen
- importierten Workload vor der Umschaltung testen
Xen-basierte Umgebungen
Exported workloads from Xen-basierte Umgebungen can be migrated using source-appropriate preparation and the standard eEVOS import process. Validation remains a planned part of the migration.
- Virtuelle Hardware und Abhängigkeiten des Gastes erfassen
- Workload für den Import vorbereiten
- Treiber, Netzwerke und Anwendungsdienste prüfen
Ein kontrollierter Migrationsablauf
Die Umschaltung am Workload ausrichten
Der genaue Ablauf und die erforderliche Unterbrechung hängen von der Quelle, der Datenmenge, der Anwendungskonsistenz und der gewählten Migrationsmethode ab.
Bestandsaufnahme
VMs, Dienste, Abhängigkeiten und Verantwortliche.
Vorbereiten
Gast, Exportweg und Wartungsfenster.
Ziel
Compute, Storage, Netzwerke und Schutz.
Importieren
VM übertragen und Zielzuordnungen anwenden.
Validieren
Start, Treiber, Netzwerk und Anwendungen.
Umschalten
Produktivbetrieb freigeben und überwachen.
Fragen vor der Migration
Prüfen, was der Workload tatsächlich benötigt
Der Quell-Hypervisor ist nur ein Teil der Planung. Anforderungen an Verfügbarkeit, Storage und Wiederherstellung bestimmen die passende eEVOS-Architektur.
Storage nach der Migration
Den Workload auf der benötigten Storage-Architektur betreiben
Eine migrierte VM ist nicht an ein einziges Storage-Modell gebunden. Abhängig von der gewählten Architektur kann eEVOS lokalen Storage, synchron gespiegelten Storage, externen Shared Storage oder verteilten Ceph Storage verwenden.
Lokaler Storage
Direkte Ablage für ein einzelnes System oder Workloads, deren Verfügbarkeit anderweitig abgesichert wird.
Gespiegelter Storage
Synchrone Storage-Spiegelung über zwei Knoten für kompakte Hochverfügbarkeitskonzepte.
Shared Storage
Externer FC-, iSCSI- oder NVMe-oF-Storage für etablierte Shared-Storage-Architekturen.
Ceph Storage
Verteilter Storage für Scale-out-eEVOS-Cluster mit nativem Zugriff durch Compute-Knoten.
VMware-vSphere-Vertiefung
Ein eigener Ablauf für weitergehende Automatisierung
Die vSphere-Migrationsseite beschreibt Verbindung, Erkennung, Zuordnung und Jobablauf im Detail. Sie zeigt einen Migrationsweg innerhalb der umfassenderen eEVOS-Importfunktionen – nicht die einzige unterstützte Quelle.
Fragen zur Migration
Erwartungen vor dem ersten Import klären
Unterstützt eEVOS nur Migrationen aus VMware vSphere?
No. eEVOS also provides VM import routes for workloads from Microsoft Hyper-V, KVM and Xen-basierte Umgebungen. vSphere has a dedicated guided workflow, which is why it has an additional technical detail page.
Ist der Ablauf bei jedem Quell-Hypervisor identisch?
Nein. Quellerkennung, Exportvorbereitung, Handhabung der virtuellen Festplatten und Vorbereitung des Gastes unterscheiden sich. Der Migrationsplan sollte Quelle und Workload berücksichtigen und nicht von identischer Automatisierung ausgehen.
Bedeutet ein abgeschlossener Import, dass die Anwendung produktionsbereit ist?
Nicht automatisch. Der Gast muss korrekt starten; Netzwerk, Treiber, Anwendungsdienste, Integrationen und Performance sollten vor der Produktivübergabe validiert werden.
Kann das Ziel Shared oder verteilten Storage verwenden?
Yes. Depending on the selected eEVOS architecture, the target can use local, mirrored, external FC/iSCSI/NVMe-oF or distributed Ceph Storage.
Die Migration vor der Umschaltung besprechen
Beschreiben Sie die Quellumgebung, den VM-Bestand, das Storage-Modell, die akzeptable Ausfallzeit und die Wiederherstellungsanforderungen. euroNAS unterstützt Sie bei der Auswahl des passenden Migrationswegs und der Zielarchitektur.