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.
Der Bereich „VM Tools“ stellt die in der installierten Version verfügbaren, quellenspezifischen Einstiege bereit. eEVOS bietet geführte Importe für vSphere und Hyper-V sowie den allgemeinen VM-Import.
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
Der dedizierte Hyper-V Import verbindet sich mit einem einzelnen Hyper-V-Host, erkennt VMs und führt in der eEVOS-Oberfläche durch Ziel-Storage, Netzwerk- und VLAN-Zuordnung, Konvertierung und Validierung.
- Direkte Host-Erkennung und Auswahl mehrerer VMs
- Automatische Betriebssystem-Erkennung und Installation paravirtualisierter Treiber
- Direkte Konvertierung auf dateibasierten oder Ceph Storage
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.
Dedizierte Quell-Importer
Geführte Abläufe für vSphere und Hyper-V
Wenn eine tiefergehende Automatisierung verfügbar ist, verwenden Sie den quellenspezifischen Importer. KVM- und Xen-basierte Workloads nutzen weiterhin den allgemeinen VM-Import.
Verbinden, erkennen und zuordnen
Mit vCenter oder ESXi verbinden, Workloads auswählen, Zielressourcen zuordnen und Importjobs in der eEVOS-Oberfläche verfolgen.
Erkennen, vorbereiten und konvertieren
Mit einem Hyper-V-Host verbinden, Storage und Netzwerke zuordnen, das Gastbetriebssystem erkennen und für unterstützte Gäste die benötigten paravirtualisierten Treiber automatisch installieren.
Fragen zur Migration
Erwartungen vor dem ersten Import klären
Unterstützt eEVOS nur Migrationen aus VMware vSphere?
Nein. eEVOS bietet eigene geführte Importabläufe für VMware vSphere und Microsoft Hyper-V. KVM- und Xen-basierte Workloads können mit einer zur Quelle passenden Vorbereitung den allgemeinen VM-Import verwenden.
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?
Ja. Abhängig von der gewählten eEVOS-Architektur kann das Ziel lokalen, gespiegelten, externen FC-, iSCSI- oder NVMe-oF-Storage sowie verteilten Ceph Storage verwenden.
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.