Disaster Recovery (DR)
Mit der Disaster Recovery (DR) -Funktion können Sie VMs und vApps von einem katastrophalen Ausfall der Hardware wiederherstellen, die einen ganzen Pool oder Standort deaktiviert oder zerstört.
Zum Schutz vor Ausfällen einzelner Server können Sie Hochverfügbarkeitverwenden. Hochverfügbarkeit startet VMs auf einem alternativen Server im selben Pool neu.
Grundlegendes zu DR
Bei der Notfallwiederherstellung werden alle Informationen gespeichert, die für die Wiederherstellung geschäftskritischer VMs und vApps in Speicherrepositories (SRs) erforderlich sind. Diese Speicherrepositories werden dann von Ihrer primären (Produktions-) Umgebung in eine Backupumgebung repliziert. Wenn ein geschützter Pool am primären Standort ausfällt, können die VMs und vApps in diesem Pool aus dem replizierten Speicher wiederhergestellt und an einem sekundären Standort (DR) neu erstellt werden. Das Ergebnis ist eine minimale Ausfallzeit für Anwendungen oder Benutzer.
Nachdem die wiederhergestellten VMs im Notfall-Pool ausgeführt wurden und ausgeführt werden, müssen die Metadaten des Notfall-Pools auch auf dem replizierten Speicher gespeichert werden. Mit dieser Aktion können wiederhergestellte VMs und vApps wieder am primären Standort wiederhergestellt werden, wenn sie wieder online sind.
Hinweis:
Disaster Recovery kann nur mit LVM über HBA oder LVM über iSCSI-Speichertypen verwendet werden.
Citrix Hypervisor VMs bestehen aus zwei Komponenten:
- Virtuelle Laufwerke, die von der VM verwendet werden, die in konfigurierten Speicherrepositories (SRs) im Pool gespeichert sind, in dem sich die VMs befinden.
- Metadaten, die die VM-Umgebung beschreiben. Die Metadaten enthalten alle Informationen, die zum Neuerstellen der VM erforderlich sind, wenn die ursprüngliche VM nicht verfügbar oder beschädigt ist. Die meisten Metadaten werden beim Erstellen der VM geschrieben und nur aktualisiert, wenn Sie die VM-Konfiguration ändern. Bei VMs in einem Pool wird eine Kopie dieser Metadaten auf jedem Server im Pool gespeichert.
In einer DR-Umgebung werden VMs auf einer sekundären (DR) -Site aus den Poolmetadaten - Konfigurationsinformationen zu allen VMs und vApps im Pool - neu erstellt. Die Metadaten für jede VM umfassen den Namen, die Beschreibung und die Universal Unique Identifier (UUID) sowie den Arbeitsspeicher, die virtuelle CPU, das Netzwerk und die Speicherkonfiguration. Es enthält auch die VM-Startoptionen, die beim Neustart der VM in einer Umgebung mit hoher Verfügbarkeit oder Notfallwiederherstellung verwendet werden: Startreihenfolge, Verzögerungsintervall und Neustartpriorität. Wenn Sie beispielsweise VMs wiederherstellen, werden die VMs innerhalb einer vApp im DR-Pool in der Reihenfolge und mit den in den Metadaten angegebenen Verzögerungsintervallen neu gestartet.
Hinweis:
Um die Disaster Recovery verwenden zu können, müssen Sie als root angemeldet sein oder eine Rolle als Pooloperator oder höher haben.
Disaster Recovery-Terminologie
vApp: Eine logische Gruppe verwandter VMs, die als einzelne Entität verwaltet werden.
Standort: Eine physische Gruppe von Citrix Hypervisor Ressourcenpools, Speicher- und Hardwarekomponenten.
Primärer Standort: Ein physischer Standort, auf dem VMs oder vApps ausgeführt werden, die im Notfall geschützt werden müssen.
Sekundärer Standort, DR-Standort: Ein physischer Standort, dessen Zweck es ist, im Falle einer Katastrophe als Wiederherstellungsort für den primären Standort zu dienen.
Failover: Wiederherstellung von VMs und vApps an einem sekundären Standort (Wiederherstellungsstandort) im Falle einer Katastrophe am primären Standort.
Failback: Wiederherstellung von VMs und vApps auf dem primären Standort von einem sekundären Standort (Wiederherstellungsstandort).
Test-Failover: Ein “Trockenlauf” -Failover, bei dem VMs und vApps vom replizierten Speicher in einen Pool an einem sekundären Standort (Wiederherstellungsstandort) wiederhergestellt werden, aber nicht gestartet werden. Test-Failovers können ausgeführt werden, um zu überprüfen, ob die DR korrekt konfiguriert ist und ob Ihre Prozesse wirksam sind.
Poolmetadaten: Informationen zu den VMs und vApps im Pool, z. B. deren Name und Beschreibung. Bei VMs umfassen die Konfigurationsinformationen UUID, Arbeitsspeicher, virtuelle CPU, Netzwerk- und Speicherkonfiguration sowie Startoptionen. Poolmetadaten werden in der Notfallwiederherstellung verwendet, um die VMs und vApps vom primären Standort in einem Wiederherstellungspool am sekundären Standort neu zu erstellen.
Disaster Recovery-Infrastruktur
Um die Disaster Recovery zu verwenden, richten Sie die entsprechende DR-Infrastruktur sowohl am primären als auch am sekundären Standort ein:
- Der Speicher, der sowohl für die Poolmetadaten als auch für die virtuellen Datenträger der VM verwendet wird, muss von der primären (Produktions-) Umgebung in eine Backupumgebung repliziert werden. Die Speicherreplikation, z. B. durch Spiegelung, variiert von Gerät zu Gerät. Wir empfehlen Ihnen, Ihre Speicherlösung für die Speicherreplikation zu verwenden.
- Nachdem die wiederhergestellten VMs und vApps in einem Pool auf der DR-Site ausgeführt wurden und ausgeführt wurden, replizieren Sie die SRs, die die Metadaten des Notfall-Pools und die virtuellen Laufwerke enthalten. Mit dieser Aktion können die wiederhergestellten VMs und vApps wieder am primären Standort wiederhergestellt werden (fehlgeschlagen), sobald der primäre Standort wieder online ist.
- Die Hardwareinfrastruktur am DR-Standort muss nicht mit dem primären Standort übereinstimmen. Die Citrix Hypervisor Umgebung muss jedoch auf der gleichen Release- und Patch-Ebene sein. Außerdem müssen ausreichende Ressourcen im Zielpool konfiguriert werden, damit alle ausgefallenen VMs neu erstellt und gestartet werden können.
Wichtig:
XenCenter und der Disaster Recovery-Assistent steuern keine Speicher-Array-Funktionen. Stellen Sie sicher, dass die Poolmetadaten und der von den VMs verwendete Speicher, die im Notfall neu gestartet werden sollen, auf eine Backupsite repliziert werden. Einige Speicher-Arrays enthalten Spiegelungsfunktionen, um die Kopie automatisch zu erreichen. Wenn diese Features verwendet werden, deaktivieren Sie die Spiegelfunktion, bevor VMs auf der Wiederherstellungs-Site neu gestartet werden.
Failover, Failback und Test-Failover mit dem Disaster Recovery-Assistenten
Der Disaster Recovery-Assistent vereinfacht Failover und Failback. Die Schritte, die an diesen Prozessen beteiligt sind, werden hier beschrieben:
Failover
-
Wählen Sie einen Zielpool auf dem sekundären Notfall-Standort aus, an dem Sie Ihre VMs und vApps wiederherstellen möchten.
-
Geben Sie Details zu den Speicherzielen an, die die replizierten SRs von Ihrem primären Standort enthalten. Der Assistent scannt die Ziele und listet alle dort gefundenen SRs auf.
-
Wählen Sie die SRs aus, die die Metadaten und virtuellen Laufwerke für die VMs und vApps enthalten, die Sie wiederherstellen möchten. Der Assistent scannt die SRs und listet alle gefundenen VMs und vApps auf.
-
Wählen Sie aus, welche VMs und vApps Sie auf der DR-Site wiederherstellen möchten. Geben Sie an, ob der Assistent sie automatisch starten soll, wenn sie wiederhergestellt wurden, oder ob Sie sie lieber selbst warten und manuell starten möchten.
Der Assistent führt Vorüberprüfungen durch, um sicherzustellen, dass die ausgewählten VMs und vApps im Ziel-DR-Pool wiederhergestellt werden können. Beispielsweise überprüft der Assistent, ob der gesamte von den ausgewählten VMs und vApps benötigte Speicher verfügbar ist.
Wenn die Vorprüfungen abgeschlossen sind und alle Probleme behoben sind, beginnt der Failover-Prozess. Die ausgewählten VMs und vApps werden aus dem replizierten Speicher in den Notfall-Pool exportiert. Das Failover ist jetzt abgeschlossen.
Failback
-
Wählen Sie den Zielpool auf Ihrem primären Standort aus, auf dem Sie die derzeit auf der DR-Site ausgeführten VMs und vApps wiederherstellen möchten.
-
Geben Sie Details zu den Speicherzielen an, die die replizierten SRs von Ihrem Notfall-Standort enthalten. Der Assistent scannt die Ziele und listet alle gefundenen SRs auf.
-
Wählen Sie die SRs aus, die die Metadaten und virtuellen Laufwerke für die VMs und vApps enthalten, die Sie wiederherstellen möchten. Der Assistent scannt die SRs und listet alle gefundenen VMs und vApps auf.
-
Wählen Sie aus, welche VMs und vApps Sie am primären Standort wiederherstellen möchten. Geben Sie an, ob der Assistent sie automatisch starten soll, wenn sie wiederhergestellt wurden, oder ob Sie sie lieber selbst warten und manuell starten möchten.
Der Assistent führt dann Vorüberprüfungen durch, um sicherzustellen, dass die ausgewählten VMs und vApps im Zielpool am primären Standort wiederhergestellt werden können. Beispielsweise überprüft der Assistent, ob der gesamte von den ausgewählten VMs und vApps benötigte Speicher verfügbar ist.
Wenn die Vorprüfungen abgeschlossen sind und alle Probleme behoben sind, beginnt der Failbackprozess. Die ausgewählten VMs und vApps, die auf Ihrer DR-Site ausgeführt werden, werden aus dem replizierten Speicher zurück in den ausgewählten Pool am primären Standort exportiert.
Failback ist jetzt abgeschlossen.
Wenn der Disaster Recovery-Assistent Informationen für dieselbe VM an zwei oder mehr Orten findet, werden nur die neuesten Informationen pro VM verwendet. Beispielsweise können die Informationen im primären Standortspeicher, im Notfall-Standortspeicher und im Pool gespeichert werden, in den die Daten importiert werden.
Tipp:
Um die Wiederherstellung von VMs und vApps zu vereinfachen, benennen Sie Ihre SRs, um anzugeben, wie Ihre VMs und vApps SRs zugeordnet sind, und die SRs LUNs.
Sie können auch den Disaster Recovery-Assistenten verwenden, um Test-Failover für unterbrechungsfreie Tests Ihres Disaster Recovery-Systems auszuführen. Bei einem Test-Failover sind die Schritte dieselben wie beim Failover, aber wiederhergestellte VMs und vApps werden in einem angehaltenen Zustand auf dem Notfall-Standort gestartet. Die Bereinigung wird durchgeführt, wenn der Test abgeschlossen ist, um alle VMs, vApps und Speicher zu entfernen, die auf der DR-Site neu erstellt wurden. Weitere Informationen finden Sie unter Testen des Failovers.