Clustern einer SAP ASCS/SCS-Instanz auf einem Windows-Failovercluster mithilfe eines freigegebenen Datenträgers in Azure

Windows OS Windows

Windows Server Failover Clustering (WSFC) ist die Grundlage für eine HOCHverfügbarkeit (HA) SAP ASCS/SCS-Installation und Datenbankverwaltungssysteme (DBMSs) in Windows.

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 WSFC die Anzahl der Fehler, die auftreten können, und Standard einen fehlerfreien Cluster für die Bereitstellung von Anwendungen und Diensten beibehalten. Sie können zwischen verschiedenen Quorummodi wählen, um 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 Lastenausgleich 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 Probeports 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.

Wichtig

Unverankerte IP-Adressen werden für eine sekundäre IP-Konfiguration für einen Netzwerkadapter (NIC) in Lastenausgleichsszenarien nicht unterstützt. Einzelheiten finden Sie unter Azure Load Balancer Einschränkungen. Wenn Sie eine zusätzliche IP-Adresse für die VM benötigen, setzen Sie eine zweite Netzwerkkarte ein.

Diagram of a Windows Server Failover Clustering configuration in Azure without a shared disk.

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 einen Enqueue-Server) und einen virtuellen ASCS/SCS-Hostnamen, der für den Zugriff auf die beiden Prozesse verwendet wird
    • 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 S:\usr\sap\<SID>\SYS...- Dateien mithilfe des folgenden UNC-Pfads ermöglicht:

      \\<ASCS/SCS virtual host name>\sapmnt\<SID>\SYS...

Diagram of processes, file structure, and global host file share of an SAP ASCS/SCS instance.

Bei der Einstellung für die Hochverfügbarkeit erfolgt ein Clustering von SAP ASCS/SCS-Instanzen. Sie verwenden freigegebene Clusterdatenträger (Laufwerk S im Beispiel dieses Artikels), um die GLOBALen SAP ASCS/SCS- und SAP-Hostdateien zu platzieren.

Diagram that shows an SAP ASCS/SCS high-availability architecture with shared disks.

Mit einer Enqueue Replication Server 1 (ERS1)-Architektur:

  • Derselbe virtuelle ASCS/SCS-Hostname wird für den Zugriff auf den SAP-Nachrichtenserver und die Enqueue-Serverprozesse verwendet, zusätzlich zu den globalen SAP-Hostdateien über die sapmnt-Dateifreigabe .
  • Derselbe gemeinsam genutzte Clusterdatenträger (Laufwerk S) wird zwischen ihnen freigegeben.

Mit Enqueue Replication Server 2 (ERS2)-Architektur:

  • Derselbe virtuelle ASCS/SCS-Hostname wird verwendet, um auf den SAP-Nachrichtenserverprozess zuzugreifen, zusätzlich zu den globalen SAP-Hostdateien über die sapmnt-Dateifreigabe .
  • Derselbe gemeinsam genutzte Clusterdatenträger (Laufwerk S) wird zwischen ihnen freigegeben.
  • Es gibt einen separaten virtuellen ERS-Hostnamen für den Zugriff auf den Enqueue-Serverprozess.

Diagram of an SAP ASCS/SCS high-availability architecture with a shared disk.

Freigegebene Datenträger und Enqueue-Replikationsserver

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

  • Ist nicht gruppiert.
  • Verwendet einen localhost Namen.
  • Wird auf lokalen Datenträgern auf jedem Clusterknoten bereitgestellt.

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

  • Ist gruppiert.
  • Verwendet einen dedizierten virtuellen oder Netzwerkhostnamen.
  • Benötigt die IP-Adresse des virtuellen ERS-Hostnamens, die auf einem internen Azure-Lastenausgleich konfiguriert werden muss, zusätzlich zur (A)SCS-IP-Adresse.
  • Wird auf lokalen Datenträgern auf jedem der gruppierten Knoten bereitgestellt, sodass kein gemeinsam genutzter Datenträger erforderlich ist.

Weitere Informationen zu ERS1 und ERS2 finden Sie unter "Enqueue Replication Server" in einem Microsoft-Failovercluster und einem neuen Enqueue Replicator 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 von Azure verwaltete Datenträger gleichzeitig an mehrere virtuelle Computer anzufügen.
  • Verwenden Sie SIOS DataKeeper Cluster Edition, um einen Spiegel Speicher zu erstellen, der den gemeinsam genutzten Clusterspeicher simuliert.

Wenn Sie die Technologie für freigegebene Datenträger auswählen, sollten Sie die folgenden Überlegungen zu azure shared disks for SAP workloads berücksichtigen:

  • Die Verwendung von freigegebenen Azure-Datenträgern mit Azure Premium SSD-Datenträgern wird für die SAP-Bereitstellung in Verfügbarkeitssätzen und Verfügbarkeitszonen unterstützt.
  • Azure Ultra Disk Storage-Datenträger und Azure Standard-SSD-Datenträger werden nicht unterstützt, da azure shared disks for SAP workloads.
  • Stellen Sie sicher, dass Sie Azure Premium-SSD-Datenträger mit einer mindesten Datenträgergröße bereitstellen, wie in Premium-SSD-Bereichen angegeben, damit sie gleichzeitig an die erforderliche Anzahl von VMs anfügen können. Normalerweise benötigen Sie zwei VMs für SAP ASCS Windows-Failovercluster.

Beachten Sie die folgenden Überlegungen zu SIOS:

  • Die SIOS-Lösung bietet synchrone Datenreplikation in Echtzeit zwischen zwei Datenträgern.
  • 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 die Installation und den Betrieb 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 Premium SSD-Datenträger als gemeinsam genutzte Azure-Datenträger für die SAP ASCS/SCS-Instanz verwenden. Derzeit gelten die folgenden Einschränkungen:

  • Azure Ultra Disk Storage-Datenträger und Standard-SSD-Datenträger werden nicht unterstützt, da azure shared disks for SAP workloads.
  • Azure Shared disks with Premium SSD disks are supported for SAP deployment in availability sets and availability zones.
  • Azure shared disks with Premium SSD disks come with two storage options:
    • Lokal redundanter Speicher (LRS) für freigegebene Premium-SSD-Datenträger (skuName Wert von Premium_LRS) wird mit der Bereitstellung in Verfügbarkeitsgruppen unterstützt.
    • Zonenredundanter Speicher (ZRS) für freigegebene Premium-SSD-Datenträger (skuName Wert von Premium_ZRS) wird mit der Bereitstellung in Verfügbarkeitszonen unterstützt.
  • Der freigegebene Azure-Datenträgerwert maxShares 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 auf maxShares2.
  • Eine Azure-Näherungsgruppe (Proximity Placement Group, PPG) ist für freigegebene Azure-Datenträger nicht erforderlich. Beachten Sie jedoch für die SAP-Bereitstellung mit PPGs die folgenden Richtlinien:
    • Wenn Sie PPGs für ein in einer Region bereitgestelltes SAP-System verwenden, müssen alle virtuellen Computer, die einen Datenträger gemeinsam nutzen, Teil desselben PPG sein.
    • Wenn Sie PPGs für ein SAP-System verwenden, das über Zonen hinweg bereitgestellt wird, wie in Näherungsgruppen mit zonenübergreifenden Bereitstellungen beschrieben, können Sie Speicherplatz an virtuelle Computer anfügen Premium_ZRS , die einen Datenträger freigeben.

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

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

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

  • LRS für freigegebene SSD-Festplatten für Premium:

    • Die SAP-Bereitstellung mit LRS for Premium SSD shared disks arbeitet mit einem einzigen gemeinsam genutzten Azure-Datenträger auf einem Speichercluster. Wenn ein Problem mit dem Speichercluster auftritt, bei dem der freigegebene Azure-Datenträger bereitgestellt wird, wirkt sich dies auf Ihre SAP ASCS/SCS-Instanz aus.
  • ZRS für freigegebene SSD-Festplatten für Premium:

    • Die Schreiblatenz für ZRS ist aufgrund des kreuzseitigen Kopierens von Daten höher als die von LRS.
    • Der Abstand zwischen Verfügbarkeitszonen in verschiedenen Regionen variiert, sodass die ZRS-Datenträgerlatenz über Verfügbarkeitszonen hinweg erfolgt. Messen Sie Ihre Datenträger , um die Latenz von ZRS-Datenträgern in Ihrer Region zu identifizieren.
    • ZRS for Premium SSD shared disks synchron repliziert Daten über drei Verfügbarkeitszonen in der Region. Wenn in einem der Speichercluster ein Problem auftritt, wird Ihre SAP ASCS/SCS-Instanz weiterhin ausgeführt, da das Speicherfailover für die Anwendungsschicht transparent ist.
    • Weitere Informationen hierzu können Sie im Abschnitt "Einschränkungen " der Dokumentation zu ZRS für verwaltete Datenträger lesen.

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 und höher werden unterstützt. Verwenden Sie die neuesten Bilder des Rechenzentrums.

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

  • WSFC in Windows Server 2019 ist Azure bekannt.
  • Windows Server 2019 Datacenter umfasst Integration und Bewusstsein für Azure-Host Standard Tenance und verbesserte Erfahrung durch Überwachung für geplante Azure-Ereignisse.
  • Sie können verteilte Netzwerknamen verwenden. (Dies ist die Standardoption.) Für den Clusternetzwerknamen ist keine dedizierte IP-Adresse erforderlich. Außerdem müssen Sie keine IP-Adresse für einen internen Azure-Lastenausgleich konfigurieren.

Freigegebener Datenträger in Azure mit SIOS DataKeeper

Eine weitere Option für freigegebene Datenträger besteht darin, SIOS DataKeeper Cluster Edition zu verwenden, um einen Spiegel Speicher zu erstellen, der den gemeinsam genutzten 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 sie den Inhalt des zusätzlichen datenträgergebundenen Volumes vom virtuellen Quellcomputer auf das zusätzliche Datenträger-angefügte Volume des virtuellen Zielcomputers Spiegel. SIOS DataKeeper abstrahiert die Quell- und Zielvolumes und stellt sie dann als einen freigegebenen Datenträger auf WSFC dar.

Diagram of a Windows Server Failover Clustering configuration in Azure with SIOS DataKeeper.

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 Diagramme zeigen mehrere SAP-Instanzen auf Azure-VMs, auf denen Windows Server-Failoverclustering ausgeführt wird, um die Gesamtanzahl der virtuellen Computer zu verringern.

Diese Konfiguration kann entweder lokale SAP-Anwendungsserver auf einem SAP ASCS/SCS-Cluster oder eine SAP ASCS/SCS-Clusterrolle auf Microsoft SQL Server AlwaysOn-Knoten sein.

Wichtig

Das Installieren 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 einzelne Fehlerpunkte (SPOFs). WSFC schützt diese SPOFs in einer Windows-Umgebung.

Obwohl der Ressourcenverbrauch des SAP ASCS/SCS relativ klein ist, empfehlen wir eine Reduzierung der Speicherkonfiguration für SQL Server oder sap-Anwendungsserver um 2 GB.

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

Diagram of a Windows Server Failover Clustering configuration in Azure with SIOS DataKeeper and locally installed SAP application servers.

Da die SAP-Anwendungsserver lokal installiert sind, muss keine Synchronisierung eingerichtet werden.

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

Diagram of SAP ASCS/SCS on SQL Server Always On nodes with SIOS DataKeeper.

Informationen zu anderen Konfigurationen finden Sie in den folgenden Ressourcen:

Nächste Schritte