Freigeben über


Bereitstellen von SAP ASCS/ERS mit SAP HANA-Hochverfügbarkeits-VMs auf RHEL

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

Ü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.

Diagramm mit der Architektur der Installation mit SAP HANA, SAP ASCS/SCS und ERS innerhalb des gleichen Clusters

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.

  1. Öffnen Sie den internen Lastenausgleich, der für das SAP HANA-Clustersetup erstellt wurde.
  2. 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).
  3. Back-End Pool: Dieser Pool bleibt gleich, da wir ASCS und ERS auf demselben Back-End-Pool bereitstellen.
  4. 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.
  5. Front-End-IP-Adresse: Wählen Sie die Front-End-IP-Adresse aus.
    1. Back-End-Pool: Wählen Sie den Back-End-Pool aus.
    2. Hochverfügbarkeitsports: Wählen Sie diese Option aus.
    3. Protokoll: Wählen Sie TCP.
    4. Integritätstest: Erstellen Sie einen Integritätstest mit den folgenden Details (gilt für ASCS wie auch ERS):
      1. Protokoll: Wählen Sie TCP.
      2. Port: Beispielsweise 620<Instanz-Nr.> für ASCS and 621<Instanz-Nr.> für ERS.
      3. Intervall: Geben Sie 5 ein.
      4. Testschwellenwert: Geben Sie 2 ein.
    5. Leerlauftimeout (Minuten): Geben Sie 30 ein.
    6. **Aktivieren
    7. 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.

Testen der Clustereinrichtung

Testen Sie Ihr Pacemaker-Cluster gründlich: