Dimensionierung im Standardmodus

Dieser Begriff bezieht sich auf ein Sizing-Verfahren, bei dem vordefinierte Konfigurationsgrößen auf der Grundlage von Hardware-Tests und T-Shirt-Sizing für die Erfüllung bestimmter Benchmarks festgelegt werden, um zu einem Sizing-Ergebnis für die Hardware-Anforderungen einer SAP-Anwendung (z. B. Netzwerk, CPU, Speicher, Storage) zu gelangen.

Bereitstellungsmethode 'Appliance'

Die für SAP HANA unterstützte Hardware richtet sich nach der Bereitstellungsmethode. Die Appliance-Bereitstellungsmethode verwendet vordefinierte, validierte SAP-optimierte Hardware von SAP-zertifizierten Hardwarepartnern, auf denen ein bestimmtes Betriebssystem läuft. Diese Hardwareoptionen werden in verschiedenen Konfigurationsgrößen angeboten.

Partnerunternehmen (z. B. Cloud-Service-Provider) bieten Geräte mit mehreren Schichten redundanter Hardware-, Software- und Netzwerkkomponenten an, die die SAP HANA-Operationen nicht unterbrechen und Vorrichtungen gegen Systemausfall beinhalten. Zu diesen Komponenten gehören:

• Redundante Netzteile und Lüfter und redundante Stromversorgungssysteme (Uninterrupted Power Supply, USV)
• Fehlerkorrekturspeicher der Unternehmensklasse
• Vollständig redundante Netzswitches und Router
• Plattenspeichersysteme, die Batterien verwenden, um das Schreiben auch bei Stromausfall zu gewährleisten.
• Plattenspeichersysteme, die Striping und Mirroring für Redundanz und Wiederherstellung bei Plattenausfällen verwenden.

In Zusammenarbeit mit SAP definiert ein Cloud-Service-Provider beim Entwerfen einer von SAP zertifizierten IaaS für SAP HANA mit der Bereitstellungsmethode 'Appliance' die richtige Dimensionierung:

• Die maximale Leistung der Hardware, die für die Anforderungen angegebener Workloads ausgelegt ist, wird sichergestellt. Dedizierter Speicher für SAP HANA wird bei inaktivierter Auslagerung auf Platte bereitgestellt, nachdem der residente Speicher des Betriebssystems und anderer Programme berücksichtigt wurde.
• Zur Maximierung von Leistung und Durchsatz empfiehlt SAP ein maximales Scale-up (Erwerb einer Konfiguration mit der höchsten Prozessor- und Speicherspezifikation für die Anwendungsworkload), bevor ein Scale-out durchgeführt wird (für Bereitstellungen mit höheren Anforderungen beim Datenvolumen).
• Sie können eine Datenbank auf Maschinen verschiedener SAP HANA-Geräteanbieter mit unterschiedlichen Hardwarekonfigurationen kopieren, wenn sowohl die Quellen- als auch die Zielmaschine den SAP HANA-Gerätespezifikationen entsprechen.

Dimensionierung im Expertenmodus

Das Experten-Sizing bezieht sich auf ein Sizing-Verfahren, bei dem kundenspezifische Daten analysiert und verwendet werden, um das Sizing-Ergebnis für die Hardware-Anforderungen einer SAP Anwendung (z. B. Netzwerk, CPU, Speicher, Storage) zu präzisieren.

Laut SAP umfasst das Expert Sizing typischerweise "die genauere Untersuchung einiger Geschäftsprozesse, sowohl auf funktionaler als auch auf technischer Ebene" (Zitatquelle: Sizing Types - Expert Sizing ).

Daher gibt es bei der Expertenbemessung keine standardisierten Werkzeuge, die zur Durchführung der Bemessung verwendet werden, und sie erfordert oft erheblichen Aufwand und SAP Fachwissen. Bei Projekten, in denen Expert Sizing zum Einsatz kommt, wird häufig ein externer Geschäftspartner für Beratung und Systemimplementierung hinzugezogen, der das interne Team von SAP unterstützt.

Bei der Expertenbemessung werden wahrscheinlich die folgenden Schritte durchgeführt (Quelle: Bemessungsarten - Expertenbemessung ):

• Ermittlung der wichtigsten Abfragen/Apps/Szenarios
• Identifizieren Sie, wie sie verwendet werden, z. B. Filterkriterien, Berechtigungen.
• Ausführung der jeweiligen Abfragen/Apps/Szenarios zur Gewinnung repräsentativer Testdaten (Qualität der Testdaten und Umfang der Testdaten). Idealerweise mit einer aktuellen Kopie der Produktionsdaten
• Messen von Ressourcenauslastung (CPU/Speicher) und Antwortzeiten
• Durchführen einer Vorhersageberechnung, die auf der erwarteten Verwendung der Abfragen/Apps/Szenarios basiert

Bereitstellungsmethode 'TDI'

Die für SAP HANA unterstützte Hardware richtet sich nach der Bereitstellungsmethode. Bei der Bereitstellungsmethode 'TDI' wird kundenspezifische Hardware der von SAP zertifizierten Partnerunternehmen im Hardwaresektor verwendet, die für verschiedene Betriebssysteme oder SAP HANA-Versionen geeignet ist. Die Hardware kann beliebig dimensioniert werden (unter Verwendung der von SAP getesteten Maximalkonfiguration).

Partnerunternehmen (z. B. Cloud-Service-Provider) bieten TDI mit verschiedenen Konfigurations- und Redundanzoptionen an. Diese Optionen hängen davon ab, ob Sie Scale-Up oder Scale-Out Sizing wählen, und müssen von einem ernannten SAP HANA zertifizierten Administrator installiert werden. Diese umfassen möglicherweise:

• Redundante Netzteile und Lüfter und redundante Stromversorgungssysteme (Uninterrupted Power Supply, USV)
• Fehlerkorrekturspeicher der Unternehmensklasse
• Vollständig redundante Netzswitches und Router
• Plattenspeichersysteme, die mithilfe von Akkus auch bei Stromausfall Schreibzugriffe ermöglichen
• Plattenspeichersysteme, die mithilfe von Striping und Spiegelung Redundanz herstellen und die Wiederherstellung nach einem Datenträgerausfall ermöglichen

SAP unterstützt den Kunden gemeinsam mit einem Cloud-Service-Provider bei einer ausgewählten Scale-up- oder Scale-out-Dimensionierung, wobei von SAP zertifizierte IaaS für SAP HANA mit der Bereitstellungsmethode 'TDI' verwendet wird:

• Dies bietet verschiedene Systemdesign-Optionen in Bezug auf Scale-up- und Scale-out-Varianten; die Datenbank SAP HANA muss dann vor dem Einsatz in Produktionssystemen validiert werden, die das SAP HANA Hardware and Cloud Measurement Tool (HCMT) für TDI-Tests verwenden, wenn dies von der SAP Support-Organisation angefordert wird.
• Zur Maximierung von Leistung und Durchsatz empfiehlt SAP ein maximales Scale-up (Erwerb einer Konfiguration mit der höchsten Prozessor- und Speicherspezifikation für die Anwendungsworkload), bevor ein Scale-out durchgeführt wird (für Bereitstellungen mit höheren Anforderungen beim Datenvolumen).

Netzbetrieb

SAP HANA-Systeme mit mehreren Knoten können nur betrieben werden, wenn bestimmte Netze vorhanden sind. Diese Netze müssen vor der Bereitstellung anderer Komponenten Ihres Systems ordnungsgemäß eingerichtet und in Verbindung mit den Datenbankknoten konfiguriert werden. Die Trennung der Netzwerkströme/des Datenverkehrs kann die Leistung verbessern (d. h. der hohe Speicherverkehr wird vom Benutzerverkehr getrennt), wenn mehr Netzwerkschnittstellen an den Server angeschlossen sind.

**Für eine Netztrennung muss der SAP HANA Scale-out-Cluster im Wesentlichen über folgende Netze verfügen: **

• Ein clientseitiges Netz, das die SAP-ABAP-Anwendungsserver (ABAP = Advanced Business Application Programming), die SAP HANA-Studio-Clients und alle übrigen Netzclients mit dem System mit mehreren Knoten verbindet. Die Optionen für Netzdurchsatz und Verfügbarkeit richten sich nach der Umgebung und dem Verwendungsszenario für Ihr SAP HANA-System mit mehreren Knoten. Dabei spielen das von der und in die SAP HANA-Datenbank übertragene Datenvolumen ebenso wie die für Ihre Anwendung erforderlichen Verfügbarkeits-KPIs (Key Performance Indicators) eine Rolle.
• Ein Speichernetz, das eine Verbindung zum Netzspeicher herstellt (Dateispeicher/NFS oder Blockspeicher/iSCSI je nach Infrastrukturentscheidung). Die Optionen für Netzdurchsatz und Verfügbarkeit richten sich nach der Umgebung und dem Verwendungsszenario für Ihr SAP HANA-System mit mehreren Knoten. Dabei spielen der Durchsatz und die entsprechende Latenzzeit, die für die Bereitstellung von 10.000 IOPS erforderlich und für die einzelnen SAP HANA-Knoten verfügbar sind, eine Rolle.
• Ein knotenübergreifendes Netz für interne SAP HANA-Kommunikation, das entsprechend dem Speichernetz konfiguriert ist. Das knotenübergreifende Netz wird nur für die Kommunikation zwischen Knoten und die Datenübertragung verwendet, die möglicherweise bei Operationen zwischen den Knoten erforderlich ist.

In jeder Umgebung liegt ein separates Netzdesign vor. Dabei hat sich die Classic Infrastructure-Umgebung durchgesetzt. Sie zeichnet sich gegenüber vielen traditionellen und physischen Netzkonzepten durch ihre Stabilität aus. Die VPC Infrastructure-Umgebung stellt ein softwaredefiniertes Netz dar. Die IBM Power-Umgebung (als ergänzendes Angebot von IBM Power Systems) basiert auf Netzprinzipien, die auf die Leistungsanforderungen von Unternehmen abgestimmt sind.

Da diese Umgebungsnetzwerke unterschiedlich sind, ändert sich die Konfiguration des zusätzlichen NIC-Durchsatzes für die verschiedenen Infrastrukturoptionen:

• Bare Metal in Classic Infrastructure-Netz: Um Leistung und Redundanz zu maximieren, werden die physischen Netzschnittstellen (NIC) mit 10 Gb/s bereitgestellt und anschließend mit LACP-Bonding (LACP = Link Aggregation Control Protocol) eingerichtet. Die Switches werden bei der Bestellung von Redundanz automatisch bei der physischen NIC konfiguriert. Abhängig von der physischen Maschinenspezifikation und der physischen Switchverfügbarkeit von Ports können zusätzliche NIC-Karten hinzugefügt werden.
• Intel Virtual Server im VPC Infrastructure-Netz: Zur Maximierung von Leistung und Redundanz können bis zu 5 Netzschnittstellen (vNIC) in mehreren Teilnetzen hinzugefügt werden.
• IBM Power Virtual Server, auf IBM Power Infrastructure Netzwerk: Um die Leistungsredundanz zu maximieren, können mehrere Netzwerkschnittstellen ( vNIC ) hinzugefügt werden, die an verschiedene VLANs (und ihre jeweiligen Subnetze) angeschlossen sind.
• VMware for SAP in Classic Infrastructure-Netz...
  • IBM Cloud for VMware Solutions auf dem klassischen Infrastruktur-Netzwerk: Redundante Adapter für VMware werden vom VMware vSphere Distributed Switch (VDS) unter Verwendung von VDS auf NSX-T eingerichtet, in Übereinstimmung mit den aktuellen VMware Best Practices für SDDC. Die Redundanz wird - Änderungen vorbehalten - konfiguriert, indem jeder verteilte Switch mit dem Lastausgleichsalgorithmus Anhand des ursprünglichen virtuellen Ports routen definiert wird. Alle vom Algorithmus verwendeten Portgruppen sollten so konfiguriert sein, dass sie Teamings über 2 Uplinks (Aktiv: 0,1) verwenden.
  • IBM Cloud Bare Metal mit VMware vSphere (manuelle Konfiguration) in Classic Infrastructure-Netz: Bei den Adaptern wird die Anwendung von Best Practices empfohlen, eine Verwendung des LACP-Bondings der physischen NIC-Adapter könnte beim vSwitch jedoch hilfreich sein.

Scale-out-Speicher

Daten werden auf die verschiedenen SAP HANA-Knoten verteilt, die als Host für die einzige Datenbank dienen.

Befolgen Sie die Richtlinien in Sizing SAP HANA- SAP HANA Master Guide, um die erforderliche Gesamtspeicherkapazität für Ihr Zielsystem SAP HANA zu bestimmen.

Der gemeinsam genutzte SAP HANA-Datenträger sowie die einzelnen Daten- und Protokolldatenträger müssen für alle Knoten zugänglich sein (eine potenziell einfache Lösung, um allen Knoten einen Netzspeicherzugriff in dem für die Speicherkonnektivität verwendeten Teilnetz zu ermöglichen). Die angehängten NFS-Datenträger (NFS = Network File System) müssen bestimmte Leistungskriterien erfüllen:

• Datenträger mit /hana/data/ und /hana/log: Diese Datenträger sind für jeden Knoten erforderlich und müssen ein Minimum von 10 IOPS/GB (IOPS = E/A-Operationen pro Sekunde) aufweisen.
• Datenträger mit /hana/shared: Dieser Datenträger muss von allen Knoten gemeinsam genutzt werden und ein Minimum von 10 IOPS/GB - mit einer empfohlenen schrittweisen Erhöhung auf 12 IOPS/GB - aufweisen.

Classic Infrastructure:

• Lesen Sie SAP HANA auf NetApp FAS-Systeme mit NFS ), um die Konfiguration Ihres SAP HANA Mehrknotensystems zu unterstützen.
• Verwenden Sie für jeden anzuhängenden Datenträger die folgenden NFS-Mount-Optionen (NFS = Network File System) in /etc/fstab: rw,bg,hard,timeo=600,intr,noatime,vers=4,minorversion=1,lock,rsize=1048576,wsize=1048576.

Wenn Sie Ihre gesamten Datenträger an alle Knoten angehängt haben, ist die Konfiguration Ihrer Server mit mehreren Knoten abgeschlossen und die SAP HANA-Datenbank mit mehreren Knoten kann installiert werden. Befolgen Sie die Schritte in der SAP HANA Server-Installations- und Aktualisierungsanleitung), um eine SAP HANA Datenbank der gewünschten Version zu installieren.