Überblick über die Voraussetzungen für den Bereitstellungsworkflow

  • 6 Minuten

Wenn Sie die Workloads in Ihrer Organisation vor unvorhergesehenen Notfällen schützen möchten, müssen Sie sich zunächst einen Überblick über den aktuellen BCDR-Plan (Business Continuity & Disaster Recovery) des Unternehmens verschaffen. Sie müssen die verschiedenen Ziele und den Umfang der Wiederherstellung für die Systeme ermitteln, die geschützt werden müssen.

VMware SRM ist eine BCDR-Lösung, mit der Sie VM-Wiederherstellungen zwischen einem geschützten VMware vCenter Server-Standort und einem vCenter Server-Wiederherstellungsstandort planen, testen und ausführen können.

BCDR

Eine Dienstunterbrechung kann zu Unterbrechungen für Ihre Mitarbeiter*innen und Benutzer*innen führen. Jede Sekunde, in der Systeme nicht verfügbar sind, kann zu Umsatzverlusten für Ihr Unternehmen führen. Zudem können auf Ihr Unternehmen Geldstrafen zukommen, wenn Verfügbarkeitsvereinbarungen für bereitgestellte Dienste nicht erfüllt werden.

BCDR-Pläne sind formelle Dokumente, die von Unternehmen erstellt werden, um den Umfang und die Maßnahmen zu beschreiben, die bei einem Notfall oder umfangreichen Ausfall zu ergreifen sind. Die Organisation bewertet jeden Ausfall für sich selbst. Beispielsweise könnte eine Organisation einen BCDR-Plan in Aktion setzen, wenn ein Rechenzentrum an Leistung verliert.

Recovery Time Objective (RTO)

Recovery Time Objective (RTO) ist ein Maß für die maximale Zeitspanne, die Ihr Unternehmen nach einem Notfall verkraften kann, bevor der normale Betrieb wiederhergestellt werden muss, um nicht akzeptable Folgen im Zusammenhang mit einer Unterbrechung der Kontinuität zu vermeiden. Wenn der RTO-Wert einer Organisation beispielsweise 12 Stunden beträgt, bedeutet das, dass der Betrieb 12 Stunden lang fortgesetzt werden kann, ohne dass die Kerndienste des Unternehmens funktionieren. Eine längere Ausfallzeit hätte ernsthafte Konsequenzen für das Unternehmen.

RPO (Recovery Point Objective)

Ein Unternehmen kann alle 24 Stunden, 12 Stunden oder sogar in Echtzeit eine Sicherung erstellen. Bei einem Notfall kommt es jedoch immer zu Datenverlusten. Recovery Point Objective (RPO)ist ein Maß für den maximalen Datenverlust, der nach einem Notfall akzeptabel ist.

Wenn in einer Organisation beispielsweise alle 24 Stunden um Mitternacht eine Sicherung erstellt wird und um 9:00 Uhr ein Notfall eintritt, gehen die Daten von neun Stunden verloren. Wenn der RPO-Wert einer Organisation 12 Stunden beträgt, ist ein Datenverlust von neun Stunden akzeptabel. Wenn der RPO-Wert vier Stunden beträgt, ist der Datenverlust nicht akzeptabel.

Was ist VMware SRM?

VMware SRM kann einen Beitrag zu Ihrem BCDR-Plan leisten, da hiermit Workloads von einem primären Standort an einen sekundären Standort repliziert werden können. Für den Fall, dass am primären Standort ein Problem auftritt, kann VMware SRM so eingerichtet werden, dass die geschützten VMs automatisch an einem anderen Standort repliziert werden. Mit VMware SRM können Sie auch VMs aus Ihrer lokalen Infrastruktur zu Azure VMware Solution in der Cloud migrieren.

Azure VMware Solution vereint die SDDC-Software (Software Defined Data Center) von VMware mit dem Azure-Clouddienst. Microsoft verwaltet Azure VMware Solution, um die Anforderungen an Leistung, Verfügbarkeit, Sicherheit und Compliance zu erfüllen.

Microsoft stellt die folgenden Komponenten bereit, um Azure VMware Solution im großen Stil in Azure auszuführen:

  • Verwaltungssysteme
  • Netzwerk
  • Betriebssystemplattform
  • Back-End-Infrastrukturvorgänge

