Citrix Hypervisor

Disaster Recovery aktivieren

In diesem Abschnitt wird beschrieben, wie Disaster Recovery in XenCenter aktiviert wird. Verwenden Sie die Option DR konfigurieren, um Speicherrepositories zu identifizieren, in denen die Poolmetadaten, Konfigurationsinformationen zu allen VMs und vApps im Pool gespeichert sind. Die Metadaten werden jedes Mal aktualisiert, wenn Sie die VM- oder vApp-Konfiguration innerhalb des Pools ändern.

Hinweis:

Sie können Disaster Recovery nur aktivieren, wenn Sie LVM über HBA oder LVM über iSCSI verwenden. Auf diesem Speicher wird eine kleine Menge Speicherplatz für eine neue LUN benötigt, die die Informationen zur Poolwiederherstellung enthält.

Bevor Sie beginnen, stellen Sie sicher, dass die für die Notfallwiederherstellung verwendeten SRs nur an den Pool am primären Standort angeschlossen sind. SRs, die für DR verwendet werden, dürfen nicht an den Pool am sekundären Standort angeschlossen werden.

Führen Sie die folgenden Schritte aus, um Disaster Recovery zu konfigurieren:

  1. Wählen Sie auf dem primären Standort den Pool aus, den Sie schützen möchten. Zeigen Sie im Menü Pool auf Disaster Recovery, und wählen Sie dann Konfigurierenaus.

  2. Wählen Sie bis zu 8 SRs aus, in denen die Poolmetadaten gespeichert werden können. Auf diesem Speicher wird eine kleine Menge Speicherplatz für eine neue LUN benötigt, die die Informationen zur Poolwiederherstellung enthält.

    Hinweis:

    Informationen für alle virtuellen Maschinen im Pool werden gespeichert, VMs müssen zum Schutz nicht unabhängig ausgewählt werden.

  3. Wählen Sie OK. Ihr Pool ist jetzt geschützt.

Wiederherstellen von VMs und vApps während einer Katastrophe (Failover)

In diesem Abschnitt wird erläutert, wie Sie Ihre VMs und vApps auf der sekundären (Wiederherstellungs-) Site wiederherstellen.

  1. Wählen Sie in XenCenter den sekundären Pool aus, und wählen Sie im Menü Pool die Option Disaster Recovery und dann Disaster Recovery-Assistentaus.

    Der Assistent zur Notfallwiederherstellung zeigt drei Wiederherstellungsoptionen an: Failover, Failback und Test Failover. Um die Wiederherstellung an Ihrem sekundären Standort durchzuführen, wählen Sie Failover und dann Weiteraus.

    Warnung:

    Wenn Sie gemeinsam genutzten Fibre-Channel-Speicher mit LUN-Spiegelung verwenden, um Daten an den sekundären Standort zu replizieren, brechen Sie die Spiegelung auf, bevor Sie versuchen, VMs wiederherzustellen. Die Spiegelung muss unterbrochen werden, um sicherzustellen, dass der sekundäre Standort Lese-/Schreibzugriff hat.

  2. Wählen Sie die Speicherrepositories (SRs) aus, die die Poolmetadaten für die VMs und vApps enthalten, die Sie wiederherstellen möchten.

    Standardmäßig zeigt die Liste auf dieser Assistentenseite alle SRs an, die derzeit im Pool angehängt sind. Um nach weiteren SRs zu suchen, wählen Sie Speicherrepositories suchen und dann den Speichertyp aus, nach dem gesucht werden soll:

    • Um nach allen verfügbaren Hardware-HBA-SRs zu suchen, wählen Sie Hardware-HBA-SRssuchen.

    • Um nach Software-iSCSI-SRs zu suchen, wählen Sie Software-iSCSI-SRs suchen aus und geben Sie dann die Zielhost-, IQN- und LUN-Details ein.

    Wenn Sie die erforderlichen SRs im Assistenten ausgewählt haben, wählen Sie Weiter aus, um fortzufahren.

  3. Wählen Sie die VMs und vApps aus, die Sie wiederherstellen möchten. Wählen Sie die entsprechende Option Energiezustand nach Wiederherstellung aus, um anzugeben, ob der Assistent sie nach der Wiederherstellung automatisch starten soll. Alternativ können Sie sie auch manuell starten, nachdem das Failover abgeschlossen ist.

    Wählen Sie Weiter, um zur nächsten Seite des Assistenten zu gelangen und Failover-Vorprüfungen zu starten.

  4. Der Assistent führt mehrere Vorprüfungen durch, bevor der Failover gestartet wird Um beispielsweise sicherzustellen, dass der gesamte von den ausgewählten VMs und vApps benötigte Speicher verfügbar ist. Wenn zu diesem Zeitpunkt Speicher fehlt, können Sie auf dieser Seite die Option SR anhängen auswählen, um die entsprechende SR zu suchen und anzuhängen.

    Beheben Sie alle Probleme auf der Seite Vorabprüfungen, und wählen Sie dann Failover aus, um den Wiederherstellungsvorgang zu starten.

  5. Auf einer Fortschrittsseite wird das Ergebnis des Wiederherstellungsprozesses für jede VM und vApp angezeigt. Der Failover-Prozess exportiert die Metadaten für VMs und vApps aus dem replizierten Speicher. Daher hängt die für den Failover benötigte Zeit von den VMs und vApps ab, die Sie wiederherstellen. Die VMs und vApps werden im primären Pool neu erstellt, und die SRs, die die virtuellen Laufwerke enthalten, werden den neu erstellten VMs zugeordnet. Falls angegeben, werden die virtuellen Maschinen gestartet.

  6. Wenn das Failover abgeschlossen ist, wählen Sie Weiter aus, um den zusammenfassenden Bericht anzuzeigen. Wählen Sie auf der Seite mit der Zusammenfassung des Berichts die Option Fertig stellen aus, um den Assistenten zu schließen.

