Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Dieser Artikel beschreibt, wie Sie SAP HANA zusammen mit ABAP SAP Central Services (ASCS)/SAP Central Services (SCS)- und Enqueue Replication Server (ERS)-Instanzen auf demselben Hochverfügbarkeitscluster installieren und konfigurieren, der auf Red Hat Enterprise Linux (RHEL) ausgeführt wird.
References
- Konfiguration von SAP S/4HANA ASCS/ERS mit Standalone-Enqueue-Server 2 (ENSA2) in Pacemaker
- Konfigurieren von SAP NetWeaver ASCS/ERS ENSA1 mit eigenständigen Ressourcen in RHEL 7.5+ und RHEL 8
- SAP-Hinweis 1928533 mit folgenden Informationen:
- Eine Liste der Azure-VM-Größen, die für die Bereitstellung von SAP-Software unterstützt werden.
- Wichtige Kapazitätsinformationen für Azure-VM-Größen
- Unterstützte SAP-Software und Kombinationen aus Betriebssystem (OS) und Datenbank.
- Erforderliche SAP-Kernelversion für Windows und Linux in Azure.
- In SAP-Hinweis 2015553 sind die Voraussetzungen für Bereitstellungen von SAP-Software in Azure aufgeführt, die von SAP unterstützt werden.
- SAP-Hinweis 2002167 enthält die empfohlenen Betriebssystemeinstellungen für Red Hat Enterprise Linux 7.x.
- SAP-Hinweis 2772999 enthält die empfohlenen Betriebssystemeinstellungen für Red Hat Enterprise Linux 8.x.
- SAP-Hinweis 2009879 enthält SAP HANA-Richtlinien für Red Hat Enterprise Linux.
- SAP-Hinweis 2178632 enthält ausführliche Informationen zu allen Überwachungsmetriken, die für SAP in Azure gemeldet werden.
- SAP-Hinweis 2191498 enthält die erforderliche SAP Host Agent-Version für Linux in Azure.
- SAP-Hinweis 2243692 enthält Informationen zur SAP-Lizenzierung unter Linux in Azure.
- SAP-Hinweis 1999351 enthält Informationen zur Problembehandlung für die Azure Enhanced Monitoring-Erweiterung für SAP.
- Das SAP-Community-Wiki enthält alle erforderlichen SAP-Hinweise für Linux.
- Azure Virtual Machines – Planung und Implementierung für SAP unter Linux
- Bereitstellung von Azure Virtual Machines für SAP unter Linux
- Azure Virtual Machines – DBMS-Bereitstellung für SAP unter Linux
- SAP NetWeaver im Pacemaker-Cluster
- Allgemeine RHEL-Dokumentation:
- Azure-spezifische RHEL-Dokumentation:
Übersicht
Dieser Artikel beschreibt das Kostenoptimierungsszenario, in dem Sie SAP HANA, SAP ASCS/SCS- und SAP ERS-Instanzen im gleichen Hochverfügbarkeitssetup bereitstellen. Um die Anzahl der virtuellen Computer für ein einzelnes SAP-System zu minimieren, möchten Sie SAP ASCS/SCS und SAP ERS auf den gleichen Hosts installieren, auf denen auch SAP HANA ausgeführt wird. Wenn SAP HANA im Hochverfügbarkeitscluster-Setup konfiguriert ist, möchten Sie, dass SAP ASCS/SCS und SAP ERS auch vom Cluster verwaltet werden. Die Konfiguration ist im Grunde eine Ergänzung zu einem bereits konfigurierten SAP HANA-Clustersetup. In diesem Setup werden SAP ASCS/SCS und SAP ERS auf einer VM installiert, und das Instanzenverzeichnis wird vom Cluster verwaltet.
Die vorgestellte Architektur stellt NFS auf Azure Files oder Azure NetApp Files für ein hochverfügbares Instanzenverzeichnis für das Setup vor.
Das in diesem Artikel gezeigte Beispiel zur Beschreibung der Bereitstellung verwendet die folgenden Systeminformationen:
Instanzname | Instanznummer | Name des virtuellen Hosts | Virtuelle IP-Adresse (Testport) |
---|---|---|---|
SAP HANA DB | 03 | saphana | 10.66.0.13 (62503) |
ABAP SAP Central Services (ASCS) | 00 | sapascs | 10.66.0.20 (62000) |
Enqueue-Replikationsserver (ERS) | 01 | sapers | 10.66.0.30 (62101) |
SAP HANA-Systembezeichner | HN1 | --- | --- |
SAP-Systembezeichner | NW1 | --- | --- |
Hinweis
Installieren Sie SAP-Dialoginstanzen (PAS und AAS) auf separaten VMs.
Wichtige Überlegungen für die Kostenoptimierungslösung
- SAP-Dialoginstanzen (PAS und AAS) (beispielsweise sapa01 und sapa02) sollten auf separaten VMs installiert sein. Installieren Sie SAP ASCS und ERS mit virtuellen Hostnamen. Weitere Informationen zum Zuweisen eines virtuellen Hostnamens zu einer VM finden Sie im Blog Verwenden von virtuellen SAP-Hostnamen mit Linux in Azure.
- Bei einer Bereitstellung von HANA DB, ASCS/SCS und ERS im gleichen Clustersetup müssen die Instanznummern von HANA DB, ASCS/SCS und ERS unterschiedlich sein.
- Erwägen Sie die angemessene Dimensionierung Ihrer VM-SKUs basierend auf den Dimensionierungsrichtlinien. Sie müssen das Clusterverhalten berücksichtigen, bei dem mehrere SAP-Instanzen (HANA DB, ASCS/SCS und ERS) auf einer einzigen VM laufen könnten, wenn eine andere VM im Cluster nicht verfügbar ist.
- Sie können einen anderen Speicher (z. B. Azure NetApp Files oder NFS in Azure Files) verwenden, um die SAP ASCS- und ERS-Instanzen zu installieren.
Hinweis
Bei SAP J2EE-Systemen wird die Platzierung von
/usr/sap/<SID>/J<nr>
in NFS in Azure Files nicht unterstützt. Datenbankdateisysteme wie „/hana/data“ und „/hana/log“ werden unter NFS in Azure Files nicht unterstützt. - Um weitere Anwendungsserver auf separaten VMs zu installieren, können Sie entweder NFS-Freigaben oder einen lokalen verwalteten Datenträger für ein Instanzenverzeichnis-Dateisystem verwenden. Wenn Sie weitere Anwendungsserver für ein SAP J2EE-System installieren, wird
/usr/sap/<SID>/J<nr>
auf NFS in Azure Files nicht unterstützt. - Siehe Überlegungen zu NFS in Azure Files und Überlegungen zu Azure NetApp Files, da für dieses Setup die gleichen Überlegungen gelten.
Voraussetzungen
Die in diesem Artikel beschriebene Konfiguration ist eine Ergänzung Ihres bereits konfigurierten SAP HANA-Clustersetups. In dieser Konfiguration werden eine SAP ASCS/SCS- und eine ERS-Instanz auf einem virtuellen Hostnamen installiert. Das Instanzenverzeichnis wird vom Cluster verwaltet.
Installieren Sie eine HANA-Datenbank, und richten Sie eine HANA-Systemreplikation (HSR) und einen Pacemaker-Cluster ein, indem Sie die Schritte in Hochverfügbarkeit von SAP HANA auf Azure-VMs unter Red Hat Enterprise Linux oder Hochverfügbarkeit bei SAP HANA-Hochskalierung mit Azure NetApp Files unter Red Hat Enterprise Linux durchführen, je nachdem, welche Speicheroption Sie verwenden.
Nachdem Sie den HANA-Cluster installiert, konfiguriert und eingerichtet haben, führen Sie die nächsten Schritte aus, um ASCS- und ERS-Instanzen zu installieren.
Konfigurieren von Azure Load Balancer für ASCS und ERS
In diesem Artikel wird davon ausgegangen, dass Sie den Lastenausgleich für die Einrichtung eines HANA-Clusters bereits konfiguriert haben, wie in Azure Load Balancer konfigurieren beschrieben. Führen Sie in derselben Azure Load Balancer-Instanz die folgenden Schritte aus, um weitere Front-End-IP-Adressen und Lastenausgleichsregeln für ASCS und ERS zu erstellen.
- Öffnen Sie den internen Lastenausgleich, der für das SAP HANA-Clustersetup erstellt wurde.
- Front-End-IP-Konfiguration: Erstellen Sie zwei Front-End-IP-Adressen, eine für ASCS und eine andere für ERS (z. B. 10.66.0.20 und 10.66.0.30).
- Back-End Pool: Dieser Pool bleibt gleich, da wir ASCS und ERS auf demselben Back-End-Pool bereitstellen.
- Regeln für eingehenden Datenverkehr: Erstellen Sie zwei Lastenausgleichsregeln, eine für ASCS und eine für ERS. Führen Sie die gleichen Schritte für beide Lastenausgleichsregeln aus.
- Front-End-IP-Adresse: Wählen Sie die Front-End-IP-Adresse aus.
- Back-End-Pool: Wählen Sie den Back-End-Pool aus.
- Hochverfügbarkeitsports: Wählen Sie diese Option aus.
- Protokoll: Wählen Sie TCP.
- Integritätstest: Erstellen Sie einen Integritätstest mit den folgenden Details (gilt für ASCS wie auch ERS):
- Protokoll: Wählen Sie TCP.
- Port: Beispielsweise 620<Instanz-Nr.> für ASCS and 621<Instanz-Nr.> für ERS.
- Intervall: Geben Sie 5 ein.
- Testschwellenwert: Geben Sie 2 ein.
- Leerlauftimeout (Minuten): Geben Sie 30 ein.
- **Aktivieren
- IP**: Wählen Sie diese Option aus.
Die Konfigurationseigenschaft numberOfProbes
für Integritätstests, im Azure-Portal auch als Fehlerschwellenwert bezeichnet, wird nicht beachtet. Legen Sie die Eigenschaft probeThreshold
auf 2
fest, um die Anzahl erfolgreicher oder nicht erfolgreicher aufeinanderfolgender Integritätstests zu steuern. Es ist derzeit nicht möglich, diese Eigenschaft mithilfe des Azure-Portals festzulegen. Verwenden Sie entweder die Azure CLI oder den PowerShell-Befehl.
Wenn VMs ohne öffentliche IP-Adressen in den Backend-Pool einer internen (keine öffentliche IP-Adresse) Standard-Azure Load Balancer-Instanz platziert werden, gibt es keine ausgehende Internet-Konnektivität, es sei denn, es werden weitere Konfigurationen vorgenommen, um das Routing zu öffentlichen Endpunkten zu ermöglichen. Schritte zum Erreichen einer ausgehenden Konnektivität finden Sie unter Konnektivität mit öffentlichen Endpunkten für VMs mithilfe von Azure Load Balancer Standard in SAP-Hochverfügbarkeitsszenarien.
Wichtig
Aktivieren Sie keine TCP-Zeitstempel auf Azure-VMs, die sich hinter Azure Load Balancer befinden. Die Aktivierung von TCP-Zeitstempeln führt dazu, dass die Health Probes fehlschlagen. Setzen Sie den Parameter net.ipv4.tcp_timestamps
auf 0
. Weitere Informationen finden Sie unter Lastenausgleichs-Integritätstests.
Setup von SAP ASCS/SCS und ERS
Folgen Sie basierend auf Ihrem Speicher den in den folgenden Artikeln beschriebenen Schritten, um eine SAPInstance
-Ressource für die SAP ASCS/SCS- und SAP ERS-Instanz im Cluster zu konfigurieren.
- NFS in Azure Files: Hochverfügbarkeit von Azure-VMs für SAP NW in RHEL mit NFS in Azure Files
- Azure NetApp Files: Hochverfügbarkeit von Azure-VMs für SAP NW in RHEL mit Azure NetApp Files
Testen der Clustereinrichtung
Testen Sie Ihr Pacemaker-Cluster gründlich: