Aktualisieren Sie SAP Pacemaker-Cluster von ENSA1 auf ENSA2

Erstellt von Gergely Cserdi (AWS) und Balazs Sandor Skublics () AWS

Umwelt: Produktion	Quelle: ENSA1 basierter Pacemaker-Cluster	Ziel: ENSA2 basierter Pacemaker-Cluster
R-Typ: Re-Architect	Arbeitsaufwand: SAP	Technologien: Infrastruktur; Modernisierung
AWSdienstleistungen: Amazon EC2

Übersicht

In diesem Muster werden die Schritte und Überlegungen für das Upgrade eines SAP Pacemaker-Clusters, das auf dem Standalone Enqueue Server (ENSA1) basiert, auf erklärt. ENSA2 Die Informationen in diesem Muster gelten sowohl für die Betriebssysteme SUSE Linux Enterprise Server (SLES) als auch für Red Hat Enterprise Linux (RHEL).

Pacemaker-Cluster auf SAP NetWeaver 7.52 oder S/4 HANA 1709 und früheren Versionen laufen auf einer ENSA1 Architektur und sind speziell für sie konfiguriert. ENSA1 Wenn Sie Ihre SAP Workloads auf Amazon Web Services (AWS) ausführen und daran interessiert sindENSA2, zu wechseln, stellen Sie möglicherweise fest, dass die RHEL Dokumentation zu SAPSUSE, und keine umfassenden Informationen enthält. Dieses Muster beschreibt die technischen Schritte, die zur Neukonfiguration von SAP Parametern und Pacemaker-Clustern für das Upgrade von zu erforderlich sind. ENSA1 ENSA2 Es enthält Beispiele für SUSE Systeme, aber das Konzept ist dasselbe für RHEL Cluster.

Hinweise: ENSA1 und ENSA2 sind Konzepte, die sich nur auf SAP Anwendungen beziehen, sodass die Informationen in diesem Muster nicht für SAP HANA oder andere Clustertypen gelten. Technisch gesehen ENSA2 kann es mit oder ohne Enqueue Replicator 2 verwendet werden. Für Hochverfügbarkeit (HA) und Failover-Automatisierung (durch eine Cluster-Lösung) ist jedoch Enqueue Replicator 2 erforderlich. In diesem Muster wird der Begriff ENSA2Cluster für Cluster mit Standalone Enqueue Server 2 und Enqueue Replicator 2 verwendet.

Voraussetzungen und Einschränkungen

Voraussetzungen

• Ein funktionierender ENSA1 Cluster, der Pacemaker und Corosync auf oder verwendet. SLES RHEL

• Mindestens zwei Amazon Elastic Compute Cloud (AmazonEC2) -Instances, auf denen die Instances (ABAP) SAP Central Services (ASCS/SCS) und Enqueue Replication Server (ERS) ausgeführt werden.

• Kenntnisse in der Verwaltung von SAP Anwendungen und Clustern.

• Zugriff auf die Linux-Umgebung als Root-Benutzer.

Einschränkungen

• ENSA1basierte Cluster unterstützen nur eine Architektur mit zwei Knoten.

• ENSA2basierte Cluster können nicht für SAP NetWeaver Versionen vor 7.52 bereitgestellt werden.

• EC2Instanzen in Clustern sollten sich in unterschiedlichen AWS Availability Zones befinden.

Produktversionen

• SAP NetWeaver Version 7.52 oder höher

• Ab S/4 HANA 2020 werden nur ENSA2 Cluster unterstützt

• Kernel 7.53 oder höher, der Enqueue ENSA2 Replicator 2 unterstützt

• SLESfür SAP Anwendungen Version 12 oder höher

• RHELfür SAP mit High Availability (HA) Version 7.9 oder höher

Architektur

Quelltechnologie-Stack

• SAP NetWeaver 7.52 mit SAP Kernel 7.53 oder höher

• SLESoder Betriebssystem RHEL

Zieltechnologie-Stack

• SAP NetWeaver 7.52 mit SAP Kernel 7.53 oder höher, einschließlich S/4 HANA 2020 mit Plattform ABAP

• SLESoder Betriebssystem RHEL

