Untersuchen von Hochverfügbarkeit und Notfallwiederherstellung für SAP HANA in Azure (große Instanzen)

  • 5 Minuten

Hochverfügbarkeit und Notfallwiederherstellung sind entscheidende Aspekte bei der Ausführung Ihrer unternehmenskritischen Server mit SAP HANA in Azure (große Instanzen). Es ist wichtig, dass Sie mit SAP, Ihrem Systemintegrator oder Microsoft zusammenarbeiten, um die richtigen Strategien für Hochverfügbarkeit und die Notfallwiederherstellung zu implementieren. Außerdem sollten die RPO- (Recovery Point Objective) und RTO-Vorgaben (Recovery Time Objective) berücksichtigt werden, die für Ihre Umgebung spezifisch sind.

Microsoft unterstützt mit HANA (große Instanzen) standardmäßig einige SAP HANA-Methoden für Hochverfügbarkeit. Diese Funktionen umfassen:

  • Speicherreplikation: Die Fähigkeit des Speichersystems, alle Daten an einen anderen Stapel für HANA (große Instanzen) in einer anderen Azure-Region zu replizieren. SAP HANA wird unabhängig von dieser Methode betrieben. Diese Funktionen bilden den Standardmechanismus für die Notfallwiederherstellung großer HANA-Instanzen.
  • HANA-Systemreplikation (HSR): Die Replikation aller Daten in SAP HANA in einem separaten SAP HANA-System. RTO (Recovery Time Objective) wird durch die Datenreplikation in regelmäßigen Abständen verringert. SAP HANA unterstützt den asynchronen, synchronen In-Memory- und den synchronen Modus. Der synchrone Modus wird nur für SAP HANA-Systeme innerhalb des gleichen Rechenzentrums oder mit einer Entfernung von weniger als 100 km zueinander verwendet. Beim aktuellen Entwurf mit HANA-Stapeln („Stamps“) für große Instanzen kann die HANA-Systemreplikation nur für Hochverfügbarkeit in einer Region verwendet werden. Für die HANA-Systemreplikation für Notfallwiederherstellungskonfigurationen mit einer anderen Azure-Region als Ziel ist eine Reverseproxy- oder Weiterleitungskomponente eines Drittanbieters erforderlich.
  • Automatisches Hostfailover: Eine lokale Wiederherstellungslösung für SAP HANA, die alternativ zur HANA-Systemreplikation verwendet werden kann. Wenn der Hauptknoten nicht mehr verfügbar ist, konfigurieren Sie einen oder mehrere SAP HANA-Standbyknoten im horizontalen Skalierungsmodus, und SAP HANA führt automatisch ein Failover auf einen Standbyknoten aus.

Wenn Sie HSR für große HANA-Instanzen mit automatischem Failover einrichten, können Sie das Microsoft-Dienstverwaltungsteam bitten, ein STONITH-Gerät für Ihre vorhandenen Server einzurichten.

Diese Architektur unterstützt die Notfallwiederherstellung zwischen großen HANA-Instanzen in verschiedenen Azure-Regionen. Es gibt zwei Möglichkeiten zur Unterstützung von Notfallwiederherstellung mit großen HANA-Instanzen:

  • Speicherreplikation. Der Inhalt des primären Speichers wird ständig in die Remotespeichersysteme für die Notfallwiederherstellung repliziert, die auf dem designierten Server für die Notfallwiederherstellung der großen HANA-Instanzen verfügbar sind. Bei der Speicherreplikation wird die HANA-Datenbank nicht in den Arbeitsspeicher geladen. Diese Notfallwiederherstellungsoption ist aus Verwaltungssicht einfacher. Um festzustellen, ob dies eine geeignete Strategie ist, berücksichtigen Sie die Datenbankladezeit im Vergleich zur Verfügbarkeits-SLA. Speicherreplikation ermöglicht Ihnen außerdem, Zeitpunktwiederherstellung auszuführen. Wenn Mehrzweck-Notfallwiederherstellung (kostenoptimiert) eingerichtet ist, müssen Sie zusätzlichen Speicher mit derselben Größe am Notfallwiederherstellungs-Standort erwerben. Microsoft stellt Self-Service-Speichermomentaufnahme- und -Failoverskripts für HANA-Failover als Teil des Angebots großer HANA-Instanzen bereit.
  • HSR mit mehreren Ebenen und einem dritten Replikat in der DR-Region (in der die HANA-Datenbank in den Arbeitsspeicher geladen wird). Diese Option unterstützt eine schnellere Wiederherstellung, jedoch keine Zeitpunktwiederherstellung. Für HSR ist ein sekundäres System erforderlich. Die HANA-Systemreplikation für den Notfallwiederherstellungs-Standort erfolgt über Proxys (z.B nginx) oder IP-Tabellen.

SAP HANA in Azure (große Instanzen) wird in Azure-Regionenpaaren in vier geopolitischen Regionen (USA, Australien, Europa und Japan) angeboten. Zwei Regionen innerhalb eines geopolitischen Bereichs, in denen HANA-Stapel für große Instanzen mit separaten dedizierten Netzwerkverbindungen verbunden sind. Diese werden zum Replizieren von Speichermomentaufnahmen zur Bereitstellung von Methoden für die Notfallwiederherstellung verwendet. Die Replikation ist nicht standardmäßig vorhanden, sondern wird nur für Kunden eingerichtet, die die Funktionalität für die Notfallwiederherstellung bestellen. Die Speicherreplikation setzt die Verwendung von Speichermomentaufnahmen für HANA (große Instanzen) voraus. Darüber hinaus ist es nicht möglich, eine Azure-Region in einer anderen geopolitischen Region als Notfallwiederherstellungsregion auszuwählen.

Die folgende Tabelle gibt Aufschluss über die derzeit unterstützten Hochverfügbarkeits- und Notfallwiederherstellungsmethoden sowie über mögliche Kombinationen:

In HANA (große Instanzen) unterstütztes Szenario

Hochverfügbarkeit

Notfallwiederherstellung

Kommentare

Einzelner Knoten

Nicht verfügbar.

Dedizierte Notfallwiederherstellungseinrichtung. Mehrzweck-Notfallwiederherstellungseinrichtung.

-

Automatisches Failover des Hosts: horizontale Skalierung (mit oder ohne Standby) einschließlich 1+1

Möglich durch Übernahme der aktiven Rolle durch den Standbyknoten. Steuerung des Rollenwechsels durch HANA.

Dedizierte Notfallwiederherstellungseinrichtung. Mehrzweck-Notfallwiederherstellungseinrichtung. Synchronisierung der Notfallwiederherstellung mithilfe der Speicherreplikation.

HANA-Volumesätze werden an alle Knoten angefügt. Standort für die Notfallwiederherstellung muss über gleiche Anzahl von Knoten verfügen.

HANA-Systemreplikation

Möglich mit Primär-/Sekundäreinrichtung. Bei einem Failover übernimmt das sekundäre Replikat die Rolle des primären Replikats. Failoversteuerung durch HANA-Systemreplikation und Betriebssystem.

Dedizierte Notfallwiederherstellungseinrichtung. Mehrzweck-Notfallwiederherstellungseinrichtung. Synchronisierung der Notfallwiederherstellung mithilfe der Speicherreplikation. Die Notfallwiederherstellung mithilfe der HANA-Systemreplikation ist noch nicht ohne Drittanbieterkomponenten möglich.

An jeden Knoten wird ein separater Satz von Datenträgervolumes angefügt. Nur Datenträgervolumes des sekundären Replikats am Produktionsstandort werden am Standort für die Notfallwiederherstellung repliziert. Am Standort für die Notfallwiederherstellung wird ein einzelner Volumesatz benötigt.

Eine dedizierte Notfallwiederherstellungseinrichtung ist eine Einrichtung, bei der die große HANA-Instanzeinheit am Standort für die Notfallwiederherstellung nicht zum Ausführen einer anderen Workload oder eines produktionsfremden Systems verwendet wird. Die Einheit ist passiv und wird nur dann bereitgestellt, wenn eine Notfallwiederherstellung ausgeführt wird. Für viele Kunden stellt dieses Setup jedoch nicht die bevorzugte Option dar.

MCOD-Bereitstellungen von SAP HANA (mehrere HANA-Instanzen an einer Einheit) als Grundszenarien funktionieren mit den in der Tabelle aufgeführten Methoden für Hochverfügbarkeit und Notfallwiederherstellung. Eine Ausnahme bildet die Verwendung der HANA-Systemreplikation mit einem automatischen Pacemaker-Failovercluster. In einem solchen Fall wird nur eine HANA-Instanz pro Einheit unterstützt. In SAP HANA MDC-Bereitstellungen funktionieren nur Hochverfügbarkeits- und Notfallwiederherstellungsmethoden ohne Speicher, wenn mehrere Mandanten bereitgestellt werden. Bei der Bereitstellung von nur einem Mandanten sind alle genannten Methoden gültig.

Eine Mehrzweck-Notfallwiederherstellungseinrichtung ist eine Einrichtung, bei der die große HANA-Instanzeinheit am Standort für die Notfallwiederherstellung eine produktionsfremde Workload ausführt. Fahren Sie bei einem Notfall das nicht für die Produktion bestimmte System herunter, binden Sie die speicherreplizierten (zusätzlichen) Volumesätze ein, und starten Sie dann die HANA-Produktionsinstanz. Bei den meisten Kunden, die die Notfallwiederherstellung von HANA (große Instanzen) nutzen, kommt diese Konfiguration zum Einsatz.

Weitere Informationen zur Hochverfügbarkeit von SAP HANA finden Sie in den folgenden SAP-Artikeln: