IBM Cloud Docs
Hinweise zum SAP NetWeaver-Design

Hinweise zum SAP NetWeaver-Design

Es ist wichtig, die Konfiguration, Bereitstellung und das Design Ihres SAP-Lösungsstapels sorgfältig zu prüfen.

SAP NetWeaver-basierte Systeme können auf zwei Arten eingesetzt werden:

  • Ein zentrales System, bei dem es sich um eine Ein-Host-Installation (zweistufig) handelt
  • Ein verteiltes System, das eine Multi-Host-Installation (dreistufig) ist; diese Option kann für die Skalierbarkeit des Systems gewählt werden

Sie können die Arbeitslast auf mehrere Server verteilen oder sie der Einfachheit halber auf einem Server belassen, je nach Ihren geschäftlichen Anforderungen.

SAP systemarchitekturmodelle

Die Architektur von SAP NetWeaver-basierten Systemen basiert auf einem mehrschichtigen Client-/Server-Design, das aus drei Hauptschichten besteht: der Präsentationsschicht (Benutzer-Frontend), der Anwendungsschicht und der Datenbankschicht.

Für die Bereitstellung von SAP NetWeaver-basierten Lösungen werden zwei gängige Architekturmodelle verwendet.

  • Ein zweischichtiges Architekturmodell bezieht sich auf eine separate Darstellungsschicht und eine Anwendungs- und Datenbankschicht. Sowohl die Anwendung als auch die Datenbank werden zusammen auf einem einzigen Host installiert.
  • Im dreistufigen Architekturmodell werden die Präsentations-, Anwendungs- und Datenbankebene auf separaten Hosts installiert. Die dreistufige Architekturkonfiguration ist hochgradig skalierbar. Für die Anwendungsschicht können mehrere Server installiert werden, und in einer SAP HANA-Scale-Out-Implementierung sogar für die Datenbankschicht.

SAP NetWeaver Anwendungsserver ABAP-Systeme bestehen aus den folgenden Komponenten, die auf einem einzelnen Host oder verteilt auf mehreren Hosts ausgeführt werden können.

  • ABAP Central Services (ASCS), die einen ABAP-Nachrichtenserver und einen Standalone-Enqueue-Server umfassen
  • Primärer Anwendungsserver (PAS), der einen ABAP-Dispatcher-Prozess und ABAP-Arbeitsprozesse umfasst
  • Zusätzliche Anwendungsserver (AAS)

Seit der Veröffentlichung von SAP NetWeaver 7.5 bezieht sich der Begriff PAS auf den SAP-Anwendungsserver, der zuerst für das System installiert wird. Die Architektur des PAS und der anderen Anwendungsserver ist gleich (siehe SAP Note 2360614 - Primary Application Server(PAS)Instance Directory renamed as of SAP Netweaver 7.50 ). In früheren Versionen waren die ASCS-Dienste in die PAS-Instanz integriert und solche Instanzen wurden allgemein als zentrale Instanz bezeichnet.

Um eine Hochverfügbarkeitsumgebung für SAP NetWeaver-basierte Systeme zu erstellen, verteilen Sie jede dieser Komponenten auf separate Hosts.

  • Datenbankserver
  • ABAP-Zentrale Dienste (ASCS)
  • Enqueue Replication Server (ERS), der zusätzlichen Schutz für die ASCS-Sperrtabelle bietet
  • PAS
  • AAS

Konfiguration hoher Verfügbarkeit für SAP NetWeaver

IBM Cloud bietet Automatisierung für die Implementierung ausgewählter Hochverfügbarkeitsszenarien für SAP NetWeaver-basierte oder S/4HANA-Bereitstellungen in IBM Cloud VPC.

Weitere Informationen zu verfügbaren Szenarien mit automatisierter Bereitstellung in IBM Cloud VPC finden Sie in den folgenden Informationen.

Andere Hochverfügbarkeitsszenarien, die nicht durch die vorhandene Automatisierung abgedeckt sind, können auf der Grundlage der für das von Ihnen gewählte Betriebssystem verfügbaren Hochverfügbarkeitslösung implementiert werden.

Für eine Konfiguration mit hoher Verfügbarkeit müssen Sie Ihrer Landschaft zusätzliche Hardware- und Softwarekomponenten hinzufügen.

Wenn Sie zusätzliche Softwarelizenzen, Zugriff auf verschiedene Software-Repositories oder beides benötigen, wenden Sie sich an den IBM Cloud-Support.

Diese Konfigurationsinformationen gelten sowohl für die Hochverfügbarkeitssoftware für SAP NetWeaver als auch für die Hochverfügbarkeitssoftware für das von Ihnen gewählte relationale Datenbankmanagementsystem (RDBMS). Die Einrichtungsvorgänge unterscheiden sich nicht von den Einrichtungsvorgängen in einer lokalen Umgebung und erfordern ähnliche Schritte zur Hardware- und Softwarekonfiguration.

Übersicht über die Hochverfügbarkeitskonfigurationen von SAP NetWeaver

Eine Reihe von Dokumenten bietet ausführliche Hilfe bei der Planung und Installation einer HA-Umgebung für SAP Dienste. Diese Veröffentlichungen beinhalten Informationen zu Failover, Replikation, Scale-out und Disaster-Recovery (DR). An geeigneter Stelle wird auf bestimmte Veröffentlichungen verwiesen.

Alle Betriebssysteme und Distributionen, die von IBM Cloud für eine SAP-Lösungsbereitstellung unterstützt werden (Windows Server, Red Hat Enterprise Linux und SUSE Linux Enterprise Server ), werden mit Hochverfügbarkeitssoftware und spezifischen Erweiterungen geliefert. Die unterstützten Betriebssysteme und Distributionen sind in diesen Dokumenten beschrieben:

Weitere hochverfügbare Produkte, die von SAP-Partnern im Rahmen des SAP Application Server High Availability Interface Certification Program zertifiziert wurden, finden Sie unter SAP High Availability - Certified HA-Interface Partners

Für andere Datenbanken als SAP HANA finden Sie in der Dokumentation zu Ihrer Datenbank weitere Informationen zu Hochverfügbarkeits- und Notfallwiederherstellungskonfigurationen.

Der gemeinsame Zugriff auf eines dieser Speicherelemente ist erforderlich, um die Ausfallsicherung von Hochverfügbarkeitssystemen zu unterstützen:

  • Network File System ( NFS ); bei lokalen Bereitstellungen kann auch der CIFS-Speicher (Common Internet File System) verwendet werden
  • iSCSI-based speicher

Für die Unterstützung des Failovers des DR-Systems ist ein lokaler Speicher erforderlich, der mit einer Replikationsmethode kombiniert wird.

Wie bei Vor-Ort-Installationen müssen Sie bei der Einsatzplanung die Leistungs- und Latenzanforderungen des Datenbankprodukts berücksichtigen.

Konfigurieren der Hochverfügbarkeit in der klassischen Infrastruktur

Die IBM Cloud-Umgebung bietet keine vorkonfigurierten Hochverfügbarkeitsbereitstellungen für SAP-Lösungen. Sie können jedoch Hochverfügbarkeitsszenarien basierend auf der Hochverfügbarkeitslösung konfigurieren, die für das von Ihnen gewählte Betriebssystem verfügbar ist.

Unter "Hochverfügbarkeit und Überlegungen zum Fechten " und "Hochverfügbarkeit und Überlegungen zum Netzwerk " finden Sie eine Liste mit Dingen, die Sie bei Ihrer Bereitstellung berücksichtigen müssen. Abgesehen von diesen Überlegungen unterscheidet sich die Konfiguration der Hochverfügbarkeit für SAP NetWeaver und seine Datenbank nicht von anderen lokalen Installationen.

Hohe Verfügbarkeit und Überlegungen zu Zäunen

Um die Integrität gemeinsam genutzter Ressourcen in einem Hochverfügbarkeitscluster zu schützen, ist ein Fencing-Mechanismus erforderlich, um fehlerhafte Clusterknoten zu isolieren. Intel-Prozessor-basierte Cluster verwenden häufig eine IPMI-Funktion (Intelligent Platform Management Interface) für das Fencing. Aufgrund der Implementierung der Unternehmenssicherheit in der IBM Cloud Classic Infrastructure-Umgebung ist der netzwerkbasierte Zugriff auf Remote-Verwaltungsgeräte über IPMI nicht verfügbar.

In Ermangelung eines IPMI-fähigen Geräts werden Fencing-Mechanismen verwendet, die auf gemeinsam genutzten Speichergeräten basieren. In einer IBM Cloud-Umgebung werden gemeinsam genutzte Speichergeräte in der Regel durch die Bereitstellung einer iSCSI-LUN für Ihre Server implementiert.

Zum Beispiel kann ein File Share Witness (FSW) auf einem Microsoft Windows-Cluster verwendet werden. Informationen zum Konfigurieren und Verwalten des Quorums in Windows Server-basierten Bereitstellungen finden Sie unter Verwalten des Quorums und der Zeugen.

Linux-cluster, die auf SBD (Storage-Based Death oder STONIT Block Device) basieren, können eine SBD-basierte Implementierung für das Fechten verwenden. Weitere Informationen zu Cluster-Fechten und SBD finden Sie unter Pacemaker. Erklärt – Fechten und Verwendung von SBD mit Pacemaker.