Zielarchitektur

Das folgende Diagramm zeigt eine HA-Konfiguration vonASCS/SCSund ERS Instanzen, die auf einem ENSA2 Cluster basieren.

Vergleich von ENSA1 und ENSA2 Clustern

SAPeingeführt ENSA2 als Nachfolger vonENSA1. Ein ENSA1 basierter Cluster unterstützt eine Architektur mit zwei Knoten, bei der die ASCS SCS /-Instanz ERS beim Auftreten eines Fehlers auf einen Failover umschaltet. Diese Einschränkung ergibt sich aus der Art und Weise, wie die ASCS SCS /-Instanz nach einem Failover die Informationen der Sperrtabelle aus dem gemeinsamen Speicher des ERS Knotens wiedererlangt. ENSA2-basierte Cluster mit Enqueue Replicator 2 beseitigen diese Einschränkung, da die ASCS SCS /-Instance die Sperrinformationen von der ERS Instance über das Netzwerk sammeln kann. ENSA2-basierte Cluster können mehr als zwei Knoten haben, da für die ASCS SCS /-Instanz kein Failover zum Knoten mehr erforderlich ist. ERS (In einer ENSA2 Clusterumgebung mit zwei Knoten führt die ASCS SCS /-Instanz jedoch immer noch ein Failover zum ERS Knoten durch, da es im Cluster keine anderen Knoten gibt, auf die ein Failover durchgeführt werden kann.) ENSA2wird ab SAP Kernel 7.50 mit einigen Einschränkungen unterstützt. Für ein HA-Setup, das Enqueue Replicator 2 unterstützt, ist die Mindestanforderung NetWeaver 7.52 (siehe SAP OSS Hinweis 2630416). S/4 HANA 1809 wird standardmäßig mit einer empfohlenen ENSA2 Architektur geliefert, wohingegen S/4 erst ab Version 2020 unterstützt wird. HANA ENSA2

Automatisierung und Skalierung

Der HA-Cluster in der Zielarchitektur führt automatisch ein ASCS Failover auf andere Knoten durch.

Szenarien für den Wechsel zu ENSA2 basierten Clustern

Es gibt zwei Hauptszenarien für das Upgrade auf ENSA2 basierte Cluster: 

• Szenario 1: Sie entscheiden sich für ein Upgrade ENSA2 ohne begleitendes SAP Upgrade oder HANA S/4-Konvertierung, vorausgesetzt, dass Ihr SAP Release und Ihre Kernel-Version dies unterstützenENSA2.

• Szenario 2: Sie wechseln im ENSA2 Rahmen eines Upgrades oder einer Konvertierung (z. B. zu S/4 HANA 1809 oder höher) mithilfe von. SUM

Im Abschnitt Epics werden die Schritte für diese beiden Szenarien beschrieben. Im ersten Szenario müssen Sie zugehörige Parameter manuell einrichtenSAP, bevor Sie die Clusterkonfiguration für ENSA2 ändern. Im zweiten Szenario werden die Binärdateien und die zugehörigen SAP Parameter von bereitgestelltSUM, und Ihre einzige verbleibende Aufgabe besteht darin, die Clusterkonfiguration für HA zu aktualisieren. Wir empfehlen dennoch, die SAP Parameter nach der Verwendung SUM zu überprüfen. In den meisten Fällen ist die HANA S/4-Konvertierung der Hauptgrund für ein Cluster-Upgrade.

Tools

• Für Betriebssystem-Paketmanager empfehlen wir die Tools Zypper (fürSLES) oder YUM (fürRHEL).

• Für die Clusterverwaltung empfehlen wir CRM (fürSLES) oder PCs (fürRHEL) Shells.

• SAPTools zur Instanzverwaltung wieSAPControl.

• (Optionales) SUM Tool für das Upgrade der HANA S/4-Konvertierung.

Bewährte Methoden

• Bewährte Methoden für die Verwendung von SAP Workloads auf AWS finden Sie im SAPLens for the AWS Well-Architected Framework.

• Berücksichtigen Sie die Anzahl der Clusterknoten (ungerade oder gerade) in Ihrer ENSA2 Architektur mit mehreren Knoten.

