Lösungen zur Sicherung von XenServer. Wie sichert man XenServer?

Citrix Hypervisor (früher XenServer genannt) ist eine umfassende Virtualisierungsmanagement-Plattform mit einer Vielzahl von Funktionen und unterstützten Infrastrukturarten. Citrix Hypervisor ist das Ergebnis einer Umbenennung des zuvor als XenServer bekannten Produkts.

Allgemeine Informationen über XenServer Sicherungen

Es gibt drei verschiedene Arten von Sicherungen, die XenServer Virtual Machine unterscheidet – Kalt-, Warm- und Heißsicherungen. Der Hauptunterschied zwischen diesen Sicherungsarten ist der Zustand der VM während des Sicherungsvorgangs. Eine kalte Sicherung kann nur erfolgen, wenn die VM selbst komplett heruntergefahren ist. Bei einer warmen Sicherung ist das nicht nötig, aber Unterbrechungen der VM-Dienste während der Sicherung sind dennoch zu erwarten. Eine warme Sicherung hingegen erfolgt bei voll funktionierendem VM-Dienst – auch wenn dies die VM-Leistung beeinträchtigen kann.

Bei den Sicherungen selbst kann zwischen XenServer-Host-Sicherungen und XenServer-VM-Sicherungen unterschieden werden. XenServer-Hosts benötigen, wenn überhaupt, nur selten Sicherungen von sich selbst. Der Hauptgrund dafür ist, dass sich die Metadaten eines XenServer-Hosts selten ändern und es extrem schnell und einfach ist, XenServer selbst auf einem Server von Grund auf neu zu installieren. Dies macht die Sicherung eines XenServer-Hosts zu einer relativ einfachen Aufgabe, bei der die Metadaten des Hosts von Zeit zu Zeit gesichert werden, was mit einem einfachen „xe host-backup„-Befehl von XenServer selbst erledigt werden kann.

Die Sicherung von XenServer-VMs hingegen ist etwas anders geartet. Dieser Prozess ist in der Regel komplizierter als die Host-Sicherung, weshalb wir zwei verschiedene Gruppen von Sicherungsoptionen unterscheiden können – grundlegende und erweiterte.

Grundlegende XenServer-VM-Sicherungen sind in der Regel für die spontansten Entscheidungen gedacht – einschließlich Optionen wie Snapshots, VM-Export und vorhandene Server-Backup-Funktionen. Sowohl Snapshots als auch VMs können aus einer Reihe von Gründen nicht als Teil einer umfassenden Sicherungsstrategie betrachtet werden.

So sind Snapshots in der Regel extrem teuer, was den Speicherplatz angeht, und sie sind technisch gesehen „heiße“ Sicherungen (mit allen Nachteilen dieser Sicherungsart). Bei Snapshots kann es zu Komplikationen bei der Wiederherstellung kommen (z. B. bei der Wiederherstellung auf Dateiebene), und der allgemeine Mangel an Anpassungsmöglichkeiten abgesehen von der Automatisierung macht sie bei weitem nicht ausreichend, um als vollständige Sicherungsstrategie betrachtet zu werden.

Die Optionen für die erweiterte XenServer-Sicherung sind dagegen vielfältiger, da in dieser Gruppe alle Backup-Lösungen von Drittanbietern zu finden sind. Abhängig vom Ansatz der Lösung für die Sicherung von XenServer-VMs lassen sich drei verschiedene Sicherungskategorien unterscheiden: Sicherungen auf Betriebssystemebene, XenAPI-Sicherungen und Speicherreplikation.

Backups auf Betriebssystemebene ist wahrscheinlich die älteste Sicherungsmethode auf der Liste, da sie eine Technologie verwendet, die es schon seit einiger Zeit gibt. Zwar sind VMs ihrer Natur nach virtuell, aber sie werden immer noch als voll funktionsfähige Server betrachtet – mit unterschiedlichen Treibern und unterschiedlicher Hardware, aber demselben Betriebssystem.

Dieses Betriebssystem kann als Bindeglied für VMs genutzt werden, um eine klassische Server-Backup-Behandlung zu erhalten – die Installation eines Agenten im Betriebssystem, um Sicherungen von verschiedenen Teilen der Daten zu erstellen. Technisch gesehen kann sogar das eingebaute Windows-Backup als Alternative für Sicherungen auf Betriebssystemebene für XenServer verwendet werden (besonders nützlich für kleinere Unternehmen mit knappen Budgets).

