Das Terraform-Skript, das die NSX Cloud-Komponenten in Ihrem Microsoft Azure-Abonnement bereitstellt, erstellt eine Sicherungsrichtlinie mit den Microsoft Azure Recovery-Tresordiensten, um alle drei NSX Manager-Knoten in regelmäßigen Abständen zu sichern.

Wenn Sie eine Sicherung des einzigen Knotens erstellen möchten, können Sie die Richtlinie nach Bedarf bearbeiten. Die folgenden Anweisungen gehen davon aus, dass alle drei NSX Manager-Knoten gesichert sind.

Sie haben die folgenden Optionen zum Wiederherstellen der NSX Manager-Appliance, die in einem Verwaltungs-VNet Ihres Microsoft Azure-Abonnements bereitgestellt wird:
  • Wiederherstellen der Betriebssystem-Festplatte für NSX Manager
  • Wiederherstellen eines NSX Manager-Knotens durch Erstellen einer neuen NSX Manager-VM
  • Wiederherstellen aller drei NSX Manager-Knoten durch Erstellen von drei neuen NSX Manager-VMs

Wiederherstellen der Betriebssystem-Festplatte für NSX Manager

  1. Navigieren Sie in Ihrem Microsoft Azure-Abonnement zum Sicherungsbildschirm, der alle verfügbaren Sicherungen der NSX Manager-VM auflistet, zum Beispiel <deployment_prefix>-nsx-mgmt-rg > <deployment_prefix>-nsx-mgr0, > „From Operations“ im linken Fenster > Backup.
  2. Klicken Sie auf Restore VM und wählen Sie einen „Restore Point“ aus.
  3. Wählen Sie unter Restore Virtual Machine die Option Create new unter Restore Configuration und dann Restore disks für Restore type aus.

    Die Informationen zum NSX Cloud-Verwaltungs-VNet werden automatisch ausgefüllt.

  4. Klicken Sie auf Restore.
  5. Die wiederhergestellte Betriebssystem-Festplatte wird in derselben Ressourcengruppe wie die NSX Manager-VM gespeichert. Der Name lautet: <deployment_prefix>-nsx-mgr0-<original OS disk name>-<backup timestamp>, zum Beispiel: mynsxmgr-osdisk-20201022-191737.
  6. Tauschen Sie die alte NSX Manager-Festplatte mit der neu wiederhergestellten Festplatte aus, indem Sie zu <deployment_prefix>-nsx-mgr > Disks > Swap OS disk navigieren.

Wiederherstellen eines NSX Manager-Knotens durch Erstellen einer neuen NSX Manager-VM

Sie können diesen NSX Manager-Knoten in einer neuen VM wiederherstellen und dabei seine private IP-Adresse beibehalten. Stellen Sie zunächst die Betriebssystem-Festplatte wieder her, damit Sie eine Vorlage unter Verwendung der Festplatte erstellen und dann eine neue VM bereitstellen können, die die private IP-Adresse des NSX Managers beibehält.

  1. Navigieren Sie in Ihrem Microsoft Azure-Abonnement zum Sicherungsbildschirm, der alle verfügbaren Sicherungen der NSX Manager-VM auflistet. Wenn z. B. Knoten nsx-mgr0 beschädigt ist und Sie ihn aus einer Sicherung wiederherstellen möchten, navigieren Sie zu <deployment_prefix>-nsx-mgmt-rg > <deployment_prefix>-nsx-mgr0 > „From Operations“ im linken Fenster > Backup.
  2. Klicken Sie auf Restore VM und wählen Sie einen „Restore Point“ aus.
  3. Wählen Sie unter Restore Virtual Machine die Option Create new unter Restore Configuration und dann Restore disks für Restore type aus.

    Die Informationen zum NSX Cloud-Verwaltungs-VNet werden automatisch ausgefüllt.

  4. Klicken Sie auf Restore.
  5. Die wiederhergestellte Betriebssystem-Festplatte wird in derselben Ressourcengruppe wie die NSX Manager-VM gespeichert. Der Name lautet: <deployment_prefix>-nsx-mgr>[0,1,2]-<original OS disk name>-<backup timestamp>, zum Beispiel: mynsxmgr-osdisk-20201022-191737.
  6. Löschen Sie die vorhandenen NSX Manager-Entitäten aus der Ressourcengruppe:
    • NSX Manager-VM
    • NSX Manager-Netzwerkkarte und öffentliche IP
      Hinweis: Wenn Sie die öffentliche IP-Adresse von NSX Manager beibehalten möchten, können Sie dies tun, indem Sie die vorhandene NSX Manager-Netzwerkkarte der neuen NSX Manager-VM neu zuweisen. Löschen Sie in diesem Fall nicht die NSX Manager-Netzwerkkarte. Wenn die NSX Manager-Netzwerkkarte nicht verwendbar ist und Sie sie löschen müssen, werden Ihrer neuen NSX Manager-VM eine neue Netzwerkkarte und eine neue öffentliche IP-Adresse zugewiesen.
    • NSX Manager-Betriebssystem-Festplatte
    • NSX Manager-Datenfestplatte
  7. Wechseln Sie zur Wiederherstellung der Betriebssystem-Festplatte, die aus dem Tresor erstellt wurde.

    <deployment_prefix>-nsx-vault > Backup Items (unter „Protected Items“ im linken Fenstermenü) > Azure Virtual Machine > <deployment_prefix>-nsx-mgr<[0,1,2]> > View all Jobs.

  8. Klicken Sie über den Vorgang Restore auf die CSM-VM. Dies ist die Betriebssystem-Festplatte, die kürzlich wiederhergestellt wurde. Klicken Sie auf Deploy Template.
  9. Aktualisieren Sie die erforderlichen Details für die neue NSX Manager-VM.
  10. Klicken Sie auf Edit Template, ändern Sie die Zuweisungsmethode für die private IP auf static und geben Sie die vorhandene private IP-Adresse für die NSX Manager-Appliance an. Beispiel:
       "resources": [
            <...>,
            {
              <...>,
                    "ipConfigurations": [
                        {
                            "properties": {
                                "privateIPAllocationMethod": "Static",
                                "privateIPAddress": "192.168.43.11"
                                <...>},
             <...>
  11. Speichern Sie die Vorlage, akzeptieren Sie die Bedingungen und klicken Sie auf Purchase.

    Die neue NSX Manager-VM wird bereitgestellt, wobei die gleiche IP-Adresse wie bei der alten NSX Manager-VM beibehalten wird.

  12. Stellen Sie sicher, dass der NSX Manager-Cluster wieder in einem fehlerfreien Zustand ist. Sie können den Clusterstatus mithilfe des NSX-CLI-Befehls get cluster status überprüfen, indem Sie sich bei einem der NSX Manager-Knoten mithilfe von SSH anmelden. Sie können auch den Clusterstatus über die NSX Manager-Benutzeroberfläche überprüfen, indem Sie System > Appliances in der NSX Manager-Benutzeroberfläche verwenden.

Wiederherstellen aller drei NSX Manager-Knoten

Wenn alle drei NSX Manager-Knoten im Cluster wiederhergestellt werden müssen, führen Sie die gleichen Schritte wie unter Wiederherstellen eines NSX Manager-Knotens durch Erstellen einer neuen NSX Manager-VM beschrieben aus, um jeden Knoten wiederherzustellen und dann den Clusterstatus zu überprüfen.