Azure Virtual Machines HA für SAP NetWeaver auf RHEL mit Azure NetApp Files für SAP-Anwendungen
In diesem Artikel wird beschrieben, wie Sie virtuelle Computer (VMs) bereitstellen, die virtuellen Computer konfigurieren, das Clusterframework installieren und ein hoch verfügbares SAP NetWeaver 7.50-System mithilfe von Azure NetApp Files installieren. In den Beispielkonfigurationen und Installationsbefehlen ist die ASCS-Instanz Nummer 00, die ERS-Instanz ist Nummer 01, die primäre Anwendungsinstanz (PAS) 02 und die Anwendungsinstanz (Application Instance, AAS) ist 03. Die SAP System ID QAS wird verwendet.
Die Datenbankschicht wird in diesem Artikel nicht ausführlich behandelt.
Voraussetzungen
Lesen Sie zuerst die folgenden SAP-Hinweise und -Dokumente:
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 Microsoft 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 empfohlene Betriebssystemeinstellungen für Red Hat Enterprise Linux.
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 WIKI der SAP-Community 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
Allgemeine Dokumentation zu Red Hat Enterprise Linux (RHEL):
- Übersicht über das Hochverfügbarkeits-Add-On
- Verwaltung des Hochverfügbarkeits-Add-Ons
- Referenz zum Hochverfügbarkeits-Add-On
- Konfigurieren von ASCS/ERS für SAP NetWeaver mit eigenständigen Ressourcen in RHEL 7.5
- Konfigurieren von SAP S/4HANA ASCS/ERS mit eigenständigem Enqueue-Server 2 (ENSA2) in Pacemaker unter RHEL
Azure-spezifische RHEL-Dokumentation:
NetApp-SAP-Anwendungen in Microsoft Azure mithilfe von Azure NetApp Files
Übersicht
Hohe Verfügbarkeit (HA) für SAP NetWeaver Central Services erfordert gemeinsam genutzten Speicher. Bis jetzt ha auf Red Hat Linux zu erreichen, war es notwendig, einen separaten hochvermarktten GlusterFS-Cluster zu erstellen.
Jetzt ist es möglich, SAP NetWeaver HA mithilfe von freigegebenem Speicher zu erreichen, der in Azure NetApp Files bereitgestellt wird. Die Verwendung von Azure NetApp Files für freigegebenen Speicher beseitigt die Notwendigkeit weiterer GlusterFS-Cluster. Pacemaker wird für HA der SAP NetWeaver Central Services (ASCS/SCS) noch benötigt.
SAP NetWeaver ASCS, SAP NetWeaver SCS, SAP NetWeaver ERS und die SAP HANA-Datenbank verwenden einen virtuellen Hostnamen und virtuelle IP-Adressen. Für die Verwendung einer virtuellen IP-Adresse ist in Azure ein Lastenausgleich erforderlich. Wir empfehlen die Verwendung von Azure Load Balancer Standard. Die Konfiguration hier zeigt einen Lastenausgleich mit einer:
- Front-End-IP-Adresse 192.168.14.9 für ASCS.
- Front-End-IP-Adresse 192.168.14.10 für ERS.
- Probeport 62000 für ASCS.
- Probeport 62101 für ERS.
Einrichten der Infrastruktur für Azure NetApp Files
SAP NetWeaver erfordert einen freigegebenen Speicher für den Transport und das Profilverzeichnis. Bevor Sie mit der Einrichtung der Azure NetApp Files-Infrastruktur beginnen, sollten Sie sich mit der Azure NetApp Files-Dokumentation vertraut machen. Überprüfen Sie, ob Azure NetApp Files in Ihrer ausgewählten Azure-Region angeboten wird. Informationen zur Verfügbarkeit von Azure NetApp Files nach Azure-Region finden Sie unter Verfügbarkeit von Azure NetApp-Dateien nach Azure-Region.
Azure NetApp Files sind in mehreren Azure-Regionen verfügbar.
Bereitstellen von Azure NetApp Files-Ressourcen
Bei den Schritten wird davon ausgegangen, dass Sie azure Virtual Network bereits bereitgestellt haben. Die Azure NetApp Files-Ressourcen und die virtuellen Computer, auf denen die Azure NetApp Files-Ressourcen bereitgestellt werden, müssen im selben virtuellen Azure-Netzwerk oder in virtuellen Azure-Netzwerken bereitgestellt werden.
Erstellen Sie das Azure NetApp Files-Konto in der ausgewählten Azure-Region, indem Sie die Anweisungen zum Erstellen eines Azure NetApp Files-Kontos befolgen.
Richten Sie einen Azure NetApp Files-Kapazitätspool ein, indem Sie die Anweisungen zum Einrichten eines Azure NetApp Files-Kapazitätspools befolgen. Die in diesem Artikel vorgestellte SAP NetWeaver-Architektur verwendet einen einzigen Azure NetApp Files-Kapazitätspool mit der Premium-SKU. Wir empfehlen die Azure NetApp Files Premium-SKU für die SAP NetWeaver-Anwendungsworkloads in Azure.
Delegieren Sie ein Subnetz an Azure NetApp Files, wie in den Anweisungen zum Delegieren eines Subnetzes an Azure NetApp Files beschrieben.
Stellen Sie Azure NetApp Files-Volumes bereit, indem Sie die Anweisungen zum Erstellen eines Volumes für Azure NetApp Files befolgen. Stellen Sie die Volumes im festgelegten Subnetz für Azure NetApp Files bereit. Die IP-Adressen der Azure NetApp-Volumes werden automatisch zugewiesen. Die Azure NetApp Files-Ressourcen und die Azure-VMs müssen sich im gleichen virtuellen Azure-Netzwerk oder in virtuellen Azure-Netzwerken befinden. In diesem Beispiel verwenden wir zwei Azure NetApp Files-Volumes: sapQAS und transSAP. Die Dateipfade, die an den entsprechenden Bereitstellungspunkten bereitgestellt werden, sind /usrsapqas/sapmntQAS und /usrsap qas/usrsapQASsys.
- Volumen sapQAS (nfs://192.168.24.5/usrsapqas/sapmntQAS)
- Volumen sapQAS (nfs://192.168.24.5/usrsapqas/usrsapQASascs)
- Volume sapQAS (nfs://192.168.24.5/usrsapqas/usrsapQASsys)
- Volumen sapQAS (nfs://192.168.24.5/usrsapqas/usrsapQASers)
- Volume transSAP (nfs://192.168.24.4/transSAP)
- Volume sapQAS (nfs://192.168.24.5/usrsapqas/usrsapQASpas)
- Volume sapQAS (nfs://192.168.24.5/usrsapqas/usrsapQASaas)
In diesem Beispiel haben wir Azure NetApp Files für alle SAP NetWeaver-Dateisysteme verwendet, um zu veranschaulichen, wie Sie Azure NetApp Files verwenden können. Die SAP-Dateisysteme, die nicht über NFS eingebunden werden müssen, können auch als Azure Disk Storage bereitgestellt werden. In diesem Beispiel muss eine E auf Azure NetApp Files und f-g (d. h. /usr/sap/QAS/D02 und /usr/sap/QAS/D03) als Azure-Datenträgerspeicher bereitgestellt werden.
Wichtige Hinweise
Wenn Sie Azure NetApp Files für die SAP NetWeaver on RHEL HA-Architektur in Betracht ziehen, beachten Sie die folgenden wichtigen Überlegungen:
- Die Mindestgröße eines Kapazitätspools beträgt 4 TiB. Sie können die Kapazitätspoolgröße in 1-TiB-Schritten erhöhen.
- Das kleinste Volume ist 100 GiB groß.
- Azure NetApp-Dateien und alle virtuellen Computer, auf denen Azure NetApp Files-Volumes bereitgestellt werden, müssen sich im gleichen virtuellen Azure-Netzwerk oder in peerierten virtuellen Netzwerken in derselben Region befinden. Azure NetApp Files-Zugriff über virtuelles Netzwerk-Peering in derselben Region wird jetzt unterstützt. Der Zugriff auf Azure NetApp Files über globale Peering wird noch nicht unterstützt.
- Das ausgewählte virtuelle Netzwerk muss ein Subnetz an Azure NetApp Files delegiert haben.
- Der Durchsatz und die Leistungsmerkmale eines Azure NetApp Files-Volumes sind eine Funktion des Volumekontingents und der Dienstebene. Weitere Informationen finden Sie unter Dienstebene für Azure NetApp Files. Wenn Sie die GRÖßE der SAP Azure NetApp-Volumes anpassen, stellen Sie sicher, dass der resultierende Durchsatz den Anwendungsanforderungen entspricht.
- Azure NetApp Files bietet Exportrichtlinien. Sie können die zulässigen Clients und den Zugriffstyp steuern (z. B. Lese-/Schreibzugriff und Schreibgeschützt).
- Das Azure NetApp Files-Feature ist noch nicht zonenfähig. Derzeit wird das Azure NetApp Files-Feature nicht in allen Verfügbarkeitszonen in einer Azure-Region bereitgestellt. Achten Sie auf mögliche Latenzauswirkungen in einigen Azure-Regionen.
- Sie können Azure NetApp Files-Volumes als NFSv3- oder NFSv4.1-Volumes bereitstellen. Beide Protokolle werden für die SAP-Anwendungsschicht (ASCS/ERS, SAP-Anwendungsserver) unterstützt.
Vorbereiten der Infrastruktur
Azure Marketplace enthält Images, die für SAP mit dem Add-On für hohe Verfügbarkeit qualifiziert sind, mit dem Sie neue VMs mithilfe verschiedener Versionen von Red Hat bereitstellen können.
Manuelles Bereitstellen von Linux-VMs über die Azure-Portal
In diesem Dokument wird davon ausgegangen, dass Sie bereits ein virtuelles Azure-Netzwerk, ein Subnetz und eine Ressourcengruppe bereitgestellt haben.
Stellen Sie VMs für SAP ASCS-, ERS- und Anwendungsserver bereit. Wählen Sie ein geeignetes RHEL-Image aus, das für das SAP-System unterstützt wird. Sie können einen virtuellen Computer in einer der Verfügbarkeitsoptionen bereitstellen: Skalierungssatz für virtuelle Computer, Verfügbarkeitszone oder Verfügbarkeitsgruppe.
Konfigurieren von Azure Load Balancer
Während der VM-Konfiguration haben Sie die Möglichkeit, das Lastenausgleichsmodul im Netzwerkabschnitt zu erstellen oder auszuwählen. Führen Sie die folgenden Schritte aus, um einen Standardlastenausgleich für die Hochverfügbarkeit von SAP ASCS und SAP ERS zu konfigurieren.
Befolgen Sie die Anleitung zum Erstellen des Lastenausgleichs, um einen Standardgerät zum Lastenausgleich für ein SAP-System mit hoher Verfügbarkeit mithilfe der Azure-Portal einzurichten. Berücksichtigen Sie beim Einrichten des Lastenausgleichs die folgenden Punkte.
- Front-End-IP-Konfiguration: Erstellen Sie zwei Frontend-IP-Adressen, eine für ASCS und eine für ERS. Wählen Sie dasselbe virtuelle Netzwerk und subnetz wie Ihre virtuellen ASCS/ERS-Computer aus.
- Back-End-Pool: Erstellen Sie einen Back-End-Pool, und fügen Sie ASCS- und ERS-VMs hinzu.
- Eingehende Regeln: Erstellen Sie zwei Lastenausgleichsregel, eine für ASCS und eine für ERS. Führen Sie die gleichen Schritte für beide Lastenausgleichsregeln aus.
- Front-End-IP-Adresse: Frontend-IP auswählen
- Back-End-Pool: Back-End-Pool auswählen
- Überprüfen von "Ports für hohe Verfügbarkeit"
- Protokoll: TCP
- Integritätsprüfer: Erstellen einer Integritätssonde mit den folgenden Details (gilt für ASCS oder ERS)
- Protokoll: TCP
- Port: [beispiel: 620<Instance-No.> for ASCS, 621<Instance-no.> for ERS]
- Intervall: 5
- Probeschwellenwert: 2
- Leerlauftimeout (Minuten): 30
- Aktivieren von unverankerten IP-Adressen
Hinweis
Die Konfigurationseigenschaft „numberOfProbes“ für Integritätstests (im Portal als „Fehlerschwellenwert“ bezeichnet) wird nicht berücksichtigt. Um die Anzahl der erfolgreichen oder fehlgeschlagenen aufeinanderfolgenden Probes zu steuern, legen Sie die Eigenschaft "probeThreshold" auf 2 fest. Es ist derzeit nicht möglich, diese Eigenschaft mit Azure-Portal festzulegen. Verwenden Sie daher entweder den Azure CLI- oder PowerShell-Befehl.
Wichtig
Floating IP wird bei einer NIC-Sekundär-IP-Konfiguration in Load-Balancing-Szenarien nicht unterstützt. Weitere Informationen finden Sie unter Azure Load Balancer-Einschränkungen. Wenn Sie weitere IP-Adressen für den virtuellen Computer benötigen, stellen Sie eine zweite NIC bereit.
Hinweis
Wenn VMs ohne öffentliche IP-Adressen im Back-End-Pool eines internen (keine öffentlichen IP-Adresse)-Standardlastenausgleichs platziert werden, gibt es keine ausgehende Internetverbindung, es sei denn, mehr Konfiguration wird ausgeführt, um das Routing an öffentliche Endpunkte zu ermöglichen. Weitere Informationen zum Erreichen der ausgehenden Konnektivität finden Sie unter Public Endpoint Connectivity für VMs mithilfe von Azure Load Balancer Standard in SAP-Szenarien mit hoher Verfügbarkeit.
Wichtig
Aktivieren Sie keine TCP-Zeitstempel auf Azure-VMs, die sich hinter Azure Load Balancer befinden. Das Aktivieren von TCP-Zeitstempeln kann dazu führen, dass die Integritätssonden fehlschlagen. Legen Sie den Parameter net.ipv4.tcp_timestamps auf 0 fest. Weitere Informationen finden Sie unter Lastenausgleichs-Integritätstests.
Id-Zuordnung deaktivieren (wenn Sie NFSv4.1 verwenden)
Die Anweisungen in diesem Abschnitt gelten nur, wenn Sie Azure NetApp Files-Volumes mit dem NFSv4.1-Protokoll verwenden. Führen Sie die Konfiguration auf allen VMs aus, auf denen Azure NetApp Files-Volumes mit NFSv4.1 bereitgestellt werden.
Überprüfen Sie die Einstellung für die NFS-Domäne. Vergewissern Sie sich Standard als Standardmäßige Azure NetApp-Dateien konfiguriert ist Standard das heißt,
defaultv4iddomain.com
und die Zuordnung ist auf niemanden festgelegt.Wichtig
Stellen Sie sicher, dass die NFS-Domäne in
/etc/idmapd.conf
auf der VM so festgelegt ist, dass sie mit der Standarddomänenkonfiguration für Azure NetApp Files übereinstimmt:defaultv4iddomain.com
. Wenn zwischen der Do Standard konfiguration auf dem NFS-Client (d. h. dem virtuellen Computer) und dem NFS-Server (d. h. der Azure NetApp-Konfiguration) ein Konflikt besteht, werden die Berechtigungen für Dateien auf Azure NetApp-Volumes, die auf den virtuellen Computern bereitgestellt werden, angezeigt alsnobody
.sudo cat /etc/idmapd.conf # Example [General] Domain = defaultv4iddomain.com [Mapping] Nobody-User = nobody Nobody-Group = nobody
Das folgende [A] -Präfix gilt sowohl für PAS als auch für AAS.
[A] Überprüfen Sie
nfs4_disable_idmapping
. Er sollte auf Y festgelegt werden. Führen Sie den Bereitstellungsbefehl aus, um die Verzeichnisstruktur zu erstellen, innfs4_disable_idmapping
der sich befindet. Sie können das Verzeichnis/sys/modules
nicht manuell erstellen, da der Zugriff für den Kernel und die Treiber reserviert ist.# Check nfs4_disable_idmapping cat /sys/module/nfs/parameters/nfs4_disable_idmapping # If you need to set nfs4_disable_idmapping to Y mkdir /mnt/tmp mount 192.168.24.5:/sapQAS umount /mnt/tmp echo "Y" > /sys/module/nfs/parameters/nfs4_disable_idmapping # Make the configuration permanent echo "options nfs nfs4_disable_idmapping=Y" >> /etc/modprobe.d/nfs.conf
Einrichten (A)SCS
Im nächsten Schritt bereiten Sie die SAP ASCS- und ERS-Instanzen vor und installieren sie.
Erstellen eines Pacemaker-Clusters
Führen Sie die Schritte in Einrichten von Pacemaker unter Red Hat Enterprise Linux in Azure aus, um ein grundlegendes Pacemaker-Cluster für diesen (A)SCS-Server zu erstellen.
Vorbereiten der SAP NetWeaver-Installation
Die folgenden Elemente haben eines der folgenden Präfixe:
- [A] : Gilt für alle Knoten
- [1]: Gilt nur für Knoten 1
- [2]: Gilt nur für Knoten 2
[A] Einrichten der Auflösung des Hostnamens.
Sie können entweder einen DNS-Server verwenden oder die Datei
/etc/hosts
auf allen Knoten ändern. In diesem Beispiel wird die Verwendung der Datei/etc/hosts
gezeigt. Ersetzen Sie die IP-Adresse und den Hostnamen in den folgenden Befehlen:sudo vi /etc/hosts
Fügen Sie in
/etc/hosts
die folgenden Zeilen ein. Ändern Sie die IP-Adresse und den Hostnamen Ihrer Umgebung entsprechend.# IP address of cluster node 1 192.168.14.5 anftstsapcl1 # IP address of cluster node 2 192.168.14.6 anftstsapcl2 # IP address of the load balancer frontend configuration for SAP Netweaver ASCS 192.168.14.9 anftstsapvh # IP address of the load balancer frontend configuration for SAP Netweaver ERS 192.168.14.10 anftstsapers
[1] Erstellen Sie im Azure NetApp Files-Volume SAP-Verzeichnisse. Stellen Sie das Volume "Azure NetApp Files" vorübergehend auf einem der virtuellen Computer ein, und erstellen Sie die SAP-Verzeichnisse (Dateipfade).
# mount temporarily the volume sudo mkdir -p /saptmp # If using NFSv3 sudo mount -t nfs -o rw,hard,rsize=65536,wsize=65536,nfsvers=3,tcp 192.168.24.5:/sapQAS /saptmp # If using NFSv4.1 sudo mount -t nfs -o rw,hard,rsize=65536,wsize=65536,nfsvers=4.1,sec=sys,tcp 192.168.24.5:/sapQAS /saptmp # create the SAP directories sudo cd /saptmp sudo mkdir -p sapmntQAS sudo mkdir -p usrsapQASascs sudo mkdir -p usrsapQASers sudo mkdir -p usrsapQASsys sudo mkdir -p usrsapQASpas sudo mkdir -p usrsapQASaas # unmount the volume and delete the temporary directory sudo cd .. sudo umount /saptmp sudo rmdir /saptmp
[A] Erstellen der freigegebenen Verzeichnisse.
sudo mkdir -p /sapmnt/QAS sudo mkdir -p /usr/sap/trans sudo mkdir -p /usr/sap/QAS/SYS sudo mkdir -p /usr/sap/QAS/ASCS00 sudo mkdir -p /usr/sap/QAS/ERS01 sudo chattr +i /sapmnt/QAS sudo chattr +i /usr/sap/trans sudo chattr +i /usr/sap/QAS/SYS sudo chattr +i /usr/sap/QAS/ASCS00 sudo chattr +i /usr/sap/QAS/ERS01
[A] Installieren Sie den NFS-Client und andere Anforderungen.
sudo yum -y install nfs-utils resource-agents resource-agents-sap
[A] Überprüfen Sie die Version von
resource-agents-sap
.Stellen Sie sicher, dass die Version des installierten
resource-agents-sap
-Pakets mindestens3.9.5-124.el7
ist.sudo yum info resource-agents-sap # Loaded plugins: langpacks, product-id, search-disabled-repos # Repodata is over 2 weeks old. Install yum-cron? Or run: yum makecache fast # Installed Packages # Name : resource-agents-sap # Arch : x86_64 # Version : 3.9.5 # Release : 124.el7 # Size : 100 k # Repo : installed # From repo : rhel-sap-for-rhel-7-server-rpms # Summary : SAP cluster resource agents and connector script # URL : https://github.com/ClusterLabs/resource-agents # License : GPLv2+ # Description : The SAP resource agents and connector script interface with # : Pacemaker to allow SAP instances to be managed in a cluster # : environment.
[A] Fügen Sie Bereitstellungseinträge hinzu.
Wenn Sie NFSv3 verwenden:
sudo vi /etc/fstab # Add the following lines to fstab, save and exit 192.168.24.5:/sapQAS/sapmntQAS /sapmnt/QAS nfs rw,hard,rsize=65536,wsize=65536,nfsvers=3 192.168.24.5:/sapQAS/usrsapQASsys /usr/sap/QAS/SYS nfs rw,hard,rsize=65536,wsize=65536,nfsvers=3 192.168.24.4:/transSAP /usr/sap/trans nfs rw,hard,rsize=65536,wsize=65536,nfsvers=3
Wenn Sie NFSv4.1 verwenden:
sudo vi /etc/fstab # Add the following lines to fstab, save and exit 192.168.24.5:/sapQAS/sapmntQAS /sapmnt/QAS nfs rw,hard,rsize=65536,wsize=65536,nfsvers=4.1,sec=sys 192.168.24.5:/sapQAS/usrsapQASsys /usr/sap/QAS/SYS nfs rw,hard,rsize=65536,wsize=65536,nfsvers=4.1,sec=sys 192.168.24.4:/transSAP /usr/sap/trans nfs rw,hard,rsize=65536,wsize=65536,nfsvers=4.1,sec=sys
Hinweis
Stellen Sie sicher, dass sie mit der NFS-Protokollversion der Azure NetApp Files-Volumes übereinstimmen, wenn Sie die Volumes bereitstellen. Wenn die Azure NetApp Files-Volumes als NFSv3-Volumes erstellt werden, verwenden Sie die entsprechende NFSv3-Konfiguration. Wenn die Azure NetApp Files-Volumes als NFSv4.1-Volumes erstellt werden, befolgen Sie die Anweisungen zum Deaktivieren der ID-Zuordnung, und stellen Sie sicher, dass Sie die entsprechende NFSv4.1-Konfiguration verwenden. In diesem Beispiel wurden die Azure NetApp Files-Volumes als NFSv3-Volumes erstellt.
Mount the new shares.
sudo mount -a
[A] Konfigurieren der Auslagerungsdatei.
sudo vi /etc/waagent.conf # Set the property ResourceDisk.EnableSwap to y # Create and use swapfile on resource disk. ResourceDisk.EnableSwap=y # Set the size of the SWAP file with property ResourceDisk.SwapSizeMB # The free space of resource disk varies by VM size. Make sure that you do not set a value that is too big. You can check the SWAP space with command swapon # Size of the swapfile. ResourceDisk.SwapSizeMB=2000
Starten Sie den Agenten neu, um die Änderung zu aktivieren.
sudo service waagent restart
[A] Führen Sie die RHEL-Betriebssystemkonfiguration aus.
Führen Sie basierend auf der RHEL-Version die konfiguration Erwähnung in SAP Note 2002167, 2772999 oder 3108316 aus.
Installieren Sie SAP NetWeaver ASCS
[1] Konfigurieren sie die Standardeigenschaften des Clusters.
pcs resource defaults resource-stickiness=1 pcs resource defaults migration-threshold=3
[1] Erstellen Sie eine virtuelle IP-Ressource und einen Integritätstest für die ASCS-Instanz.
sudo pcs node standby anftstsapcl2 # If using NFSv3 sudo pcs resource create fs_QAS_ASCS Filesystem device='192.168.24.5:/sapQAS/usrsapQASascs' \ directory='/usr/sap/QAS/ASCS00' fstype='nfs' force_unmount=safe \ op start interval=0 timeout=60 op stop interval=0 timeout=120 op monitor interval=200 timeout=40 \ --group g-QAS_ASCS # If using NFSv4.1 sudo pcs resource create fs_QAS_ASCS Filesystem device='192.168.24.5:/sapQAS/usrsapQASascs' \ directory='/usr/sap/QAS/ASCS00' fstype='nfs' force_unmount=safe options='sec=sys,nfsvers=4.1' \ op start interval=0 timeout=60 op stop interval=0 timeout=120 op monitor interval=200 timeout=105 \ --group g-QAS_ASCS sudo pcs resource create vip_QAS_ASCS IPaddr2 \ ip=192.168.14.9 \ --group g-QAS_ASCS sudo pcs resource create nc_QAS_ASCS azure-lb port=62000 \ --group g-QAS_ASCS
Stellen Sie sicher, dass der Clusterstatus gültig ist und alle Ressourcen gestartet sind. Es ist nicht wichtig, auf welchem Knoten die Ressourcen ausgeführt werden.
sudo pcs status # Node anftstsapcl2: standby # Online: [ anftstsapcl1 ] # # Full list of resources: # # rsc_st_azure (stonith:fence_azure_arm): Started anftstsapcl1 # Resource Group: g-QAS_ASCS # fs_QAS_ASCS (ocf::heartbeat:Filesystem): Started anftstsapcl1 # nc_QAS_ASCS (ocf::heartbeat:azure-lb): Started anftstsapcl1 # vip_QAS_ASCS (ocf::heartbeat:IPaddr2): Started anftstsapcl1
[1] Installieren Sie SAP NetWeaver ASCS.
Installieren Sie SAP NetWeaver ASCS als Stamm auf dem ersten Knoten, indem Sie einen virtuellen Hostnamen verwenden, der der IP-Adresse der Front-End-Konfiguration des Lastenausgleichs für die ASCS zugeordnet ist, z. B. anftstsapvh, 192.168.14.9 und die Instanznummer, die Sie für die Probe des Lastenausgleichs verwendet haben, z. B. 00.
Sie können den
sapinst
-ParameterSAPINST_REMOTE_ACCESS_USER
verwenden, um einem Nicht-Root-Benutzer zu ermöglichen, sich mitsapinst
zu verbinden.# Allow access to SWPM. This rule is not permanent. If you reboot the machine, you have to run the command again. sudo firewall-cmd --zone=public --add-port=4237/tcp sudo <swpm>/sapinst SAPINST_REMOTE_ACCESS_USER=sapadmin SAPINST_USE_HOSTNAME=<virtual_hostname>
Wenn bei der Installation kein Unterordner in „/usr/sap/QAS/ASCS00“ erstellt werden kann, legen Sie den Besitzer und die Gruppe des Ordners „ASCS00“ fest, und versuchen Sie es noch einmal.
sudo chown qasadm /usr/sap/QAS/ASCS00 sudo chgrp sapsys /usr/sap/QAS/ASCS00
[1] Erstellen einer virtuellen IP-Ressource und eines Integritätstests für die ERS-Instanz.
sudo pcs node unstandby anftstsapcl2 sudo pcs node standby anftstsapcl1 # If using NFSv3 sudo pcs resource create fs_QAS_AERS Filesystem device='192.168.24.5:/sapQAS/usrsapQASers' \ directory='/usr/sap/QAS/ERS01' fstype='nfs' force_unmount=safe \ op start interval=0 timeout=60 op stop interval=0 timeout=120 op monitor interval=200 timeout=40 \ --group g-QAS_AERS # If using NFSv4.1 sudo pcs resource create fs_QAS_AERS Filesystem device='192.168.24.5:/sapQAS/usrsapQASers' \ directory='/usr/sap/QAS/ERS01' fstype='nfs' force_unmount=safe options='sec=sys,nfsvers=4.1' \ op start interval=0 timeout=60 op stop interval=0 timeout=120 op monitor interval=200 timeout=105 \ --group g-QAS_AERS sudo pcs resource create vip_QAS_AERS IPaddr2 \ ip=192.168.14.10 \ --group g-QAS_AERS sudo pcs resource create nc_QAS_AERS azure-lb port=62101 \ --group g-QAS_AERS
Stellen Sie sicher, dass der Clusterstatus gültig ist und alle Ressourcen gestartet sind. Es ist nicht wichtig, auf welchem Knoten die Ressourcen ausgeführt werden.
sudo pcs status # Node anftstsapcl1: standby # Online: [ anftstsapcl2 ] # # Full list of resources: # # rsc_st_azure (stonith:fence_azure_arm): Started anftstsapcl2 # Resource Group: g-QAS_ASCS # fs_QAS_ASCS (ocf::heartbeat:Filesystem): Started anftstsapcl2 # nc_QAS_ASCS (ocf::heartbeat:azure-lb): Started anftstsapcl2< # vip_QAS_ASCS (ocf::heartbeat:IPaddr2): Started anftstsapcl2 # Resource Group: g-QAS_AERS # fs_QAS_AERS (ocf::heartbeat:Filesystem): Started anftstsapcl2 # nc_QAS_AERS (ocf::heartbeat:azure-lb): Started anftstsapcl2 # vip_QAS_AERS (ocf::heartbeat:IPaddr2): Started anftstsapcl2
[2] Installieren Sie SAP NetWeaver ERS.
Installieren Sie SAP NetWeaver ERS als Stamm auf dem zweiten Knoten, indem Sie einen virtuellen Hostnamen verwenden, der der IP-Adresse der Front-End-Konfiguration des Lastenausgleichs für die ERS zugeordnet ist, z. B. Anftstsapers, 192.168.14.10 und die Instanznummer, die Sie für die Probe des Lastenausgleichs verwendet haben, z. B. 01.
Sie können den
sapinst
-ParameterSAPINST_REMOTE_ACCESS_USER
verwenden, um einem Nicht-Root-Benutzer zu ermöglichen, sich mitsapinst
zu verbinden.# Allow access to SWPM. This rule is not permanent. If you reboot the machine, you have to run the command again. sudo firewall-cmd --zone=public --add-port=4237/tcp sudo <swpm>/sapinst SAPINST_REMOTE_ACCESS_USER=sapadmin SAPINST_USE_HOSTNAME=<virtual_hostname>
Wenn bei der Installation kein Unterordner in „/usr/sap/QAS/ERS01“ erstellt werden kann, legen Sie den Besitzer und die Gruppe des Ordners „ERS01“ fest, und versuchen Sie es noch einmal.
sudo chown qaadm /usr/sap/QAS/ERS01 sudo chgrp sapsys /usr/sap/QAS/ERS01
[1] Passen Sie die ASCS/SCS- und ERS-Instanzprofile an.
ASCS/SCS-Profil
sudo vi /sapmnt/QAS/profile/QAS_ASCS00_anftstsapvh # Change the restart command to a start command #Restart_Program_01 = local $(_EN) pf=$(_PF) Start_Program_01 = local $(_EN) pf=$(_PF) # Add the keep alive parameter, if using ENSA1 enque/encni/set_so_keepalive = true
Stellen Sie sowohl für ENSA1 als auch für ENSA2 sicher, dass die
keepalive
-Parameter des Betriebssystems wie im SAP-Hinweis 1410736 beschrieben festgelegt sind.ERS-Profil
sudo vi /sapmnt/QAS/profile/QAS_ERS01_anftstsapers # Change the restart command to a start command #Restart_Program_00 = local $(_ER) pf=$(_PFL) NR=$(SCSID) Start_Program_00 = local $(_ER) pf=$(_PFL) NR=$(SCSID) # remove Autostart from ERS profile # Autostart = 1
[A] Konfigurieren Sie Keep Alive.
Die Kommunikation zwischen dem SAP NetWeaver-Anwendungsserver und ASCS/SCS wird durch einen Softwarelastenausgleich weitergeleitet. Der Lastenausgleich trennt nach einem konfigurierbaren Timeout inaktive Verbindungen. Um diese Aktion zu verhindern, legen Sie einen Parameter im SAP NetWeaver ASCS/SCS-Profil fest, wenn Sie ENSA1 verwenden, und ändern Sie die Linux-Systemeinstellungen
keepalive
auf allen SAP-Servern für ENSA1/ENSA2. Weitere Informationen finden Sie im SAP-Hinweis 1410736.# Change the Linux system configuration sudo sysctl net.ipv4.tcp_keepalive_time=300
[A] Aktualisieren Sie die
/usr/sap/sapservices
-Datei.Um den Start der Instanzen durch das
sapinit
Startskript zu verhindern, müssen alle von Pacemaker verwalteten Instanzen in der/usr/sap/sapservices
-Datei auskommentiert werden.sudo vi /usr/sap/sapservices # Depending on whether the SAP Startup framework is integrated with systemd, you will observe one of the two entries on the ASCS node. You should comment out the line(s). # LD_LIBRARY_PATH=/usr/sap/QAS/ASCS00/exe:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH; /usr/sap/QAS/ASCS00/exe/sapstartsrv pf=/usr/sap/QAS/SYS/profile/QAS_ASCS00_anftstsapvh -D -u qasadm # systemctl --no-ask-password start SAPQAS_00 # sapstartsrv pf=/usr/sap/QAS/SYS/profile/QAS_ASCS00_anftstsapvh # Depending on whether the SAP Startup framework is integrated with systemd, you will observe one of the two entries on the ASCS node. You should comment out the line(s). # LD_LIBRARY_PATH=/usr/sap/QAS/ERS01/exe:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH; /usr/sap/QAS/ERS01/exe/sapstartsrv pf=/usr/sap/QAS/ERS01/profile/QAS_ERS01_anftstsapers -D -u qasadm # systemctl --no-ask-password start SAPQAS_01 # sapstartsrv pf=/usr/sap/QAS/ERS01/profile/QAS_ERS01_anftstsapers
Wichtig
Mit dem auf systemd basierten SAP Startup Framework können SAP-Instanzen jetzt von systemd verwaltet werden. Die mindestens erforderliche Red Hat Enterprise Linux(RHEL)-Version ist RHEL 8 für SAP. Wie im SAP-Hinweis 3115048 beschrieben, führt eine Neuinstallation eines SAP-Kernels mit integrierter auf systemd basierter SAP Startup Framework-Unterstützung immer zu einer durch systemd gesteuerten SAP-Instanz. Nach einem SAP-Kernelupgrade einer vorhandenen SAP-Installation auf einen Kernel, der über die auf systemd basierte SAP Startup Framework-Unterstützung verfügt, müssen jedoch einige manuelle Schritte wie im SAP-Hinweis 3115048 dokumentiert ausgeführt werden, um die vorhandene SAP Startup-Umgebung in eine durch systemd gesteuerte zu konvertieren.
Bei der Verwendung von Red Hat HA-Diensten für SAP (Clusterkonfiguration) zum Verwalten von SAP-Anwendungsserverinstanzen wie SAP ASCS und SAP ERS sind zusätzliche Änderungen erforderlich, um die Kompatibilität zwischen dem SAPInstance-Ressourcen-Agent und dem neuen auf systemd basierten SAP-Startup-Framework sicherzustellen. Sobald die SAP-Anwendungsserverinstanzen installiert oder auf einen systemd-fähigen SAP-Kernel gemäß SAP-Hinweis 3115048 umgestellt wurden, müssen die in Red Hat KBA 6884531 genannten Schritte auf allen Clusterknoten erfolgreich abgeschlossen werden.
[1] Erstellen der SAP-Clusterressourcen.
Je nachdem, ob Sie ein ENSA1- oder ENSA2-System ausführen, wählen Sie die entsprechende Registerkarte aus, um die Ressourcen zu definieren. SAP hat in SAP NetWeaver 7.52 Unterstützung für ENSA2 eingeführt, einschließlich Replikation. Ab der ABAP-Plattform 1809 wird ENSA2 standardmäßig installiert. Für ENSA2-Unterstützung. Informationen zur Unterstützung von Enqueue-Server 2 finden Sie im SAP-Hinweis 2630416.
Wenn Sie die Enqueue Server 2 Architektur (ENSA2) verwenden, installieren Sie den Ressourcen-Agenten resource-agents-sap-4.1.1-12.el7.x86_64 oder neuer und definieren die Ressourcen wie hier gezeigt:
sudo pcs property set maintenance-mode=true # If using NFSv3 sudo pcs resource create rsc_sap_QAS_ASCS00 SAPInstance \ InstanceName=QAS_ASCS00_anftstsapvh START_PROFILE="/sapmnt/QAS/profile/QAS_ASCS00_anftstsapvh" \ AUTOMATIC_RECOVER=false \ meta resource-stickiness=5000 migration-threshold=1 failure-timeout=60 \ op monitor interval=20 on-fail=restart timeout=60 \ op start interval=0 timeout=600 op stop interval=0 timeout=600 \ --group g-QAS_ASCS # If using NFSv4.1 sudo pcs resource create rsc_sap_QAS_ASCS00 SAPInstance \ InstanceName=QAS_ASCS00_anftstsapvh START_PROFILE="/sapmnt/QAS/profile/QAS_ASCS00_anftstsapvh" \ AUTOMATIC_RECOVER=false \ meta resource-stickiness=5000 migration-threshold=1 failure-timeout=60 \ op monitor interval=20 on-fail=restart timeout=105 \ op start interval=0 timeout=600 op stop interval=0 timeout=600 \ --group g-QAS_ASCS sudo pcs resource meta g-QAS_ASCS resource-stickiness=3000 # If using NFSv3 sudo pcs resource create rsc_sap_QAS_ERS01 SAPInstance \ InstanceName=QAS_ERS01_anftstsapers START_PROFILE="/sapmnt/QAS/profile/QAS_ERS01_anftstsapers" \ AUTOMATIC_RECOVER=false IS_ERS=true \ op monitor interval=20 on-fail=restart timeout=60 op start interval=0 timeout=600 op stop interval=0 timeout=600 \ --group g-QAS_AERS # If using NFSv4.1 sudo pcs resource create rsc_sap_QAS_ERS01 SAPInstance \ InstanceName=QAS_ERS01_anftstsapers START_PROFILE="/sapmnt/QAS/profile/QAS_ERS01_anftstsapers" \ AUTOMATIC_RECOVER=false IS_ERS=true \ op monitor interval=20 on-fail=restart timeout=105 op start interval=0 timeout=600 op stop interval=0 timeout=600 \ --group g-QAS_AERS sudo pcs constraint colocation add g-QAS_AERS with g-QAS_ASCS -5000 sudo pcs constraint location rsc_sap_QAS_ASCS00 rule score=2000 runs_ers_QAS eq 1 sudo pcs constraint order start g-QAS_ASCS then stop g-QAS_AERS kind=Optional symmetrical=false sudo pcs node unstandby anftstsapcl1 sudo pcs property set maintenance-mode=false
Wenn Sie ein Upgrade von einer älteren Version durchführen und zu Enqueue-Server 2 wechseln, lesen Sie den SAP-Hinweis 2641322.
Hinweis
Die höheren Timeouts, die bei verwendung von NFSv4.1 vorgeschlagen werden, sind aufgrund protokollspezifischer Pause erforderlich, was sich auf NFSv4.1-Leaseverlängerungen bezieht. Weitere Informationen finden Sie unter NFS in NetApp best practice. Die Zeitüberschreitungen in der vorangegangenen Konfiguration sind nur Beispiele und müssen möglicherweise an die spezifische SAP-Einrichtung angepasst werden.
Stellen Sie sicher, dass der Clusterstatus gültig ist und alle Ressourcen gestartet sind. Es ist nicht wichtig, auf welchem Knoten die Ressourcen ausgeführt werden.
sudo pcs status # Online: [ anftstsapcl1 anftstsapcl2 ] # # Full list of resources: # # rsc_st_azure (stonith:fence_azure_arm): Started anftstsapcl2 # Resource Group: g-QAS_ASCS # fs_QAS_ASCS (ocf::heartbeat:Filesystem): Started anftstsapcl2 # nc_QAS_ASCS (ocf::heartbeat:azure-lb): Started anftstsapcl2 # vip_QAS_ASCS (ocf::heartbeat:IPaddr2): Started anftstsapcl2 # rsc_sap_QAS_ASCS00 (ocf::heartbeat:SAPInstance): Started anftstsapcl2 # Resource Group: g-QAS_AERS # fs_QAS_AERS (ocf::heartbeat:Filesystem): Started anftstsapcl1 # nc_QAS_AERS (ocf::heartbeat:azure-lb): Started anftstsapcl1 # vip_QAS_AERS (ocf::heartbeat:IPaddr2): Started anftstsapcl1 # rsc_sap_QAS_ERS01 (ocf::heartbeat:SAPInstance): Started anftstsapcl1
[1] Führen Sie den folgenden Schritt aus, um
priority-fencing-delay
zu konfigurieren (gilt nur für Schrittmacher-2.0.4-6.el8 oder höher).Hinweis
Wenn Sie über einen Cluster mit zwei Knoten verfügen, haben Sie die Möglichkeit, die
priority-fencing-delay
-Clustereigenschaft zu konfigurieren. Diese Eigenschaft führt zu einer größeren Verzögerung beim Fencing eines Knotens, der eine höhere Gesamtressourcenpriorität hat, wenn ein Szenario mit geteiltem Gehirn auftritt. Weitere Informationen finden Sie unter Kann Pacemaker den Clusterknoten mit den wenigsten ausgeführten Ressourcen einfassen?.Die Eigenschaft
priority-fencing-delay
gilt für Pacemaker-2.0.4-6.el8 Version oder höher. Wenn Sie ein vorhandenes Cluster einrichtenpriority-fencing-delay
, müssen Sie diepcmk_delay_max
Einstellung im Fencing-Gerät löschen.sudo pcs resource defaults update priority=1 sudo pcs resource update rsc_sap_QAS_ASCS00 meta priority=10 sudo pcs property set priority-fencing-delay=15s
[A] Fügen Sie Firewallregeln für ASCS und ERS auf beiden Knoten hinzu.
# Probe Port of ASCS sudo firewall-cmd --zone=public --add-port={62000,3200,3600,3900,8100,50013,50014,50016}/tcp --permanent sudo firewall-cmd --zone=public --add-port={62000,3200,3600,3900,8100,50013,50014,50016}/tcp # Probe Port of ERS sudo firewall-cmd --zone=public --add-port={62101,3201,3301,50113,50114,50116}/tcp --permanent sudo firewall-cmd --zone=public --add-port={62101,3201,3301,50113,50114,50116}/tcp
Vorbereitung des SAP NetWeaver-Anwendungsservers
Einige Datenbanken erfordern, dass die Installation der Datenbankinstanz auf einem Anwendungsserver läuft. Bereiten Sie die Anwendungsserver-VMs so vor, dass Sie diese in jenen Fällen verwenden können.
Die folgenden Schritte gehen davon aus, dass Sie den Anwendungsserver auf einem anderen Server als den ASCS/SCS- und HANA-Servern installieren. Andernfalls sind einige der Schritte (z. B. Konfigurieren der Hostnamenauflösung) nicht erforderlich.
Die folgenden Elemente haben eines der folgenden Präfixe:
- [A]: Gilt sowohl für PAS als auch für AAS
- [P]: Gilt nur für PAS
- [S]: Gilt nur für AAS
[A] Einrichten der Auflösung des Hostnamens.
Sie können entweder einen DNS-Server verwenden oder die Datei
/etc/hosts
auf allen Knoten ändern. In diesem Beispiel wird die Verwendung der Datei/etc/hosts
gezeigt. Ersetzen Sie die IP-Adresse und den Hostnamen in den folgenden Befehlen:sudo vi /etc/hosts
Fügen Sie in
/etc/hosts
die folgenden Zeilen ein. Ändern Sie die IP-Adresse und den Hostnamen Ihrer Umgebung entsprechend.# IP address of the load balancer frontend configuration for SAP NetWeaver ASCS 192.168.14.9 anftstsapvh # IP address of the load balancer frontend configuration for SAP NetWeaver ASCS ERS 192.168.14.10 anftstsapers 192.168.14.7 anftstsapa01 192.168.14.8 anftstsapa02
[A] Erstellen Sie das
sapmnt
-Verzeichnis.sudo mkdir -p /sapmnt/QAS sudo mkdir -p /usr/sap/trans sudo chattr +i /sapmnt/QAS sudo chattr +i /usr/sap/trans
[A] Installieren Sie den NFS-Client und andere Anforderungen.
sudo yum -y install nfs-utils uuidd
[A] Fügen Sie Bereitstellungseinträge hinzu.
Wenn Sie NFSv3 verwenden:
sudo vi /etc/fstab # Add the following lines to fstab, save and exit 192.168.24.5:/sapQAS/sapmntQAS /sapmnt/QAS nfs rw,hard,rsize=65536,wsize=65536,nfsvers=3 192.168.24.4:/transSAP /usr/sap/trans nfs rw,hard,rsize=65536,wsize=65536,nfsvers=3
Wenn Sie NFSv4.1 verwenden:
sudo vi /etc/fstab # Add the following lines to fstab, save and exit 192.168.24.5:/sapQAS/sapmntQAS /sapmnt/QAS nfs rw,hard,rsize=65536,wsize=65536,nfsvers=4.1,sec=sys 192.168.24.4:/transSAP /usr/sap/trans nfs rw,hard,rsize=65536,wsize=65536,nfsvers=4.1,sec=sys
Mount the new shares.
sudo mount -a
[P] Erstellen und Bereitstellen des PAS-Verzeichnisses
Wenn Sie NFSv3 verwenden:
sudo mkdir -p /usr/sap/QAS/D02 sudo chattr +i /usr/sap/QAS/D02 sudo vi /etc/fstab # Add the following line to fstab 92.168.24.5:/sapQAS/usrsapQASpas /usr/sap/QAS/D02 nfs rw,hard,rsize=65536,wsize=65536,nfsvers=3 # Mount sudo mount -a
Wenn Sie NFSv4.1 verwenden:
sudo mkdir -p /usr/sap/QAS/D02 sudo chattr +i /usr/sap/QAS/D02 sudo vi /etc/fstab # Add the following line to fstab 92.168.24.5:/sapQAS/usrsapQASpas /usr/sap/QAS/D02 nfs rw,hard,rsize=65536,wsize=65536,nfsvers=4.1,sec=sys # Mount sudo mount -a
[S] Erstellen und Bereitstellen des AAS-Verzeichnisses
Wenn Sie NFSv3 verwenden:
sudo mkdir -p /usr/sap/QAS/D03 sudo chattr +i /usr/sap/QAS/D03 sudo vi /etc/fstab # Add the following line to fstab 92.168.24.5:/sapQAS/usrsapQASaas /usr/sap/QAS/D03 nfs rw,hard,rsize=65536,wsize=65536,nfsvers=3 # Mount sudo mount -a
Wenn Sie NFSv4.1 verwenden:
sudo mkdir -p /usr/sap/QAS/D03 sudo chattr +i /usr/sap/QAS/D03 sudo vi /etc/fstab # Add the following line to fstab 92.168.24.5:/sapQAS/usrsapQASaas /usr/sap/QAS/D03 nfs rw,hard,rsize=65536,wsize=65536,nfsvers=4.1,sec=sys # Mount sudo mount -a
[A] Konfigurieren der Auslagerungsdatei.
sudo vi /etc/waagent.conf # Set the property ResourceDisk.EnableSwap to y # Create and use swapfile on resource disk. ResourceDisk.EnableSwap=y # Set the size of the SWAP file with property ResourceDisk.SwapSizeMB # The free space of resource disk varies by VM size. Make sure that you do not set a value that is too big. You can check the SWAP space with command swapon # Size of the swapfile. ResourceDisk.SwapSizeMB=2000
Starten Sie den Agenten neu, um die Änderung zu aktivieren.
sudo service waagent restart
Installieren der Datenbank
In diesem Fall ist SAP NetWeaver auf SAP HANA installiert. Für diese Installation können Sie jede unterstützte Datenbank verwenden. Weitere Informationen zum Installieren von SAP HANA in Azure finden Sie unter Hochverfügbarkeit von SAP HANA auf Azure-VMs unter Red Hat Enterprise Linux. Eine Liste der unterstützten Datenbanken finden Sie im SAP-Hinweis 1928533.
Führen Sie die SAP-Datenbankinstanzinstallation aus.
Installieren Sie die SAP NetWeaver-Datenbankinstanz als Stamm, indem Sie einen virtuellen Hostnamen verwenden, der der IP-Adresse der Front-End-Konfiguration des Lastenausgleichs für die Datenbank zugeordnet ist.
Sie können den
sapinst
-ParameterSAPINST_REMOTE_ACCESS_USER
verwenden, um einem Nicht-Root-Benutzer zu ermöglichen, sich mitsapinst
zu verbinden.sudo <swpm>/sapinst SAPINST_REMOTE_ACCESS_USER=sapadmin
Installation des SAP NetWeaver-Anwendungsservers
Führen Sie die folgenden Schritte durch, um einen SAP-Anwendungsserver zu installieren.
Bereiten Sie den Anwendungsserver vor.
Führen Sie die Schritte des vorigen Abschnitts Vorbereitung des SAP NetWeaver-Anwendungsservers aus, um den Anwendungsserver vorzubereiten.
Installieren Sie den SAP NetWeaver-Anwendungsserver.
Installieren Sie einen primären oder einen zusätzlichen SAP NetWeaver-Anwendungsserver.
Sie können den
sapinst
-ParameterSAPINST_REMOTE_ACCESS_USER
verwenden, um einem Nicht-Root-Benutzer zu ermöglichen, sich mitsapinst
zu verbinden.sudo <swpm>/sapinst SAPINST_REMOTE_ACCESS_USER=sapadmin
Aktualisieren Sie den sicheren SAP HANA Store.
Ändern Sie den sicheren SAP HANA-Speicher dahingehend, dass er auf den virtuellen Namen der Einrichtung der SAP HANA-Systemreplikation zeigt.
Führen Sie den folgenden Befehl aus, um die Einträge als <sapsid>adm auflisten.
hdbuserstore List
Alle Einträge sollten aufgelistet und ähnlich aussehen wie:
DATA FILE : /home/qasadm/.hdb/anftstsapa01/SSFS_HDB.DAT KEY FILE : /home/qasadm/.hdb/anftstsapa01/SSFS_HDB.KEY KEY DEFAULT ENV : 192.168.14.4:30313 USER: SAPABAP1 DATABASE: QAS
Die Ausgabe zeigt, dass die IP-Adresse des Standardeintrags auf den virtuellen Computer und nicht auf die IP-Adresse des Lastenausgleichs verweist. Sie müssen diesen Eintrag so ändern, dass er auf den virtuellen Hostnamen des Lastenausgleichs verweist. Stellen Sie sicher, dass Sie denselben Port (30313 in der vorherigen Ausgabe) und datenbanknamen (QAS in der vorherigen Ausgabe) verwenden.
su - qasadm hdbuserstore SET DEFAULT qasdb:30313@QAS SAPABAP1 <password of ABAP schema>
Testen der Clustereinrichtung
Testen Sie Ihren Pacemaker-Cluster sorgfältig. Weitere Informationen finden Sie unter Ausführen der typischen Failover-Tests.
Nächste Schritte
- Informationen zum Bereitstellen eines Kostenoptimierungsszenarios, in dem die PAS- und AAS-Instanzen mit dem SAP NetWeaver HA-Cluster auf RHEL bereitgestellt werden, finden Sie unter Installieren der SAP Dialoginstanz mit SAP ASCS/SCS high availability VMs auf RHEL.
- Siehe Hochverfügbarkeit für SAP NetWeaver auf virtuellen Azure-Computern auf RHEL für SAP-Anwendungen, Multi-SID-Leitfaden.
- Siehe Azure Virtual Machines – Planung und Implementierung für SAP.
- Siehe Bereitstellung von Azure Virtual Machines für SAP.
- Siehe Azure Virtual Machines – DBMS-Bereitstellung für SAP.
- Wie Sie HA einrichten und eine Notfallwiederherstellung von SAP HANA auf Azure (große Instanzen) planen, siehe SAP HANA (große Instanzen) Hochverfügbarkeit und Notfallwiederherstellung auf Azure.
- Informationen zum Einrichten von HA und Planen der Notfallwiederherstellung von SAP HANA auf virtuellen Azure-Computern finden Sie unter Hohe Verfügbarkeit von SAP HANA auf virtuellen Azure-Computern.