XenAPI-Snapshots sind eine weitere Möglichkeit, Sicherungen für XenServer zu erstellen, und diese Methode ist wahrscheinlich die am weitesten verbreitete von allen dreien. Durch die Verwendung von XenAPI kann ein ganzer Server als Image gesichert werden, und es gibt eine Vielzahl von Varianten, wenn es um die Anpassung der Sicherung und zusätzliche Funktionen geht. Einige der einfacheren Sicherungsskripte, die XenAPI verwenden, sind im Internet zu finden und kostenlos (NAUbackup wäre ein gutes Beispiel dafür), aber diese Skripte haben nicht die Anpassungsmöglichkeiten und den Support, den XenAPI-Sicherungslösungen von Drittanbietern bieten.

Speicherreplikation als Sicherungsstrategie könnte die teuerste der drei Optionen sein, da sie mehrere Voraussetzungen erfüllt, damit sie überhaupt funktioniert. Damit diese Strategie funktioniert, sind zwei oder mehr Speichergeräte erforderlich sowie eine Verbindung zwischen ihnen, die stark genug ist, um dem regelmäßig übertragenen Datenverkehr standzuhalten. Dieser Ansatz erschwert auch die Implementierung einiger nützlicher Funktionen wie die Wiederherstellung auf Dateiebene.

Natürlich wäre es für jedes Unternehmen am besten, eine Lösung zu erwerben, die mehrere Ansätze zur Sicherung von XenServer-VMs bietet – zum Beispiel auf Betriebssystem- und API-Ebene, die sowohl physische als auch virtuelle Iterationen des Systems abdeckt. Dies ist jedoch nicht immer eine Option, weshalb es so viele verschiedene Lösungen von Drittanbietern auf dem Markt gibt. Bacula Enterprise ist eine solche Lösung – aber zuerst müssen wir sehen, wie die XenServer-eigenen VM-Sicherungsfunktionen funktionieren.

Integrierte XenServer-Sicherung und -Wiederherstellung

Bevor wir uns die Möglichkeiten von Bacula mit dem XenServer ansehen, ist es wichtig zu erwähnen, dass es eine Möglichkeit gibt, XenServer-Sicherungen und -Wiederherstellungen mit Xen selbst durchzuführen. Dabei gibt es jedoch einige Einschränkungen: Sicherungen des Servers benötigen viel Speicherplatz, Sie müssen möglicherweise mit der ursprünglichen Installations-CD neu starten, um einen vollständigen Wiederherstellungsprozess durchzuführen, und Sie dürfen keine Sicherungen der XenServer-Kontrolldomäne (Domäne 0) erstellen.

Der Ablauf der Sicherung ist wie folgt:

1. Wählen Sie den gewünschten Server im Resources Panel aus, klicken Sie auf das Menü Server und gehen Sie auf die Zeile Back Up Server…
2. Lokalisieren und spezifizieren Sie den Ordner, den Sie als Speicherort für die Sicherungsdatei verwenden möchten, geben Sie den Dateinamen ein und klicken Sie auf Save. Der Prozess der Sicherung beginnt. Sie können auch die Logs Registerkarte verwenden, um den Verlauf der Sicherung zu sehen.

Und das war’s auch schon, der gesamte Sicherungsprozess besteht aus nur zwei Schritten. Der Wiederherstellungsprozess ist ebenfalls relativ einfach:

1. Zunächst müssen Sie im gleichen Menü Server auf die Zeile Restore From Backup… klicken.
2. Im folgenden Menü suchen Sie die Datei der Sicherung, die Sie wiederherstellen möchten.
3. Nutzen Sie die XenServer-Installations-CD, um den Server neu zu starten und den gesamten Wiederherstellungsprozess abzuschließen.

XenServer Sicherung und Wiederherstellung mit Bacula Enterprise

Bacula Enterprise deckt nicht nur andere Hypervisor-Typen ab, sondern bietet auch eine native Integration mit Citrix Hypervisor über ein spezielles Modul. Diese Integration erlaubt es den Anwendern von Bacula Systems, verschiedene XenServer-Sicherungen und -Wiederherstellungen auf verschiedenen Ebenen mit Citrix Hypervisor durchzuführen, unabhängig von der Größe oder Komplexität des jeweiligen Rechenzentrums. Ein besonders großes Potenzial besteht auch in Bezug auf die Flexibilität und Anpassbarkeit der Lösung, einschließlich der Einsatzorte, Datentypen, Wiederherstellungsmethoden und so weiter.

