Dimensionierungsprozess für SAP-Systeme
Nachdem Sie sich entschieden haben, welche SAP-Lösungen Sie verwenden möchten, müssen Sie die Anzahl der Hosts bestimmen, die Sie zur Unterstützung Ihrer SAP-Umgebung benötigen, und sicherstellen, dass die Kapazitäten der Server ausreichend sind.
Die Dimensionierung für SAP ist ein umfangreicher Vorgang (häufig sogar ein eigenes Projekt), bei dem aus den Geschäftsanforderungen der Infrastruktur- und Hardwarebedarf abgeleitet werden muss.
Wissenswertes über die Dimensionierung für SAP
Die SAP-Dimensionierungsmethode für die IT-Anwendungen von SAP HANA oder SAP NetWeaver basiert auf SAP-Benchmarks wie beispielsweise Informationen von SAP und tatsächlichen Kundenerlebnissen.
Die Basiseinheit für die SAP-Auslastung ist ein SAP Application Performance Standard (SAPS).
Die SAPS-Standards sind Durchsatzdefinitionen, die von SAP-Mitarbeitern in den Bereichen Kapazitätsplanung und Leistungstests geprägt werden. Beispielsweise werden 100 SAPS als 2.000 vollständig verarbeitete Auftragspositionen pro Stunde in der SAP SD-Benchmark (SD, Sales and Distribution) definiert. Dieses Beispiel entspricht 2.400 SAP-SD-Transaktionen pro Stunde mit der SAP ERP-Lösung (ERP, Enterprise Resource Planning).
Der Benchmarking-Test ermittelt und bewertet die Verarbeitungskapazität der Infrastruktur anhand ihrer Fähigkeit, Transaktionen mit einer CPU-Auslastung von nahezu 100 % bei einer Antwortzeit von unter einer Sekunde zu verarbeiten.
Die Funktionalität von Prozessoren wird im Rahmen des Standard-Benchmarktests (SAP SD) gemessen, der von SAP zertifiziert ist. Weitere Informationen über den Benchmark-Test, der von SAP zertifiziert ist, finden Sie unter SAP Standard Application Benchmarks and Practical Guidelines and Techniques for Sizing your SAP Landscape for Optimal Performance and Scalability.
Die SAP-Dimensionierung basiert primär auf den folgenden Aspekten:
- Geschäftsdurchsatz (durchsatzbasierte Dimensionierung), inklusive Größenzunahme bei Datenbanktabellen durch neue Objekte, CPU-Zeit für den Abschluss von Verarbeitungstransaktionen oder Batch-Job-Ausführungen innerhalb eines (vom Unternehmen festgelegten) Zeitlimits
- Gleichzeitig angemeldete Geschäftsbenutzer (benutzerbasierte Dimensionierung), inklusive Verwendungsmuster und Kategorisierung der Benutzer anhand ihrer täglichen Transaktionen
- Geschäftsbedarf für Hochverfügbarkeit und Disaster-Recovery
- Geschäftsbedarf für mehrere SAP-Anwendungen und Add-ons, die in einer einzigen Umgebung integriert sind
Mithilfe der SAP-Dimensionierung wird Folgendes bestimmt:
- Unterstützung bei der Gestaltung der Struktur und Konfiguration des Anwendungsservers:
- SAP-Systeme
- SAP-Schichten/Unterteilungen
- SAP-Instanzen
- SAP-Clients
- Unterstützung bei der Gestaltung der Datenbank-Server-Struktur und -Konfigurationen:
- Systemtyp, z. B. verteilt
- Bereitstellungstyp, z. B. MDC
- Verarbeitungstyp, z. B. OLAP
- Dimensionierungstyp und Bereitstellungsmethode, z. B. Expert Sizing mit TDIv5/6
- Hochverfügbarkeit und Disaster Recovery
- Prozessor- und Speicherbedarf
- Speicheranforderungen
- Netzanforderungen und -topologie
- Sicherungsstrategie
Ungenauigkeiten bei der SAP-Dimensionierung können SAP-Implementierungsprojekte gefährden:
Projektrisiko durch ungenaue SAP-Dimensionierung | Minderung des Risikos für ungenaue SAP-Dimensionierung |
---|---|
Unvollständige/unzureichende Eingabedaten |
|
Nicht überprüfte Vermutungen | /n - Annahmen müssen dokumentiert werden und ein Verifizierungsprozess muss im Projektplan enthalten sein |
Angepasster Code und spezielle Datenstrukturen | /n - Szenarien, die schwer vorherzusagen sind und durch benutzerdefinierten Code und spezielle Datenstrukturen gelöst werden, erfordern einen Verifizierungsprozess, um festzustellen, ob es Auswirkungen auf die Infrastruktur (in der Regel Verarbeitung und Speicherung) gibt |
Auswirkungen der logischen Struktur von SAP und der SAP-Dimensionierungsaktivitäten auf die Infrastruktur
Infrastrukturanforderungen können in vielerlei Hinsicht durch die logische Struktur von SAP und die SAP-Dimensionierungsaktivitäten beeinflusst werden. Drei wichtige Aspekte werden in diesem Abschnitt näher beleuchtet.
- Geschäftsanforderungen
Geschäftsanforderungen wie beispielsweise 99,99% Verfügbarkeitszeit oder 3 Ausfallzeitfenster pro Jahr beeinflussen das logische Design und die logische Struktur der SAP-Umgebung. Die logische Struktur besteht aus:
- SAP-Systeme
- SAP-Schichten
- SAP-Unterteilungen
- SAP-Instanzen
- SAP-Clients
- SAP größenbestimmungsergebnisse
Jede Entscheidung bei der logischen Struktur wird im Ergebnis des Projekts/der Übung für die SAP-Dimensionierung abgebildet:
- Erforderlicher Schwellenwert für SAPS-Benchmark
- Größe der Datenbank (Hauptspeicher und Plattenspeicher)
- usw.
- Anforderungen an die Infrastruktur
Die Ergebnisse der SAP-Dimensionierung haben erheblichen Einfluss auf die Infrastrukturanforderungen:
- Anzahl der erforderlichen Hosts
- Leistung/Größe der erforderlichen Hosts
- Speicherkapazität für Hosts
- Netzleistung und Isolation zwischen Hosts
- usw.
Vorhandenes SAP-System migrieren
Wenn Sie ein vorhandenes SAP-System (von einer beliebigen Quelle) auf Ihre IBM Cloud-Umgebung migrieren möchten, können Sie die SAPS-Zahlen anhand der SAPS-Zahlen der aktuellen Umgebung ermitteln.
Verwenden Sie die Informationen über Ihre aktuelle Arbeitslast (die verwendeten CPUs und der verwendete RAM) und ermitteln Sie die SAPS-Äquivalente für Ihre CPU aus den SAP SD Benchmarks-Ergebnissen Ihrer vorhandenen Hardware.
SAP Quick Sizer verwenden
Der SAP Quick Sizer ist ein webbasiertes Tool, das von SAP bereitgestellt wird. Es steht allen Kunden und Geschäftspartnern von SAP zur Verfügung. Dimensionierungsinformationen werden direkt in das Tool eingegeben. Das Tool bestimmt daraufhin die Dimensionierung der Server für SAP HANA oder SAP NetWeaver.
Sie benötigen eine SAP S-User-ID, um den Quick Sizer zu verwenden.
Quick Sizer berechnet die Auslastung (in einer 'SAPS' genannten Maßeinheit) und passt die Workload für eine entsprechende Prozessorverwendung an. Wenn beispielsweise eine Workload von 4.800 SAP SD-Benchmark-Transaktionen pro Stunde erforderlich ist, berechnet das Tool die Workload als 200 SAPS. Beispielsweise ermittelt eine IT-Abteilung, dass eine Zielprozessorlast von 33% zulässig ist, um Systemüberlastungen in Zeiten hoher Nutzungsdauer zu vermeiden. Wenn ein Prozessor 200 SAPS bei einer Auslastung von 33% bereitstellen kann, folgt daraus, dass der Prozessor bei einer Auslastung von 100% 600 SAPS bereitstellen kann. Daher wird ein System, das 600 SAPS bereitstellt, zum Maßstab, an dem sich jede neue Infrastruktur orientieren muss.
Obwohl diese Dimensionierungsmethode als konservativ angesehen werden kann, sollten Sie die Tatsache berücksichtigen, sollten Sie bedenken, dass alle SAPS-Berechnungen für Ihre Server auf optimierten SAP-Systemen basieren, die nur bestimmte SAP-SD-Workloads ausführen. Je nach Typ der SAP-Anwendung oder wenn eine benutzerdefinierte Konfiguration oder benutzerdefinierter Code im System verwendet wird, können die Ergebnisse abweichen. Auch können sich Anforderungen für das Projekt, wie Proof-of-Concept (PoC), oder Anforderungen bezüglich der Leistung und Antwortzeit unterscheiden.
Nachdem Sie Ihre SAP-Anwendungen festgelegt haben und die SAPS-Zahlen mithilfe des SAP Quick Sizer oder basierend auf Ihrer aktuellen Umgebung berechnet werden, können Sie Ihre Auswahl im IBM Cloud® for SAP-Portfolio und unter den verschiedenen verfügbaren Infrastrukturgrößen treffen (in einigen Fällen als Profile oder anpassbar/flexibel).
SAP HANA mit SAP Quick Sizer bewerten
SAP HANA wird beim Produktionseinsatz auf SAP HANA-zertifizierten Servern mit Einzelknoten oder mehreren Knoten unterstützt. Die SAP HANA-Datenbank verwendet für einige Tabellen und Felder spaltenorientierten Speicher, wodurch sich der Speicher gegenüber dem zeilenorientierten Speicher bei konventionellen Managementsystemen für relationale Datenbanen verringert. Die Daten können erheblich komprimiert werden; die Komprimierungsverhältnisse können je nach Quellendaten und Datenbank von 3:1 bis zu über 10:1 reichen.
Eine korrekte Dimensionierung von SAP HANA ist ausschlaggebend für den Projekterfolg. Als bewährtes Verfahren sollte die Dimensionierung abgeschlossen sein, bevor Sie einen SAP HANA-zertifizierten Server von IBM Cloud® for SAP bestellen. Falsch dimensionierter Hauptspeicher- oder Plattenspeicherbedarf kann zu Upgrade und Migration auf einen größeren Server führen.
Der Hauptspeicher ist eine der wichtigsten Ressourcen, die Sie beim Dimensionieren einer SAP HANA-zertifizierten Appliance berücksichtigen müssen.
Der Master Guide SAP HANA bietet einen Ausgangspunkt für Themen im Zusammenhang mit der Größenbestimmung.
Die Informationen im Master Guide zu Sizing SAP HANA- SAP HANA geben Ihnen eine Anleitung, wie Sie Ihr SAP HANA-System dimensionieren können. Sie werden über die unterschiedlichen Installations- und Migrationsszenarios informiert, sowohl für Neuinstallationen als auch für vorhandene Systeme.
Diese Informationen enthalten einen Link zur SAP HANA-Version des Tools 'SAP Quick Sizer' (für den Zugriff auf das Tool benötigen Sie eine SAP S-User-ID). Auf der Seite sind auch die SAP-Hinweise aufgelistet, die sich auf die Dimensionierung eines SAP HANA-Servers beziehen.
Weitere Informationen zur SAP-Dimensionierung
Weitere Informationen zur Dimensionierung bieten die folgenden Quellen:
- Größen SAP HANA- SAP HANA Master Guide
- Quick Sizer
- SAP Anmerkung 1736976 – Sizing Report für BW-on-HANA
- SAP Anmerkung 1872170 – Suite zu HANA-Speichergrößen
- SAP Anmerkung 1793345 – Dimensionierung für SAP Suite on HANA
- SAP Anmerkung 1514966 – SAP HANA: Größe SAP HANA
- SAP Zertifizierte und unterstützte SAP HANA-Hardware
- SAP Anmerkung 2055470 – SAP HANA zu Stromversorgungsplanung und Installationsspezifikationen – Zentrale Anmerkung
- SAP HANA Speicheranforderungen
- SAP Zertifizierte Enterprise-Speicherhardware für SAP HANA
Einfluss von SAP-Anwendungen auf die Dimensionierung
Beim Dimensionieren von SAP-Anwendungen sind primär Hinweise zum Design in Bezug auf die Infrastruktur, das Betriebssystem, den Datenbankserver und den Anwendungsserver zu berücksichtigen. Diese Aspekte werden in der Themengruppe 'SAP-Workloads dimensionieren und planen' behandelt:
- Hinweise zum Netzbetriebdesign
- Hinweise zum Speicherdesign
- Hinweise zu Datenverarbeitung und Betriebssystemdesign
- Hinweise zum SAP HANA-Datenbankdesign
- Hinweise zum SAP NetWeaver-Design
Für jede SAP-Geschäftsanwendung und SAP-IT-Anwendung gibt es jedoch unterschiedliche Hinweise zum Implementierungsdesign, die sich je nach Unternehmen und Szenario ändern.
Neben der Themengruppe 'SAP-Workloads dimensionieren und planen' gibt es einzelne Themengruppen mit zusätzlichen Informationen und Hinweisen für Ihre SAP-Implementierung:
-
SAP-Geschäftsanwendungen
-
SAP AnyDB-Datenbanken