Mit VMware Site Recovery Manager können verschiedene Arten der Wiederherstellung implementiert werden:

  • Von einem lokalen VMware vCenter Server-Standort in einem Wiederherstellungsstandort in einer privaten Azure VMware Solution-Cloud
  • Von einem primären Azure VMware Solution-Standort in einer Azure-Region in einem sekundären Azure VMware Solution-Standort in einer anderen Azure-Region

Szenario 1: Von einem lokalen VMware vCenter Server-Standort in einem Wiederherstellungsstandort in einer privaten Azure VMware Solution-Cloud

Wenn Sie VMware SRM auf Azure VMware Solution bereitstellen, lassen sich in Ihrer Organisation unter Umständen Kosten und Aufwand für die Verwaltung eines dedizierten Standorts für die Notfallwiederherstellung reduzieren. Sie können VMware SRM mit der dynamischen, bedarfsbasierten Skalierbarkeit von Azure VMware Solution kombinieren, um die Kosten und die Wiederherstellungszeit für einzelne VMs zu ausgleichen.

Sie können Ihre VMs replizieren, unterbrechungsfreie Tests erstellen und dynamische Wiederherstellungspläne vorbereiten. Ein Wiederherstellungsplan gibt die Reihenfolge an, in der virtuelle Computer am Wiederherstellungsstandort gestartet werden. Er enthält IP-Adressen und optionale vom Benutzer angegebene Skripts zum Ausführen benutzerdefinierter Wiederherstellungsaktionen auf den VMs.

Voraussetzungen für Szenario 1

Bevor Sie den Schutz für Ihren lokalen VMware vCenter Server-Standort am Wiederherstellungsstandort in Azure VMware Solution bereitstellen können, müssen Sie sicherstellen, dass die Standorte die folgenden Voraussetzungen erfüllen:

  • Netzwerk: Auf die private Cloudumgebung für Azure VMware Solution muss von lokalen und Azure-basierten Ressourcen aus zugegriffen werden können. Zur Gewährleistung von Interkonnektivität können Sie die folgenden Dienste verwenden:

    • Azure ExpressRoute

    • VPN-Verbindungen (virtuelles privates Netzwerk)

    • Azure Virtual WAN

Hinweis

Für ExpressRoute-Verbindungen zwischen lokalen Umgebungen und Azure VMware Solution wird ein Durchsatz von mindestens 2 Gigabit pro Sekunde (GBit/s) empfohlen.

  • Namensauflösung: Zwischen lokalen SRM-Umgebungen und virtuellen Appliances in der Cloud müssen Sie die DNS-Auflösung (Domain Name System) implementieren. Sie können sowohl öffentliches DNS als auch privates DNS verwenden. Mit einer Supportanfrage können Sie privates DNS für Azure VMware Solution mit entsprechenden Regeln für die bedingte Weiterleitung konfigurieren.

  • Die Version von vCenter Server muss mit der Version von VMware SRM kompatibel sein.

  • An beiden Standorten müssen vSphere Replication-Appliances vorhanden sein, die miteinander verbunden sind.

  • Am Wiederherstellungsstandort müssen sich Hardware-, Netzwerk- und Speicherressourcen befinden, mit denen die gleichen VMs und Workloads wie am geschützten Standort unterstützt werden können. Azure VMware Solution bietet diese Funktionalität mit dynamischer Skalierung.

Szenario 2: Von einem primären Azure VMware Solution-Standort in einem sekundären Azure VMware Solution-Standort

Dieses Szenario ähnelt dem ersten Szenario, wobei hier jedoch die Schutz- und Wiederherstellungsstandorte in verschiedenen Azure-Regionen ausgeführt werden. Azure VMware Solution muss in der primären und in der sekundären Region in einer privaten Cloud bereitgestellt werden. Darüber hinaus müssen beide Regionen mit ExpressRoute Global Reach verbunden sein. An beiden Standorten müssen VMware SRM- und vSphere Replication-Appliances vorhanden sein.

In der nächsten Lerneinheit wird erläutert, wie dieses Szenario eingerichtet und konfiguriert wird.