Bacula Enterprise’s Sicherung und Wiederherstellung von XenServer Citrix Hypervisor bietet eine Vielzahl von verschiedenen Funktionen, darunter:

• Vollständige, inkrementelle und differenzielle Sicherungen auf Image-Ebene von XenServer;
• Online-Sicherungsfunktionen mit einer Snapshot-Technologie für Gast-VMs;
• Vollständige VM-Image-Wiederherstellungsfunktionen;
• Unterstützung für die älteren Sicherungsformate und -typen;
• Die Möglichkeit, VSS-basierte Snapshots von Gast-VMs durchzuführen;
• Eine Option zum Ändern des Zielverzeichnisses für ein VM-Archiv, und vieles mehr.

Bacula-Client-Installation auf jeder XenServer-Gast-VM

Wenn es um die eigentliche Sicherung und Wiederherstellung von XenServer-VMs mit Bacula geht, gibt es eine Reihe verschiedener Ansätze, die etwas anspruchsvoller sind als die ursprüngliche Methode. Als erstes werden wir herausfinden, wie Bacula und Citrix mit Gast-VMs arbeiten können und welche XenServer-Sicherungsstrategien dafür geeignet sind.

Diese spezielle Strategie funktioniert durch die Installation eines Bacula Enterprise File Daemon auf jeder Gast-VM, die wie normale, physische Clients behandelt werden. Sie müssen manuell die Vorteile von Baculas Funktionen zur Planung, Priorisierung und parallelen Ausführung von Aufträgen nutzen, um die E/A-Nutzung des Citrix-Hypervisors zu optimieren und verschiedene Schluckaufs und Engpässe zu vermeiden.

Die Installation eines Bacula Enterprise File Daemon auf einer bestimmten VM ermöglicht es Ihnen, diese wie einen physischen Server zu verwalten, was eine Reihe von nützlichen Bacula Enterprise-Funktionen ermöglicht, darunter:

• Kompression auf Dateiebene;
• Job-Überprüfung;
• Genauigkeit bei der Sicherung;
• Einzelne Dateiwiederherstellung;
• Ausschluss von bestimmten Dateien oder Verzeichnissen;
• Checksummenüberprüfung zur Suche nach Spyware oder Viren.

Verwendung des Citrix-Hypervisor-Moduls von Bacula zur Erstellung von Image-Sicherungen

Die Strategie auf Image-Ebene erlaubt es dem Citrix Hypervisor-Modul von Bacula, Sicherungen auf Rohplattenebene zu erstellen. Damit diese Technik funktioniert, muss auch nicht auf jeder VM ein Bacula-Daemon installiert werden. Das Xen-Modul nutzt die API von XenServer, um den Inhalt jeder Ihrer VMs mithilfe der Snapshot-Technologie und der vm-export/vm-import-Methoden zu lokalisieren und zu speichern.

Diese Methode spart in der Regel erhebliche Ressourcen, da Bacula nicht durch das Dateisystem jeder einzelnen VM „wandern“ muss, was die Arbeitslast einer Citrix-Hypervisor-Infrastruktur im Allgemeinen verringert. Da diese Art der Sicherung von XenServer-VMs buchstäblich alles auf einer bestimmten VM speichert, schließt dies auch nutzlose Dateien ein, die Sie in Ihrer Sicherung nicht wirklich benötigen, wie z.B. temporäre Dateien oder Swap-Dateien. Dies ist jedoch auch ein Vorteil, da die VM-Konfigurationsdateien mit dieser Methode ebenfalls gesichert werden, was eine viel einfachere VM-Wiederherstellung ermöglicht.

XenServer-Sicherungsprozess

Der grundlegende Prozess der Sicherung einer einzelnen VM mit dem XenServer VM-Backup-Modul besteht aus vier Schritten:

• Löschung der älteren Version;
• Erstellung eines neuen VM-Snapshots und die Vorbereitungsphase der Sicherung;
• Ausführung des Befehls vm-export und Speicherung der Daten in einem Bacula-Speicher;
• Löschung des Snapshots, sobald die Sicherung abgeschlossen ist.