IBM Cloud blocklagerung verfügt über integrierte Hochverfügbarkeitsfunktionen. Eine einzelne gemeinsam genutzte iSCSI-LUN stellt keinen Single Point of Failure (SPOF) dar, da das Netzwerk-Layout redundant ist. Für eine bestimmte Cluster-Lösung kann jedoch mehr als ein gemeinsam genutztes Gerät erforderlich sein.

Hohe Verfügbarkeit und Netzwerküberlegungen

Eine auf einer Umgebung mit IBM Cloud Classic Infrastructure basierende Installation beinhaltet eine der folgenden Netzkonfigurationen:

  • Privates Netz
  • Öffentliches Netz
  • Öffentliche und private Netze
  • Zwei private Netzwerke (auf Anfrage, je nach Servertyp und Konfiguration der physischen Hardwarekomponenten)

Wie bei Vor-Ort-Installationen können je nach den physischen Einschränkungen der Hardware zusätzliche Netzwerkadapter bestellt werden. Die Beschränkung ist dieselbe wie bei Installationen vor Ort, nämlich die Anzahl der Netzwerkkarten, die in den Server passen.

Vermeiden Sie bei der Bereitstellung von Serverhardware einzelne Fehlerquellen in Ihrer Netzwerktopologie, indem Sie redundante Netzwerkadapter bestellen.

Redundante Adapter für Bare-Metal-Server werden in einer Failover-Konfiguration unter Verwendung des Link Aggregation Control Protocol (LACP) eingerichtet. Für Linux werden Verbindungsschnittstellen und für Microsoft Windows Teaming-Adapter verwendet. Diese Setups bieten eine logische Schnittstelle für Redundanz und erhöhte Bandbreite.

Bei der Bereitstellung von IBM Cloud for VMware Solutions werden redundante Adapter für VMware über einen verteilten NSX-T-Switch eingerichtet. Dies steht im Einklang mit den aktuellen VMware Best Practices für das Software-Defined Data Center (siehe VMware NSX-T Design. Obwohl Änderungen möglich sind, wird die Redundanz konfiguriert, indem jeder verteilte Switch so eingestellt wird, dass er den Lastausgleichsalgorithmus Route Based on Originating Virtual Port verwendet. Alle enthaltenen Port-Gruppen verwenden Teaming über 2 Uplinks (aktiv: 0,1).

Wenn Sie VMware vSphere auf IBM Bare Metal in einer manuellen Installation bereitstellen, die vSwitch, verwendet, können Sie LACP-Bonding der physischen NIC-Adapter verwenden. Die Wahl dieser Konfiguration hängt davon ab, ob ein erhöhter Durchsatz (z. B. Bonding) oder redundante Stabilität (z. B. Lastausgleich mit Teaming) erforderlich ist.

Die NIC-Adapter sind mit redundanten Switches verbunden, sodass kein zusätzlicher Single Point of Failure entsteht. Die redundante Infrastruktur kann von den bestellten VLANs verwendet werden.

Bei einigen Netzwerkanforderungen, wie z. B. bei Replikationsszenarien zur Notfallwiederherstellung, müssen Sie den Standort der verbundenen Geräte und alle neuen Netzwerkanforderungen berücksichtigen, die für das Szenario spezifisch sind. Manchmal kann der Datei- oder Blockspeicher der IBM Cloud Classic Infrastructure mit Snapshot-Backups Ihre Anforderungen erfüllen. Wenden Sie sich an den IBM Cloud Support, um herauszufinden, welche Lösung für Ihre geschäftlichen Anforderungen am besten geeignet ist.

Konfiguration der Hochverfügbarkeit in IBM Cloud VPC

Weitere Informationen zur automatisierten Bereitstellung mit hoher Verfügbarkeit finden Sie unter SAP S/4HANA HA-Bereitstellung unter IBM Cloud VPC.

Für Szenarien, die nicht durch Automatisierung abgedeckt sind oder bei denen die verfügbare Automatisierung nicht passt, können Sie jederzeit manuell eine Hochverfügbarkeitslösung implementieren. In diesem Fall gelten dieselben Informationen wie unter "Konfigurieren der Hochverfügbarkeit in der klassischen Infrastruktur ".

Konfiguration der Hochverfügbarkeit für IBM Power Virtual Server

Zur Implementierung von Hochverfügbarkeitsszenarien für SAP Anwendungen auf IBM Power Virtual Server, siehe Implementierung von Hochverfügbarkeit für SAP Anwendungen auf IBM Power Virtual Server.