Wenn der primäre Standort verfügbar ist, arbeiten Sie den Disaster Recovery-Assistenten durch und wählen Sie Failback aus, um Ihre VMs wieder auf dieser Site auszuführen.

Wiederherstellen von VMs und vApps am primären Standort nach einem Notfall (Failback)

In diesem Abschnitt wird erläutert, wie VMs und vApps aus repliziertem Speicher wiederhergestellt werden. Sie können VMs und vApps wieder in einem Pool an Ihrem primären (Produktions-) Standort wiederherstellen, wenn der primäre Standort nach einer Katastrophe wieder verfügbar ist. Verwenden Sie zum Failback von VMs und vApps an Ihren primären Standort den Disaster Recovery-Assistenten.

  1. Wählen Sie in XenCenter den primären Pool aus, und wählen Sie im Menü Pool die Option Disaster Recovery und dann Disaster Recovery-Assistentaus.

    Der Assistent zur Notfallwiederherstellung zeigt drei Wiederherstellungsoptionen an: Failover, Failback und Test Failover. Um VMs und vApps auf Ihrer primären Site wiederherzustellen, wählen Sie Failback und dann Weiteraus.

    Warnung:

    Wenn Sie gemeinsam genutzten Fibre-Channel-Speicher mit LUN-Spiegelung verwenden, um Daten an den primären Standort zu replizieren, brechen Sie die Spiegelung auf, bevor Sie versuchen, VMs wiederherzustellen. Die Spiegelung muss unterbrochen werden, um sicherzustellen, dass der primäre Standort Lese-/Schreibzugriff hat.

  2. Wählen Sie die Speicherrepositories (SRs) aus, die die Poolmetadaten für die VMs und vApps enthalten, die Sie wiederherstellen möchten.

    Standardmäßig zeigt die Liste auf dieser Assistentenseite alle SRs an, die derzeit im Pool angehängt sind. Um nach weiteren SRs zu suchen, wählen Sie Speicherrepositories suchen, und wählen Sie dann den Speichertyp aus, nach dem gesucht werden soll:

    • Um nach allen verfügbaren Hardware-HBA-SRs zu suchen, wählen Sie Hardware-HBA-SRssuchen.

    • Um nach Software-iSCSI-SRs zu suchen, wählen Sie Software-iSCSI-SRs suchen aus und geben Sie dann die Zielhost-, IQN- und LUN-Details ein.

    Wenn Sie die erforderlichen SRs im Assistenten ausgewählt haben, wählen Sie Weiter aus, um fortzufahren.

  3. Wählen Sie die VMs und vApps aus, die Sie wiederherstellen möchten. Wählen Sie die entsprechende Option Energiezustand nach Wiederherstellung aus, um anzugeben, ob der Assistent sie nach der Wiederherstellung automatisch starten soll. Alternativ können Sie sie auch manuell starten, nachdem das Failback abgeschlossen ist.

    Wählen Sie Weiter, um zur nächsten Seite des Assistenten zu gelangen und Failback-Vorprüfungen zu starten.

  4. Der Assistent führt vor dem Failback mehrere Vorabprüfungen durch. Um beispielsweise sicherzustellen, dass der gesamte von den ausgewählten VMs und vApps benötigte Speicher verfügbar ist. Wenn zu diesem Zeitpunkt Speicher fehlt, können Sie auf dieser Seite die Option SR anhängen auswählen, um die entsprechende SR zu suchen und anzuhängen.

    Beheben Sie alle Probleme auf der Seite Vorabprüfungen, und wählen Sie dann Failback aus, um den Wiederherstellungsvorgang zu starten.

  5. Auf einer Fortschrittsseite wird das Ergebnis des Wiederherstellungsprozesses für jede VM und vApp angezeigt. Der Failback-Prozess exportiert die Metadaten für VMs und vApps aus dem replizierten Speicher. Daher kann das Failback je nach Anzahl der wiederherzustellenden VMs und vApps einige Zeit dauern. Die VMs und vApps werden im primären Pool neu erstellt, und die SRs, die die virtuellen Laufwerke enthalten, werden den neu erstellten VMs zugeordnet. Falls angegeben, werden die virtuellen Maschinen gestartet.

  6. Wenn das Failback abgeschlossen ist, wählen Sie Weiter aus, um den zusammenfassenden Bericht anzuzeigen. Wählen Sie auf der Seite mit der Zusammenfassung des Berichts die Option Fertig stellen aus, um den Assistenten zu schließen.

