Bei Verwendung von Site Recovery Manager als Business Continuity- und Disaster Recovery-Lösung für Ihre vSphere-Ressourcen können Sie VMware Aria Automation so konfigurieren, dass die Ressourcen weiterhin verwaltet werden, selbst wenn sie von SRM an einen sekundären Speicherort verschoben werden.

Arbeitslastmobilität wird derzeit für auf vSphere bereitgestellte Ressourcen unterstützt. Zu den Arbeitslastressourcen gehören virtuelle Maschinen, Festplatten und VM-Netzwerke. Aufgrund von Site Recovery Manager-Einschränkungen sind First Class Disks nicht enthalten.

Arbeitslastmobilität funktioniert nur mit SRM. Wenn Sie Arbeitslasten mit einem Nicht-SRM-Tool verlagern, kann VMware Aria Automation die Ressourcen unabhängig von den Einstellungen für die Site-Zuordnung des Kontos und die Arbeitslastmobilität des Projekts nicht mehr verwalten.

Nach einem Failover der Ressourcen von der primären auf die sekundäre Site werden die Informationen zu den Ressourcen auf der sekundären Site während der Datenerfassung abgeglichen. Der vollständige Abstimmungsvorgang kann mehrere Erfassungszyklen in Anspruch nehmen.

Bevor Sie beginnen

  • Stellen Sie sicher, dass die primäre und die sekundäre Site zum selben Projekt gehören.
  • Stellen Sie folgende Überlegungen an, um sich mit der Verwaltung der Ressourcen nach einem Failover vertraut zu machen.
    Überlegungen Lösungen
    Nach einem Failover der Ressourcen von der primären auf die sekundäre Site werden die Informationen zu den Ressourcen auf der sekundären Site während der Datenerfassung abgeglichen. Der vollständige Abstimmungsvorgang kann mehrere Erfassungszyklen in Anspruch nehmen. Wenn Fehler auftreten, können Sie die SRM-Protokolle überprüfen, um das Problem zu identifizieren.
    Speicherressourcen gehören nach dem Abgleich auf der neuen Site nicht zu einer Cloud-Zone. Nach dem Failover sind Speicherkontingente möglicherweise ungenau, und die Zuteilung neuer Festplatten schlägt abhängig von der neuen vCenter-Topologie unter Umständen fehl. Keine
    Bestimmte Aktionen funktionieren auf der sekundären Site unter Umständen nicht, wenn sich die Richtlinien von der primären Site unterscheiden.

    Beispiel: Bestimmte Tags sind im neuen vCenter-Datenspeicher unter Umständen nicht vorhanden und werden nicht abgeglichen, wenn die Ressourcen verschoben werden. Wenn die Ressourcen im Datenspeicher auf der sekundären Site verbleiben, müssen Sie die Tags im neuen vCenter aktualisieren, um die fortlaufende Einhaltung Ihrer Richtlinien sicherzustellen.

    Eine alternative Lösung besteht darin, die Sites, einschließlich der Richtlinien und Tags, zu spiegeln.

    Die meisten Tag-2-Aktionen im Zusammenhang mit Maschinen, Festplatten und VM-Netzwerken werden unterstützt.

    Die folgenden Tag-2-Aktionen werden auf der sekundären Site nicht unterstützt.

    • Ändern von Netzwerken bei Verwendung der Aktion „Bereitstellung aktualisieren“.

    Jede Aktion, die mehr Ressourcen verbraucht, wie z. B. Hinzufügen oder Ändern der Größe von Festplatten, wird durch die verfügbaren Ressourcen begrenzt.
    First Class Disks werden aufgrund von Site Recovery Manager-Einschränkungen nicht unterstützt. Keine
    Wenn Sie die Ressourcen auf der sekundären Site nicht erneut schützen, bevor Sie eine Ressource im Rahmen der iterativen Entwicklung oder der allgemeinen Ressourcenverwaltung ändern, erzeugt SRM einen Fehler, und die Ressource wird bei einem Failback auf die primäre Site nicht verschoben.

    Schützen Sie die Ressourcen auf der sekundären Site nach dem Failover erneut, um sicherzustellen, dass SRM die Änderungen erkennt. Durch den erneuten Schutz wird sichergestellt, dass ein Failback Ihrer Ressourcen auf die primäre Site mit minimalen Unterbrechungen durchgeführt werden kann.

    Eine alternative Lösung besteht in der Verwendung eines VMware Aria Automation Orchestrator-Plug-Ins, das neu bereitgestellte Maschinen zu Site Recovery Manager-Schutzgruppen hinzufügt. Das Plug-In-Handbuch finden Sie auf der Dokumentationsseite zu SRM.

    Wenn die iterative Entwicklung auf der sekundären Site fortgesetzt wird, können gelöschte Ressourcen nicht wiederhergestellt werden. Bei einer vorübergehenden Verschiebung auf die sekundäre Site sollten Sie alle destruktiven Aktionen anhalten, bis ein Failback auf die primäre Site durchgeführt wird.

Konfigurieren von VMware Site Recovery Manager

Stellen Sie sicher, dass die von VMware Aria Automation verwalteten Ressourcen für die Unterstützung der Arbeitslastmobilität konfiguriert sind. Weitere Informationen finden Sie in der Dokumentation zu Site Recovery Manager.

  1. Geben Sie die primären und sekundären vCenter-Instanzen an.
  2. Erstellen Sie eine Schutzgruppe für die Ressourcen.
  3. Erstellen Sie einen Wiederherstellungsplan für die Ressourcen.

Verknüpfen Sie die primären und sekundären Konten in VMware Aria Automation

VMware Aria Automation muss die alternativen Cloud-Konten kennen, die von SRM für die Schutzgruppe und den Wiederherstellungsplan verwendet werden.

Die alternativen Konten müssen zum selben Projekt wie das primäre Konto gehören.

  1. Wählen Sie in Automation Assembler die Optionen Infrastruktur > Verbindungen > Cloud-Konten aus und stellen Sie sicher, dass das primäre und das sekundäre Cloud-Konto konfiguriert sind.
  2. Öffnen Sie das primäre Konto und suchen Sie nach dem Abschnitt Site-Zuordnung.
  3. Klicken Sie auf Hinzufügen und wählen Sie das sekundäre Cloud-Konto aus.
  4. Aktivieren Sie die Umschaltoption Bidirektional, um die Migration zurück zur primären Site zu unterstützen.
  5. Klicken Sie auf Speichern.