• Richten Sie den ENSA2 Cluster für SLES 15 entsprechend dem SAP CLU S/4-HA-1.0-Zertifizierungsstandard ein.

• Speichern oder sichern Sie immer Ihren vorhandenen Cluster- und Anwendungsstatus, bevor Sie ein Upgrade auf durchführen. ENSA2

Epen

Konfigurieren Sie SAP Parameter manuell für ENSA2 (nur Szenario 1)

Aufgabe	Beschreibung	Erforderliche Fähigkeiten
Konfigurieren Sie die Parameter im Standardprofil.	Wenn Sie auf dieselbe SAP Version upgraden möchten oder wenn Ihre Zielversion standardmäßig darauf eingestellt istENSA1, legen Sie die Parameter im Standardprofil fest (DEFAULT. ENSA2 PFLfile) auf die folgenden Werte. enq/enable=TRUE enq/serverhost=sapascsvirt enq/serverinst=10 (instance number of ASCS/SCS instance) enque/process_location=REMOTESA enq/replicatorhost=sapersvirt enq/replicatorinst=11 (instance number of ERS instance) wo sapascsvirt ist der virtuelle Hostname für die ASCS Instanzen und sapersvirt ist der virtuelle Hostname für die ERS Instanzen. Sie können diese an Ihre Zielumgebung anpassen. Hinweis: Um diese Upgrade-Option verwenden zu können, müssen Ihr SAP Release und Ihre Kernel-Version Enqueue Replicator 2 unterstützenENSA2.	SAP
Konfigurieren Sie das ASCS SCS Instanzprofil//.	Wenn Sie auf dieselbe Version aktualisieren möchten ENSA2 oder wenn Ihre SAP Zielversion standardmäßig auf die gleiche Version eingestellt istENSA1, legen Sie die folgenden Parameter im SCS InstanzprofilASCS/fest.  Der Abschnitt des Profils, in dem definiert ENSA1 ist, sieht ungefähr wie folgt aus. #-------------------------------------------------------------- Start SAP enqueue server #-------------------------------------------------------------- _EN = en.sap$(SAPSYSTEMNAME)$(INSTANCE_NAME) Execute_04 = local rm -f $(_EN) Execute_05 = local ln -s -f $(DIR_EXECUTABLE)/enserver$(FT_EXE) $(_EN) Start_Program_01 = local $(_EN) pf=$(_PF) Um diesen Abschnitt neu zu konfigurieren fürENSA2: Ändern Sie das _EN Programmpräfix auf _ENQ basierend auf den neuesten Informationen von SAP (OSSHinweis 2501860; erfordert ein SAPONESupport Launchpad-Benutzerkonto). Ändern Sie die Binärdatei für den Enqueue-Server von auf. enserver enq_server Setzen Sie den neuen Parameter enq/server/replication/enable aufTRUE. Stellen Sie sicher, dassAutostart = 0. Dieser Profilbereich würde nach Ihren Änderungen etwa wie folgt aussehen. #-------------------------------------------------------------- Start SAP enqueue server #-------------------------------------------------------------- _ENQ = enq.sap$(SAPSYSTEMNAME)$(INSTANCE_NAME) Execute_04 = local rm -f $(_ENQ) Execute_05 = local ln -s -f $(DIR_EXECUTABLE)/enq_server$(FT_EXE) $(_ENQ) Start_Program_01 = local $(_ENQ) pf=$(_PF) ... enq/server/replication/enable = TRUE Autostart = 0 Wichtig: Die Neustartoption _ENQ darf nicht aktiviert sein. Wenn auf eingestellt RestartProgram_01 ist_ENQ, ändern Sie es inStartProgram_01. Dadurch wird SAP verhindert, dass der Dienst neu gestartet wird oder die clusterverwalteten Ressourcen beeinträchtigt werden.	SAP
Konfigurieren Sie das Profil. ERS	Wenn Sie auf dieselbe Version aktualisieren möchten ENSA2 oder wenn Ihre SAP Zielversion standardmäßig auf die gleiche Version eingestellt istENSA1, legen Sie die folgenden Parameter im ERS Instanzprofil fest. Suchen Sie den Abschnitt, in dem der Enqueue-Replikator definiert ist. Er wird dem Folgenden ähnlich sein. #------------------------------------------------------ Start enqueue replication server #------------------------------------------------------ _ER = er.sap$(SAPSYSTEMNAME)$(INSTANCE_NAME) Execute_03 = local rm -f $(_ER) Execute_04 = local ln -s -f $(DIR_EXECUTABLE)/enrepserver$(FT_EXE) $(_ER) Start_Program_00 = local $(_ER) pf=$(_PF) NR=$(SCSID) Um diesen Abschnitt für Enqueue Replicator 2 neu zu konfigurieren: Ändern Sie das _ER Programmpräfix auf _ENQR basierend auf den neuesten Hinweisen von SAP (OSSHinweis 2501860; erfordert ein SAPONESupport Launchpad-Benutzerkonto). Ändern Sie die Binärdatei für den Enqueue-Replikator auf statt auf. enq_replicator enrepserver Stellen Sie sicher, dass. Autostart = 0 Dieser Profilbereich sollte nach Ihren Änderungen in etwa wie folgt aussehen. #------------------------------------------------------ Start enqueue replication server #------------------------------------------------------ _ENQR = enqr.sap$(SAPSYSTEMNAME)$(INSTANCE_NAME) Execute_01 = local rm -f $(_ENQR) Execute_02 = local ln -s -f $(DIR_EXECUTABLE)/enq_replicator$(FT_EXE) $(_ENQR) Start_Program_00 = local $(_ENQR) pf=$(_PF) NR=$(SCSID) … Autostart = 0 Wichtig: Die Neustartoption _ENQR darf nicht aktiviert sein. Wenn auf eingestellt RestartProgram_01 ist_ENQR, ändern Sie es inStartProgram_01. Dadurch wird SAP verhindert, dass der Dienst neu gestartet wird oder die clusterverwalteten Dienste beeinträchtigt werden.	SAP
Starten Sie Start Services neu. SAP	Nachdem Sie die zuvor in diesem Epos beschriebenen Profile geändert haben, starten Sie SAP Start Services sowohl fürASCS/SCSals auch neuERS. sapcontrol -nr 10 -function RestartService SCT sapcontrol -nr 11 -function RestartService SCT wobei SCT auf die SAP System-ID Bezug genommen wird, wobei davon ausgegangen wird, dass 10 und 11 die Instanznummern fürASCS/SCSbzw. ERS Instanzen sind.	SAP