Testen des Failovers

Failover-Tests sind ein wesentlicher Bestandteil der Disaster Recovery-Planung. Sie können den Disaster Recovery-Assistenten verwenden, um unterbrechungsfreie Tests Ihres Disaster Recovery-Systems durchzuführen. Während eines Test-Failover-Vorgangs sind die Schritte dieselben wie beim Failover. Anstatt jedoch gestartet zu werden, nachdem sie auf dem DR-Standort wiederhergestellt wurden, werden die VMs und vApps in einen angehaltenen Zustand versetzt. Am Ende eines Test-Failover-Vorgangs werden alle virtuellen Maschinen, vApps und Speicher, die auf der DR-Site neu erstellt wurden, automatisch gelöscht. Stellen Sie nach der ersten DR-Konfiguration und nachdem Sie wesentliche Konfigurationsänderungen in einem DR-fähigen Pool vorgenommen haben, sicher, dass das Failover ordnungsgemäß funktioniert, indem Sie ein Test-Failover durchführen.

  1. Wählen Sie in XenCenter den sekundären Pool aus, und wählen Sie im Menü Pool die Option Disaster Recovery aus, um den Disaster Recovery-Assistenten zu öffnen.

    Der Assistent zur Notfallwiederherstellung zeigt drei Wiederherstellungsoptionen an: Failover, Failback und Test Failover. Um Ihr Disaster-Recovery-System zu testen, wählen Sie Test Failover und dann Weiteraus.

    Hinweis:

    Wenn Sie gemeinsam genutzten Fibre-Channel-Speicher mit LUN-Spiegelung verwenden, um Daten an den sekundären Standort zu replizieren, brechen Sie die Spiegelung auf, bevor Sie versuchen, Daten wiederherzustellen. Die Spiegelung muss unterbrochen werden, um sicherzustellen, dass der sekundäre Standort Lese-/Schreibzugriff hat.

  2. Wählen Sie die Speicherrepositories (SRs) aus, die die Poolmetadaten für die VMs und vApps enthalten, die Sie wiederherstellen möchten.

    Standardmäßig zeigt die Liste auf dieser Assistentenseite alle SRs an, die derzeit im Pool angehängt sind. Um nach weiteren SRs zu suchen, wählen Sie “ Speicherrepositories suchen “ und anschließend den Speichertyp, nach dem gesucht werden soll:

    • Um nach allen verfügbaren Hardware-HBA-SRs zu suchen, wählen Sie Hardware-HBA-SRssuchen.

    • Um nach Software-iSCSI-SRs zu suchen, wählen Sie Software-iSCSI SRs suchen aus, und geben Sie dann den Zielhost, den IQN und die LUN-Details in das Feld ein.

    Wenn Sie die erforderlichen SRs im Assistenten ausgewählt haben, wählen Sie Weiter aus, um fortzufahren.

  3. Wählen Sie die VMs und vApps aus, die Sie wiederherstellen möchten, und wählen Sie dann Weiter aus, um zur nächsten Seite zu gelangen und Failover-Vorprüfungen zu starten.

  4. Vor Beginn des Testfailovers führt der Assistent mehrere Vorabprüfungen durch. Um beispielsweise sicherzustellen, dass der gesamte von den ausgewählten VMs und vApps benötigte Speicher verfügbar ist.

    • Prüfen Sie, ob Speicher verfügbar ist. Wenn ein Speicher fehlt, können Sie auf dieser Seite “SR anhängen” auswählen, um das entsprechende SR zu suchen und anzuhängen.

    • Stellen Sie sicher, dass die Hochverfügbarkeit im Ziel-DR-Pool nicht aktiviert ist. Die Hochverfügbarkeit muss im sekundären Pool deaktiviert werden, um zu verhindern, dass dieselben VMs sowohl im primären als auch im DR-Pool ausgeführt werden. Die Hochverfügbarkeit muss deaktiviert werden, um sicherzustellen, dass die wiederhergestellten VMs und vApps nach der Wiederherstellung nicht automatisch gestartet werden. Um die Hochverfügbarkeit im sekundären Pool zu deaktivieren, können Sie einfach HA deaktivieren auf der Seite auswählen. Wenn die Hochverfügbarkeit zu diesem Zeitpunkt deaktiviert ist, wird sie am Ende des Test-Failover-Prozesses automatisch wieder aktiviert.

    Beheben Sie alle Probleme auf der Seite Vorabprüfungen, und wählen Sie dann Failover aus, um das Testfailover zu starten.

  5. Auf einer Fortschrittsseite wird das Ergebnis des Wiederherstellungsprozesses für jede VM und vApp angezeigt. Beim Failover-Prozess werden Metadaten für die VMs und vApps aus dem replizierten Speicher wiederhergestellt. Daher kann ein Failover je nach Anzahl der wiederherzustellenden VMs und vApps einige Zeit dauern. Die VMs und vApps werden im DR-Pool neu erstellt, die SRs, die die virtuellen Datenträger enthalten, werden an die neu erstellten VMs angeschlossen.

    Die wiederhergestellten VMs werden in einen angehaltenen Zustand versetzt: Sie werden während eines Test-Failovers nicht am sekundären Standort gestartet.

  6. Wenn Sie sich sicher sind, dass das Test-Failover erfolgreich durchgeführt wurde, wählen Sie im Assistenten Weiter aus, damit der Assistent auf der DR-Site bereinigt:

    • VMs und vApps, die während des Test-Failovers wiederhergestellt wurden, werden gelöscht.

    • Speicher, der während des Test-Failovers wiederhergestellt wurde, wird getrennt.

    • Wenn die Hochverfügbarkeit im DR-Pool in der Vorabprüfungsphase deaktiviert wurde, damit das Test-Failover stattfinden kann, wird sie automatisch wieder aktiviert.

    Der Fortschritt des Bereinigungsvorgangs wird im Assistenten angezeigt.

  7. Wählen Sie Fertig stellen, um den Assistenten zu schließen.

Disaster Recovery aktivieren