Sowohl der laufende als auch der angehaltene Zustand der Gast-VM sind für die Durchführung einer Sicherung geeignet. Die einzigen Snapshots, die vom System als alt angesehen werden, sind diejenigen, die in die spezifische Vorlage BaculaSnapshot_<UUID>_JobID_<NR> passen. Diese werden in den frühen Stadien der Xen-Sicherung automatisch gelöscht. Es wird daher empfohlen, keine manuellen Snapshots zu erstellen, die dieser Namensvorlage entsprechen. Die Statuskonsole des Citrix Hypervisor-Moduls bietet Ihnen Informationen über die Gast-VMs, die derzeit gesichert werden, die Phasen jeder XenServer-Sicherung, Snapshot-Aktivitäten, welche Sicherungen gelöscht wurden usw. Ein Beispiel für diese Informationen sehen Sie unten:

Jede Gast-VM, die an dem Prozess teilnimmt, bedeutet eine weitere XenServer-Sicherungsdatei mit folgendem Namen:

Es gibt auch eine Reihe von Parametern, mit denen bestimmte Teile und Variationen des Xen-Sicherungsprozesses definiert werden können.

• vm=<name-label> steht für den Namen einer Gast-VM, die gesichert werden soll. Alle Übereinstimmungen mit dem Namen-Label in den Klammern werden gesichert. Der Parameter selbst ist optional und für das Funktionieren des gesamten Prozesses nicht erforderlich.
• uuid=<uuid> gibt eine UUID der spezifischen Gast-VM an. UUID ist der universell eindeutige Bezeichner – eine 128-Bit-Nummer, die Informationen in verschiedenen Systemen identifiziert. Der Parameter selbst ist optional und für das Funktionieren des gesamten Prozesses nicht erforderlich.
• include=<name-label-regex> ist eine Liste von Gast-VM-Namen, die gesichert werden sollen, ausgedrückt durch reguläre Syntax. Alle Gast-VMs mit übereinstimmenden Namen würden gesichert werden. Der Parameter selbst ist optional und für das Funktionieren des gesamten Prozesses nicht erforderlich.
• exclude=<name-label-regex> ist eine Liste von Gast-VM-Namen, die von der Sicherung ausgeschlossen werden sollen, ausgedrückt durch eine reguläre Syntax. Alle Übereinstimmungen werden vollständig von der Sicherung ausgeschlossen. Dies hat keinen Einfluss auf die Parameter vm= oder uuid=. Der Parameter selbst ist optional und für das Funktionieren des gesamten Prozesses nicht erforderlich.
• quiesce=<0|1> bezieht sich auf bestimmte Gast-VMs, die mit der quiesce-Methode erstellt werden sollen. Diese Methode wird nur von Windows-Betriebssystemen mit installierten Gast-Tools unterstützt. Die gesamte Sicherung wird abgebrochen, wenn der Snapshot der Gast-VM nicht mit der quiesce-Methode erstellt werden kann.

Da alle Spezifikationsparameter optional sind, fährt das System mit der Sicherung aller verfügbaren Gast-VMs fort, wenn zuvor keine vm=, uuid=, exclude oder include-Eingabe gefunden wurde. Es gibt auch einen speziellen Parameter namens abort_on_error, der den gesamten Auftrag abbricht, wenn ein Fehler im Setup-Prozess gefunden wird, z. B. das Fehlen der vm=-Parameter oder anderer Parameter.

XenServer Wiederherstellungsprozess

Der Wiederherstellungsprozess als eigenständige Operation verfolgt zwei Hauptziele:

• Wiederherstellung in einem lokalen Verzeichnis aus einer XVA-Archivdatei;
• Wiederherstellung auf einem XenServer-Hypervisor als neue oder ursprüngliche Gast-VM.

Es gibt mehrere Methoden, die für den Wiederherstellungsprozess verwendet werden können. Hier ist zum Beispiel eine Methode zur Wiederherstellung auf dem XenServer. Sie erfordert die Einrichtung eines „where=/“-Wiederherstellungsparameters in Bacula. In diesem Fall wird das betreffende Gast-VM-Archiv als neue Gast-VM über Citrix Hypervisor wiederhergestellt oder als die ursprüngliche Form dieser VM, wenn die Option „preserve“ zuvor gesetzt wurde. Wenn kein korrekter Pfad für den Wiederherstellungsprozess festgelegt wird, wird die Gast-VM im Standardverzeichnis von Citrix Hypervisor erstellt.

Es gibt auch die Methode Restore to local directory, die den Wiederherstellungsparameter „where=/some/path“ verwendet. Dieser Pfad muss für einen bestimmten Ort auf dem Server stehen, auf dem das Modul installiert ist, und selbst wenn er nicht existiert, würde er vom Plugin selbst erstellt werden.

Der grundlegende Wiederherstellungsprozess ist an sich relativ einfach, er erfordert die Ausführung eines bestimmten Befehls, dem auf die eine oder andere Weise der Parameter „where“ hinzugefügt wird:

Die Wiederherstellungsparameter, mit denen bestimmte VMs ein- oder ausgeschlossen werden können, ähneln denen, die bei der Sicherung verwendet werden. Es gibt auch einige Ergänzungen dazu:

• server: <address> wird verwendet, um die XenServer-API-Adresse für die Durchführung des Vorgangs anzugeben, und falls dieser Parameter nicht korrekt ist oder fehlt, wird stattdessen die Standardadresse verwendet;
• port: <number> gibt den zu verwendenden Port der XenServer-API an, der im Bereich zwischen 1 und 65536 liegen muss; ein ungültiger Parameter führt zum Abbruch des Auftrags und das Fehlen dieses Parameters führt dazu, dass der Prozess den Standardport verwendet.

Drittanbieter-Lösungen für die Sicherung von XenServer

Die Verwendung von Bacula bedeutet auch, dass man von der besonders sicheren und robusten Architektur und der breiten Technologiepalette profitiert, die in der Regel die vollständige Integration einer gesamten IT-Anlage von einer Plattform aus ermöglicht.

Natürlich ist Bacula Enterprise nicht die einzige XenServer-Backup-Lösung auf dem Markt; es gibt mehrere andere Backup- und Recovery-Lösungen und Plattformen, die über XenServer-Backup-Funktionen verfügen. Dazu gehören sowohl bekannte Anbieter auf dem Markt als auch weniger bekannte Unternehmen in diesem Bereich.

Vembu BDR ist unser erstes Beispiel und bietet eine hochgradig anpassbare Sicherungs- und Wiederherstellungsplattform, die von Anfang an viele verschiedene Datentypen und Speicherorte unterstützt. Die XenServer-Sicherungsfunktionen von Vembu basieren auf der bereits erwähnten Sicherung auf OS-Ebene, d.h. auf Image-Sicherungen für VMs, die mit Xen Hypervisor laufen. Vembu BDR bietet eine Fülle verschiedener Funktionen für Citrix Xen-Benutzer, wie z.B. App-aware VM-Backups, CBT-Technologie (Change Block Tracking), einfachere VM-Migration zu anderen Hypervisoren und mehr.

Acronis Cyber Protect ist ein weiterer bekannter Name auf dem Gebiet der Sicherung und Wiederherstellung, und seine VM-Unterstützung ist recht vielseitig. Es unterstützt nicht nur VMware vSphere- und Microsoft Hyper-V-Umgebungen, sondern auch Oracle VM, RHV, Linux KVM und natürlich auch Citrix XenServer. Acronis nutzt seine eigenen massiven instrumentellen Fähigkeiten, um Disk-Image-Backups und Wiederherstellungsvorgänge für XenServer-VMs bereitzustellen und bietet dabei sowohl ein vollständiges Backup als auch einen schnellen Wiederherstellungsprozess – und das bei gleichzeitiger Bereitstellung von Datenschutzfunktionen über Acronis Active Protection und vielen Flexibilitätsoptionen in Bezug auf Backup-Speicherorte (SAN, Band, NAS, Acronis‘ eigener Cloud-Speicher und lokale Festplatten).

Commvault ist auch in diesem Markt für Unternehmen, die eine einfache, aber effektive XenServer-Sicherungslösung suchen. Sie bietet eine extrem flexible Infrastruktur, einfach zu bedienende Sicherungspläne auf Basis von SLAs (Service Level Agreements) sowie eine einfache Kontrolle der gesamten Sicherungsarchitektur über eine zentrale VM-Management-Konsole. Die XenServer-Sicherungslösung von Commvault kann als Grundlage für eine starke und dennoch flexible Disaster-Recovery-Strategie für Unternehmen jeder Größe dienen.

Unitrends ist eine Backup-Lösung, die einen etwas anderen Ansatz als die anderen verfolgt und den Anspruch erhebt, eine umfassende XenServer-Sicherungslösung zu bieten, die alle Bedürfnisse des Kunden abdeckt, wenn es um den Schutz seiner XenServer-VMs geht. Die Sicherungs- und Wiederherstellungsseite der Plattform wird von Unitrends in Zusammenarbeit mit Citrix selbst abgedeckt, um das größte Problem des Snapshot-Backup-Typs zu lösen – den enormen Speicherplatzbedarf. Unitrends kann auch eine granulare Wiederherstellung von Dateien durchführen, verfügt über ein umfassendes System zum Schutz vor Ransomware mit prädiktiven Analysen und maschinellem Lernen sowie über viele andere Funktionen.

Zu den kleineren Lösungen mit spezifischen Funktionen gehört Alike DR – eine Citrix-Hypervisor-Sicherungs- und -Wiederherstellungslösung, die ein beispielloses Maß an XenServer-Integration in Kombination mit einer benutzerfreundlichen Oberfläche bietet. Einige der Funktionen, die Alike DR bietet, umfassen Changed Block Tracking, eine webbasierte Benutzeroberfläche für bessere Mobilität und Entscheidungsfindung sowie eine Vielzahl verschiedener Sicherungsmethoden, einen plattformübergreifenden Schutz der Kundendaten und mehr.

Xen Orchestra (XO) ist ebenfalls eine Lösung, die sich hauptsächlich auf die Arbeit mit und die Unterstützung aller Arten von XenServer-Umgebungen konzentriert. Es handelt sich um eine agentenlose Lösung mit einer Vielzahl von Sicherungs- und Wiederherstellungsfunktionen, die auch mehrere Cloud-bezogene Vorteile und eine zentralisierte Verwaltungsschnittstelle für ihre Benutzer bietet. XO bietet außerdem einen umfassenden Kundensupport, Wiederherstellung auf Dateiebene und stellt seinen Kunden eine Fülle verschiedener XenServer-bezogener Metriken zur Verfügung.

SEP Software hat seine eigene Version der XenServer-Sicherungslösung mit dem Kurznamen SEP, die eine vollständige Unterstützung von Citrix XenServer auf mehreren Ebenen bietet. SEP verfügt über alle üblichen Funktionen, die eine XenServer-Sicherungslösung bietet, wie CBT, verschiedene Sicherungsoptionen, Wiederherstellung auf Dateiebene und so weiter. Zu den zusätzlichen Funktionen von SEP gehören eine zentralisierte Verwaltungskonsole, Datenverschlüsselungsfunktionen, Disaster-Recovery-Funktionen, Datendeduplizierung, Serverkonvertierung usw.

Einfachheit ist der Eckpfeiler einer anderen XenServer-Sicherungslösung – Vinchin Backup & Recovery. Vinchin bietet eine hocheffiziente VM-Sicherungslösung für Host- und Pool-XenServer-Umgebungen in Kombination mit einer umfassenden Datensicherung. Es kann agentenlose Sicherungen durchführen, verfügt über umfangreiche Automatisierungsmöglichkeiten und eine zentrale Management-Konsole. Hinzu kommen die Möglichkeit, VMs in kurzer Zeit wiederherzustellen, die bereits erwähnte CBT-Technologie, die Möglichkeit, Sicherungen ohne Bandbreitenverbrauch zu erstellen, und so weiter.

Das letzte, aber nicht das letzte Beispiel auf der Liste ist Xackup– eine einfache, aber effektive XenServer-Sicherungslösung von Fungusware. Sie verfügt über eine benutzerfreundliche, assistentengesteuerte Benutzeroberfläche, die bei allen Arten von Vorgängen hilft – VM-Migration, Datensicherung, Datenwiederherstellung usw. Jeder dieser Prozesse ist mit Xackup viel einfacher und schneller – die Sicherung hat mehrere Zielspeicherorte, die Wiederherstellung kann entweder vollständig oder auf Dateiebene erfolgen, und der Migrationsprozess kann VMs zwischen Hypervisoren und Pools sowohl remote als auch lokal übertragen, wobei einige Vorgänge automatisiert werden können – Starten, Herunterfahren usw.