Gruppieren einer SAP ASCS/SCS-Instanz in einem Windows-Failovercluster mithilfe freigegebener Datenträger in Azure

Windows

Windows Server-Failoverclustering (WSFC) ist die Grundlage für eine SAP ASCS/SCS-Installation und von Datenbankverwaltungssystemen (DBMS) in Windows mit Hochverfügbarkeit (HA).

Bei einem Failovercluster handelt es sich um eine Gruppe von 1+n unabhängigen Servern, die zur Steigerung der Verfügbarkeit von Anwendungen und Diensten zusammenarbeiten. Wenn ein Knotenfehler auftritt, berechnet das WSFC die Anzahl von Fehlern, die auftreten können, und erhält weiterhin einen fehlerfreien Cluster für die Bereitstellung der Anwendungen und Dienste aufrecht. Sie können zwischen verschiedenen Quorummodi wählen, um das Failoverclustering zu erzielen.

Voraussetzungen

Bevor Sie mit den Aufgaben in diesem Artikel beginnen, lesen Sie den Artikel Hochverfügbarkeitsarchitektur und Szenarien für SAP NetWeaver.

Windows Server-Failoverclustering in Azure

WSFC mit virtuellen Azure-Computern (VMs) erfordert zusätzliche Konfigurationsschritte. Wenn Sie einen Cluster erstellen, müssen Sie mehrere IP-Adressen und virtuelle Hostnamen für die SAP ASCS/SCS-Instanz festlegen.

Namensauflösung in Azure und Name des virtuellen Hosts für den Cluster

Die Azure-Cloudplattform bietet keine Möglichkeit, virtuelle IP-Adressen, z.B. Floating IP-Adressen, zu konfigurieren. Sie benötigen eine alternative Lösung für die Einrichtung einer virtuellen IP-Adresse, um die Clusterressource in der Cloud zu erreichen.

Der Azure Load Balancer-Dienst stellt einen internen Lastenausgleich für Azure zur Verfügung. Mit dem internen Load Balancer erreichen Clients den Cluster über die virtuelle IP-Adresse des Clusters.

Stellen Sie den internen Lastenausgleich in der Ressourcengruppe mit den Clusterknoten bereit. Konfigurieren Sie dann alle erforderlichen Portweiterleitungsregeln mithilfe der Testports des internen Lastenausgleichs. Clients können über den virtuellen Hostnamen eine Verbindung herstellen. Der DNS-Server löst die IP-Adresse des Clusters auf. Der interne Load Balancer übernimmt die Weiterleitung an den aktiven Knoten des Clusters.

SAP ASCS/SCS HA mit freigegebenen Clusterdatenträgern

In Windows enthält eine SAP ASCS/SCS-Instanz SAP Central Services, SAP Message Server, Serverprozesse zum Einreihen in die Warteschlange und globale SAP-Hostdateien. Globale SAP-Hostdateien speichern zentrale Dateien für das gesamte SAP-System.

Eine SAP ASCS/SCS-Instanz verfügt über die folgenden Komponenten:

• SAP Central Services:

  • Zwei Prozesse (für einen Nachrichtenserver und Server zum Einreihen in die Warteschlange) sowie ein virtueller ASCS/SCS-Hostname für den Zugriff auf die beiden Prozesse
  • Dateistruktur: S:\usr\sap\<SID>\ASCS/SCS<Instanznummer>

• Globaler SAP-Hostname:

  • Dateistruktur: S:\usr\sap\<SID>\SYS...

  • Die sapmnt-Dateifreigabe, die den Zugriff auf diese globalen Dateien unter S:\usr\sap<SID>\SYS... mithilfe des folgenden UNC-Pfads ermöglicht:

    \\<Name des virtuellen ASCS/SCS-Hosts>\sapmnt\<SID>\SYS...

Bei der Einstellung für die Hochverfügbarkeit erfolgt ein Clustering von SAP ASCS/SCS-Instanzen. Sie verwenden freigegebene Clusterdatenträger (in diesem Artikel ist dies Laufwerk S:\), um Dateien von SAP ASCS/SCS und Dateien des globalen SAP-Hosts zu positionieren.

Mit einer Enqueue Replication Service-Architektur (ERS1):

• Es wird derselbe virtuelle ASCS/SCS-Hostname für den Zugriff auf Prozesse des SAP Message Servers und des Servers zum Einreihen in die Warteschlange sowie auf Dateien des globalen SAP-Hosts über die sapmnt-Dateifreigabe verwendet.
• Es wird derselbe freigegebene Clusterdatenträger (Laufwerk S:) gemeinsam genutzt.