Konfigurieren Sie den Cluster für neu ENSA2 (für beide Szenarien erforderlich)

Aufgabe	Beschreibung	Erforderliche Fähigkeiten
Überprüfen Sie die Versionsnummern in den SAP Ressourcenagenten.	Wenn Sie ein Upgrade SUM SAP auf S/4 HANA 1809 oder höher verwenden, SUM verarbeitet die Parameteränderungen in den SAP Profilen. Nur der Cluster muss manuell angepasst werden. Wir empfehlen jedoch, die Parametereinstellungen zu überprüfen, bevor Sie Änderungen am Cluster vornehmen. Hinweis: Bei den Beispielen in diesem Epos wird davon ausgegangen, dass Sie das SUSE Betriebssystem verwenden. Wenn Sie es verwendenRHEL, müssen Sie Tools wie YUM und die PCS-Shell anstelle von Zypper und CRM verwenden. Überprüfen Sie beide Knoten in der Architektur, um sicherzustellen, dass das resource-agents Paket der von SAP empfohlenen Mindestversion entspricht. Weitere Informationen SLES finden Sie in SAP OSS Hinweis 2641019. Näheres dazu RHEL finden Sie in SAP OSS Hinweis 2641322. (Für SAP Notizen ist ein SAPONESupport Launchpad-Benutzerkonto erforderlich.) sapers:sctadm 23> zypper search -s -i resource-agents Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+-----------------+---------+------------------------------------+--------+----------------------------- i | resource-agents | package | 4.8.0+git30.d0077df0-150300.8.28.1 | x86_64 | SLE-Product-HA15-SP3-Updates Aktualisieren Sie die resource-agents Version bei Bedarf.	AWSSystemadministrator
Erstellen Sie eine Sicherungskopie der Cluster-Konfiguration.	Sichern Sie die CRM Clusterkonfiguration wie folgt. crm configure show > /tmp/cluster_config_backup.txt	AWSSystemadministrator
Stellen Sie den Wartungsmodus ein.	Stellen Sie den Cluster in den Wartungsmodus. crm configure property maintenance-mode="true"	AWSSystemadministrator
Überprüfen Sie die Clusterkonfiguration.	Überprüfen Sie die aktuelle Clusterkonfiguration. crm configure show Hier ist ein Auszug aus der vollständigen Ausgabe: node 1: sapascs node 2: sapers ... primitive rsc_sap_SCT_ASCS10 SAPInstance \ operations $id=rsc_sap_SCT_ASCS10-operations \ op monitor interval=120 timeout=60 on-fail=restart \ params InstanceName=SCT_ASCS10_sapascsvirt START_PROFILE="/sapmnt/SCT/profile/SCT_ASCS10_sapascsvirt" \ AUTOMATIC_RECOVER=false \ meta resource-stickiness=5000 failure-timeout=60 migration-threshold=1 priority=10 primitive rsc_sap_SCT_ERS11 SAPInstance \ operations $id=rsc_sap_SCT_ERS11-operations \ op monitor interval=120 timeout=60 on-fail=restart \ params InstanceName=SCT_ERS11_sapersvirt START_PROFILE="/sapmnt/SCT/profile/SCT_ERS11_sapersvirt" \ AUTOMATIC_RECOVER=false IS_ERS=true \ meta priority=1000 ... colocation col_sap_SCT_no_both -5000: grp_SCT_ERS11 grp_SCT_ASCS10 location loc_sap_SCT_failover_to_ers rsc_sap_SCT_ASCS10 \ rule 2000: runs_ers_SCT eq 1 order ord_sap_SCT_first_start_ascs Optional: rsc_sap_SCT_ASCS10:start rsc_sap_SCT_ERS11:stop symmetrical=false ... wo sapascsvirt sich auf den virtuellen Hostnamen für die ASCS Instanzen sapersvirt bezieht, sich auf den virtuellen Hostnamen für die ERS Instanzen SCT bezieht und sich auf die SAP System-ID bezieht.	AWSSystemadministrator
Entfernen Sie die Failover-Colocation-Einschränkung.	Im vorherigen Beispiel loc_sap_SCT_failover_to_ers gibt die Standortbeschränkung an, dass das ENSA1 Feature von bei einem ASCS Failover immer der ERS Instanz folgen soll. Mit ENSA2 ASCS sollte ein freier Failover auf alle beteiligten Knoten möglich sein, sodass Sie diese Einschränkung aufheben können. crm configure delete loc_sap_SCT_failover_to_ers	AWSSystemadministrator
Passen Sie die Primitive an.	Sie müssen auch geringfügige Änderungen an den ERS SAPInstance Grundelementen ASCS und vornehmen. Hier ist ein Beispiel für ein ASCS SAPInstance Primitiv, für ENSA1 das konfiguriert ist. primitive rsc_sap_SCT_ASCS10 SAPInstance \ operations $id=rsc_sap_SCT_ASCS10-operations \ op monitor interval=120 timeout=60 on-fail=restart \ params InstanceName=SCT_ASCS10_sapascsvirt START_PROFILE="/sapmnt/SCT/profile/SCT_ASCS10_sapascsvirt" \ AUTOMATIC_RECOVER=false \ meta resource-stickiness=5000 failure-timeout=60 migration-threshold=1 priority=10 Um ein Upgrade auf durchzuführenENSA2, ändern Sie diese Konfiguration wie folgt. primitive rsc_sap_SCT_ASCS10 SAPInstance \ operations $id=rsc_sap_SCT_ASCS10-operations \ op monitor interval=120 timeout=60 on-fail=restart \ params InstanceName=SCT_ASCS10_sapascsvirt START_PROFILE="/sapmnt/SCT/profile/SCT_ASCS10_sapascsvirt" \ AUTOMATIC_RECOVER=false \ meta resource-stickiness=3000 Dies ist ein Beispiel für ein ERS SAPInstance Primitiv, für das konfiguriert istENSA1. primitive rsc_sap_SCT_ERS11 SAPInstance \ operations $id=rsc_sap_SCT_ERS11-operations \ op monitor interval=120 timeout=60 on-fail=restart \ params InstanceName=SCT_ERS11_sapersvirt START_PROFILE="/sapmnt/SCT/profile/SCT_ERS11_sapersvirt" \ AUTOMATIC_RECOVER=false IS_ERS=true \ meta priority=1000 Um ein Upgrade auf durchzuführenENSA2, ändern Sie diese Konfiguration wie folgt. primitive rsc_sap_SCT_ERS11 SAPInstance \ operations $id=rsc_sap_SCT_ERS11-operations \ op monitor interval=120 timeout=60 on-fail=restart \ params InstanceName=SCT_ERS11_sapersvirt START_PROFILE="/sapmnt/SCT/profile/SCT_ERS11_sapersvirt" \ AUTOMATIC_RECOVER=false IS_ERS=true Sie können Primitive auf verschiedene Arten ändern. Sie können sie beispielsweise in einem Editor wie vi überarbeiten, wie im folgenden Beispiel. crm configure edit rsc_sap_SCT_ERS11	AWSSystemadministrator
Deaktivieren Sie den Wartungsmodus.	Deaktivieren Sie den Wartungsmodus auf dem Cluster. crm configure property maintenance-mode="false" Wenn sich der Cluster außerhalb des Wartungsmodus befindet, versucht er, die ASCS und ERS -Instanzen mit den neuen ENSA2 Einstellungen online zu schalten.	AWSSystemadministrator

(Optional) Fügen Sie Clusterknoten hinzu

Aufgabe	Beschreibung	Erforderliche Fähigkeiten
Informieren Sie sich über bewährte Verfahren.	Bevor Sie weitere Knoten hinzufügen, sollten Sie sich mit den bewährten Methoden vertraut machen, z. B. ob Sie eine ungerade oder eine gerade Anzahl von Knoten verwenden sollten.	AWSSystemadministrator
Fügen Sie Knoten hinzu.	Das Hinzufügen weiterer Knoten umfasst eine Reihe von Aufgaben, wie z. B. die Aktualisierung des Betriebssystems, die Installation von Softwarepaketen, die den vorhandenen Knoten entsprechen, und die Bereitstellung von Halterungen. Sie können die Option „Zusätzlichen Host vorbereiten“ in SAP Software Provisioning Manager (SWPM) verwenden, um eine SAP -spezifische Baseline des Hosts zu erstellen. Weitere Informationen finden Sie in den SAP Anleitungen, die im nächsten Abschnitt aufgeführt sind.	AWSSystemadministrator

Zugehörige Ressourcen

SAPund SUSE Referenzen

Um auf SAP Notes zugreifen zu können, benötigen Sie ein SAP ONE Support Launchpad-Benutzerkonto. Weitere Informationen finden Sie auf der SAPSupport-Website.

• SAPHinweis 2501860 ‒ Dokumentation für SAP NetWeaver Application Server für 7.52 ABAP

• SAPHinweis 2641019 ‒ Installation von ENSA2 und Update von ENSA1 zu in einer HA-Umgebung ENSA2 SUSE

• SAPHinweis 2641322 ‒ Installation von ENSA2 und Update von ENSA1 bis ENSA2 bei Verwendung der Red Hat HA-Lösungen für SAP

• SAPHinweis 2711036 ‒ Verwendung des Standalone Enqueue Servers 2 in einer HA-Umgebung

• Standalone Enqueue Server 2 (Dokumentation) SAP

• SAPS/4 HANA ‒ Enqueue Replication 2 Hochverfügbarkeitscluster — Einrichtungshandbuch (Dokumentation) SUSE

AWSVerweise

• SAPHANAaufAWS: Konfigurationsleitfaden für Hochverfügbarkeit für SLES und RHEL

• SAPLens — AWS Well-Architected Framework