Mit einer Enqueue Replication Service-Architektur (ERS2):

• Es wird derselbe virtuelle ASCS/SCS-Hostname für den Zugriff auf Prozesse des SAP Message Servers und auf Dateien des globalen SAP-Hosts über die sapmnt-Dateifreigabe verwendet.
• Es wird derselbe freigegebene Clusterdatenträger (Laufwerk S:) gemeinsam genutzt.
• Es gibt einen separaten Namen für den virtuellen ERS-Host für den Zugriff auf den Prozess des Servers zum Einreihen in die Warteschlange.

Freigegebene Datenträger und Enqueue Replication Server

Freigegebene Datenträger werden mit einer ERS1-Architektur unterstützt, wobei die ERS1-Instanz:

• nicht gruppiert ist.
• einen localhost-Namen verwendet.
• auf lokalen Datenträgern auf den einzelnen Clusterknoten bereitgestellt wird.

Freigegebene Datenträger werden mit einer ERS2-Architektur unterstützt, wobei die ERS2-Instanz:

• gruppiert ist.
• einen dedizierten virtuellen/Netzwerkhostnamen verwendet.
• erfordert, dass zusätzlich zur (A)SCS-IP-Adresse die IP-Adresse des virtuellen ERS-Hostnamens auf dem internen Azure Load Balancer konfiguriert wird.
• auf lokalen Datenträgern auf den einzelnen Clusterknoten bereitgestellt wird, sodass kein freigegebener Datenträger erforderlich ist.

Weitere Informationen zu ERS1 und ERS2 finden Sie unter Enqueue-Replicationsserver in einem Microsoft Failover Cluster und Neuer Enqueue-Replikator in Failoverclusterumgebungen auf der SAP-Website.

Optionen für freigegebene Datenträger in Azure für SAP-Workloads

Es gibt zwei Optionen für freigegebene Datenträger in einem Windows-Failovercluster in Azure:

• Verwenden Sie freigegebene Azure-Datenträger, um verwaltete Azure-Datenträger gleichzeitig an mehrere VMs anzufügen.
• Mithilfe der SIOS DataKeeper Cluster Edition können Sie einen gespiegelten Speicher erstellen, der freigegebenen Clusterspeicher simuliert.

Wenn Sie die Technologie für freigegebene Datenträger auswählen, sollten Sie die folgenden Überlegungen zu freigegebenen Azure-Datenträgern für SAP-Workloads berücksichtigen:

• Die Verwendung von freigegebenen Azure-Datenträgern mit SSD Premium-Datenträgern werden für die SAP-Bereitstellung in Verfügbarkeitsgruppen und Verfügbarkeitszonen unterstützt.
• Der Azure Disk Storage Ultra-Datenträger und Azure SSD-Standard-Datenträger werden nicht als freigegebener Azure-Datenträger für SAP-Workloads unterstützt.
• Stellen Sie sicher, dass Azure-SSD Premium-Datenträger mit einer minimalen Datenträgergröße entsprechend den Angaben unter SSD Premium-Bereiche bereitgestellt werden, um die erforderliche Anzahl von VMs gleichzeitig anfügen zu können. Normalerweise benötigen Sie zwei VMs für SAP ASCS-Windows-Failovercluster.

Beachten Sie dabei die folgenden Aspekte bezüglich SIOS:

• Die SIOS-Lösung bietet synchrone Datenreplikation zwischen zwei Datenträgern in Echtzeit.
• Mit der SIOS-Lösung arbeiten Sie mit zwei verwalteten Datenträgern. Wenn Sie entweder Verfügbarkeitssätze oder Verfügbarkeitszonen verwenden, befinden sich die verwalteten Datenträger auf verschiedenen Speicherclustern.
• Die Bereitstellung in Verfügbarkeitszonen wird unterstützt.
• Die SIOS-Lösung erfordert das Installieren und Ausführen von Drittanbietersoftware, die Sie separat erwerben müssen.

Freigegebene Azure-Datenträger

Sie können SAP ASCS/SCS-HA mit freigegebenen Azure-Datenträgern implementieren.

Voraussetzungen und Einschränkungen

Derzeit können Sie Azure SSD Premium-Datenträger als freigegebene Azure-Datenträger für die SAP ASCS/SCS-Instanz verwenden. Derzeit gelten die folgenden Einschränkungen:

• Der Azure Disk Storage Ultra-Datenträger und SSD-Standard-Datenträger werden nicht als freigegebener Azure-Datenträger für SAP-Workloads unterstützt.
• Freigegebene Azure-Datenträger mit SSD Premium-Datenträgern werden für die SAP-Bereitstellung in Verfügbarkeitsgruppen und Verfügbarkeitszonen unterstützt.
• Freigegebene Azure-Datenträger SSD Premium-Datenträgern verfügen über zwei Speicheroptionen:
  • Lokal redundanter Speicher (LRS) für freigegebenen SSD Premium-Datenträger (skuName-Wert von Premium_LRS) wird bei der Bereitstellung in Verfügbarkeitsgruppen unterstützt.
  • Zonenredundanter Speicher (ZRS) für freigegebenen SSD Premium-Datenträger (skuName-Wert von Premium_ZRS) wird bei der Bereitstellung in Verfügbarkeitszonen unterstützt.
• Der Wert maxShares des freigegebenen Azure-Datenträgers bestimmt, wie viele Clusterknoten den freigegebenen Datenträger verwenden können. Bei einer SAP ASCS/SCS-Instanz konfigurieren Sie in der Regel zwei Knoten in WSFC. Anschließend legen Sie den Wert für maxShares auf 2 fest.
• Eine Azure-Näherungsplatzierungsgruppe (PPG) ist für freigegebene Azure-Datenträger nicht erforderlich. Für die Bereitstellung von SAP mit PPGs sollten Sie jedoch diese Richtlinien befolgen:
  • Wenn Sie PPGs für ein SAP-System verwenden, die in einer Region bereitgestellt werden, müssen alle VMs, die sich einen Datenträger teilen, Teil derselben PPG sein.
  • Wenn Sie PPGs für ein SAP-System verwenden, die über Zonen hinweg bereitgestellt werden, wie in Näherungsplatzierungsgruppen mit zonalen Bereitstellungen beschrieben, können Sie Premium_ZRS-Speicher für VMs anfügen, die sich einen Datenträger teilen.

Weitere Informationen hierzu erfahren Sie im Abschnitt Einschränkungen der Dokumentation für freigegebene Azure-Datenträger.

Wichtige Überlegungen für freigegebene SSD Premium-Datenträger

Beachten Sie die folgenden wichtigen Punkte zu freigegebenen Azure SSD Premium-Datenträgern:

• LRS für freigegebene SSD Premium-Datenträger

  • Die SAP-Bereitstellung mit LRS für freigegebene SSD Premium-Datenträger wird mit einem einzelnen freigegebenen Azure-Datenträger in einem Speichercluster ausgeführt. Wenn ein Problem mit dem Speichercluster auftritt, in dem der freigegebene Azure-Datenträger bereitgestellt wird, beeinträchtigen Ihre SAP ASCS/SCS-Instanz.

• ZRS für freigegebene SSD Premium-Datenträger

  • Die Wartezeit beim Schreiben für ZRS ist aufgrund der zonenübergreifenden Kopie von Daten höher als die von LRS.
  • Der Abstand zwischen Verfügbarkeitszonen in verschiedenen Regionen variiert, ebenso wie ZRS-Datenträgerlatenz über Verfügbarkeitszonen. Vergleichen Sie Ihre Datenträger, um die Latenz der ZRS-Datenträger in Ihrer Region zu ermitteln.
  • ZRS für freigegebene SSD Premium-Datenträger repliziert Daten synchron über drei Verfügbarkeitszonen in der Region. Im Falle eines Problems in einem der Speichercluster wird Ihre SAP ASCS/SCS-Instanz weiterhin ausgeführt, da das Speicherfailover für die Anwendungsschicht transparent ist.
  • Weitere Informationen hierzu erfahren Sie im Abschnitt Einschränkungen der Dokumentation für ZRS für verwaltete Datenträger.

Weitere wichtige Überlegungen zur Planung Ihrer SAP-Bereitstellung finden Sie unter Planen und Implementieren einer SAP-Bereitstellung in Azure und Azure Storage-Typen für SAP-Workloads.

Unterstützte Betriebssystemversionen

Windows Server 2016, 2019 oder höher wird unterstützt. Verwenden Sie die neuesten Bilder des Rechenzentrums.

Aus folgenden Gründen wird dringend empfohlen, mindestens Windows Server 2019 Datacenter zu verwenden:

• WSFC in Windows Server 2019 ist Azure-fähig.
• Windows Server 2019 Datacenter umfasst Integration und Kenntnisse über die Azure-Hostwartung sowie verbesserte Benutzerfreundlichkeit durch die Überwachung auf geplante Azure-Ereignisse.
• Sie können verteilte Netzwerknamen verwenden. (Das ist die Standardoption.) Eine dedizierte IP-Adresse für den Namen des Clusternetzwerks ist nicht erforderlich. Außerdem müssen Sie keine IP-Adresse auf einem internen Azure Load Balancer konfigurieren.

Freigegebener Datenträger in Azure mit SIOS DataKeeper

Eine weitere Option für freigegebene Datenträger ist die Verwendung der SIOS DataKeeper Cluster Edition, die es Ihnen ermöglicht, einen gespiegelten Speicher zu erstellen, der freigegebenen Clusterspeicher simuliert. Die SIOS-Lösung bietet eine synchrone Datenreplikation in Echtzeit.

So erstellen Sie eine freigegebene Datenträgerressource für einen Cluster

1. Fügen Sie einen zusätzlichen Datenträger an sämtliche virtuelle Computer in einer Windows-Clusterkonfiguration an.
2. Führen Sie SIOS DataKeeper Cluster Edition auf beiden virtuellen Computerknoten aus.
3. Konfigurieren Sie SIOS DataKeeper Cluster Edition so, dass synchron der Inhalt des zusätzlich angefügten Datenträgervolumes vom virtuellen Quellcomputer im zusätzlich angefügten Datenträgervolume des virtuellen Zielcomputers gespiegelt wird. SIOS DataKeeper abstrahiert die lokalen Quell- und Zielvolumes und präsentiert diese beim WSFC als einen freigegebenen Datenträger.

Hinweis

Sie benötigen bei einigen DBMS-Produkten wie SQL Server für Hochverfügbarkeit keine freigegebenen Datenträger. SQL Server Always On führt die Replikation von DBMS-Daten- und -Protokolldateien vom lokalen Datenträger eines Clusterknotens auf den lokalen Datenträger eines anderen Clusterknotens durch. In diesem Fall ist bei der Windows-Clusterkonfiguration kein freigegebener Datenträger erforderlich.

Optionale Konfigurationen

Die folgenden Abbildungen zeigen mehrere SAP-Instanzen auf Azure-VMs, auf denen Windows Server-Failoverclustering ausgeführt wird, um die Gesamtzahl der VMs zu reduzieren.

Diese Konfiguration kann entweder ein lokaler SAP-Anwendungsserver in einem SAP ASCS/SCS-Cluster oder eine SAP ASCS/SCS-Clusterrolle auf Microsoft SQL Always-On-Knoten sein.

Wichtig

Die Installation eines lokalen SAP-Anwendungsservers auf einem SQL Server Always-On-Knoten wird nicht unterstützt.

Sowohl SAP ASCS/SCS als auch die Microsoft SQL Server-Datenbank sind Single Points of Failure (SPOFs). WSFC hilft, diese SPOFs in einer Windows-Umgebung zu schützen.

Obwohl der Ressourcenverbrauch von SAP ASCS/SCS relativ gering ist, empfehlen wir eine Reduzierung der Arbeitsspeicherkonfiguration für SQL Server oder den SAP-Anwendungsserver um 2 GB.

Dieses Diagramm veranschaulicht SAP-Anwendungsserver auf WSFC-Knoten mit der Verwendung von SIOS DataKeeper:

Da die SAP-Anwendungsserver lokal installiert sind, ist es nicht erforderlich, eine Synchronisierung einzurichten.

Dieses Diagramm veranschaulicht SAP ASCS/SCS auf SQL Server Always-On-Knoten mit der Verwendung von SIOS DataKeeper:

Informationen zu anderen Konfigurationen finden Sie in den folgenden Ressourcen:

• Optionale Konfiguration für SAP-Anwendungsserver auf WSFC-Knoten mit Windows Scale-Out File Server

• Optionale Konfiguration für SAP-Anwendungsserver auf WSFC-Knoten mit Server Message Block in Azure NetApp Files

• Optionale Konfiguration für SAP ASCS/SCS auf SQL Server Always-On-Knoten mit Windows Scale-Out File Server

• Optionale Konfiguration für SAP ASCS/SCS auf SQL Server Always-On-Knoten mit Server Message Block in Azure NetApp Files

Nächste Schritte

• Vorbereiten der Azure-Infrastruktur für SAP HA mit einem Windows-Failovercluster und einem freigegebenen Datenträger für eine SAP ASCS/SCS-Instanz

• SAP NetWeaver HA-Installation auf einem Windows-Failovercluster und freigegebenen Datenträger für eine SAP ASCS/SCS-Instanz