Power Virtual Server for SAP HANA-Variante 'SAP S/4HANA oder BW/4HANA'

Die 'SAP S/4HANA oder BW/4HANA' -Variante von 'Power Virtual Server for SAP HANA' erstellt eine grundlegende und erweiterbare SAP-Systemlandschaft auf der Basis von 'Power Virtual Server with VPC landing zone'. PowerVS die Instanzen für SAP HANA und SAP NetWeaver werden bereitgestellt und für die Installation von SAP vorkonfiguriert. Je nach der gewählten Version wird die Lösung S/4HANA oder BW/4HANA installiert.

Services wie DNS, NTP und NFS, die in VPC ausgeführt werden und von Power Virtual Server mit VPC landing zone bereitgestellt werden, werden genutzt.

Transit-Gateway-Verbindungen bilden die Netzwerkbrücke zwischen der IBM Power-Infrastruktur und der IBM Cloud® VPC sowie dem öffentlichen Internet.

Die resultierende SAP-Landschaft nutzt die Services wie Activity Tracker, Cloud Object Storage, Key Management aus der VPC landing zone und die Netzkonnektivitätskonfiguration, die von Power Virtual Server mit VPC landing zonebereitgestellt wird. Zusätzlich werden auch die Überwachung und der SCC-Workload-Schutz eingerichtet, wenn die Funktionen während der Bereitstellung der Landing Zone aktiviert wurden.

Architekturdiagramm

Designanforderungen

IBM Cloud Power Virtual Servers (PowerVS) ist ein Public-Cloud-Angebot, mit dem ein Unternehmen seine eigene private IBM Power-Computing-Umgebung in einer gemeinsam genutzten Public-Cloud-Infrastruktur einrichten kann. Aufgrund seiner Skalierbarkeit und Ausfallsicherheit ist PowerVS die Premium-Plattform für SAP-Workloads in der Cloud. Die Referenzarchitektur für 'Power Virtual Server for SAP HANA'-Variation 'SAP S/4HANA oder BW/4HANA' wurde entwickelt, um PowerVS Linux-Instanzen bereitzustellen, die für SAP HANA-und SAP NetWeaver-Workloads gemäß den Best Practices und Anforderungen unter Verwendung des IBM Cloud®-Frameworks für implementierbare Architekturen vorbereitet und konfiguriert sind. Zusätzlich wird die S/4HANA-oder BW/4HANA-Lösung basierend auf der ausgewählten Version installiert.

Komponenten

PowerVS-Netze für SAP-Architekturentscheidungen

Tabelle 1. PowerVS für SAP-
Anforderungen	Komponente	Auswahloption	Alternative Auswahl
Zuverlässiges Netz für die Kommunikation zwischen SAP HANA und SAP NetWeaver-Instanzen Stellen Sie sicher, dass das SAP-Netz die SAP-Anforderungen in Bezug auf Durchsatz und Latenz erfüllt.	SAP-Netz	Erstellen Sie für jedes SAP-System ein separates SAP-Netz. Optimieren Sie das SAP-Netz im Betriebssystem gemäß den bewährten Verfahren für SAP on Power.	Für sehr große SAP-Systeme sind möglicherweise mehrere SAP-Netze erforderlich.
Netz für SAP-Systemsicherungen bereitstellen Stellen Sie sicher, dass das Sicherungsnetz einen ausreichenden Durchsatz bietet	Sicherungsnetzwerk	Hängen Sie das Sicherungsnetz an, das mit dem Arbeitsbereich PowerVS in 'Power-Infrastruktur für implementierbare Architektur' erstellt wurde.	Für große Umgebungen mit mehreren SAP-Systemen sind möglicherweise mehrere Sicherungsnetze erforderlich.
Bereitstellung eines Netzes für das SAP-Systemmanagement	Managementnetz	Hängen Sie ein Managementnetz an, das mit dem Arbeitsbereich PowerVS in 'Power-Infrastruktur für implementierbare Architektur' erstellt wurde.

PowerVS-Instanzen für SAP-Architekturentscheidungen

Tabelle 2. PowerVS entscheidungen über die Architektur des Arbeitsplatzes
Anforderungen	Komponente	Auswahloption	Alternative Auswahl
Stellen Sie die PowerVS-Instanz für die SAP HANA-Workload bereit Verwenden Sie die von SAP zertifizierten Konfigurationen für CPU-und Speicherkombinationen (T-Shirt-Größen) Bereiten Sie das Betriebssystem für die SAP HANA-Workload vor.	PowerVS-Instanz	Geben Sie dem Kunden die Möglichkeit, die zertifizierte SAP-Konfiguration anzugeben und alle zusätzlichen Parameter automatisch zu berechnen Zuordnen aller erforderlichen Speicherdateisysteme auf der Basis der PowerVS-Instanzspeichergröße Zuordnen von Netzen für das Management, die Sicherung und für die SAP-Systeminterne Kommunikation Verbinden Sie die Instanz mit Infrastrukturmanagementservices wie DNS, NTP, NFS Betriebssystemkonfiguration für SAP HANA	Ermöglicht es dem Kunden, zusätzliche Parameter anzugeben, wie z. B. vom Standard abweichende Dateisystemgrößen
PowerVS-Instanzen für SAP NetWeaver-Workload bereitstellen Betriebssystem für SAP NetWeaver-Workload vorbereiten	PowerVS-Instanz	Ermöglicht es dem Kunden, die Anzahl der Instanzen anzugeben, die bereitgestellt werden müssen, sowie CPU und Hauptspeicher für jede Instanz Alle erforderlichen Speicherdateisysteme zuordnen Netze für Management, Sicherung und für die SAP-Systeminterne Kommunikation Instanz mit Infrastrukturmanagementservices wie DNS, NTP, NFSverbinden Betriebssystemkonfiguration für SAP NetWeaver	Ermöglicht es dem Kunden, zusätzliche Parameter anzugeben, wie z. B. vom Standard abweichende Dateisystemgrößen
Optional können Sie die Überwachung so konfigurieren, dass ein Dashboard mit relevanten Informationen zu den SAP-Anwendungen und ausgewählten Systemstatistiken bereitgestellt wird	Alle PowerVS-Instanzen, IBM Cloud® Monitoring-Instanz, Überwachungs-Host-VPC-Instanz	Optional können Sie den Überwachungshost in der VPC einrichten, um relevante Informationen von den Datenbank- und Anwendungsservern zu sammeln und an die IBM Cloud® Monitoring-Instanz zu senden
Optional können Sie Security and Compliance Center Workload Protection auf den PowerVS-Instanzen aktivieren. * Sammeln Sie Informationen zum Posture Management, aktivieren Sie das Scannen auf Schwachstellen und die Erkennung von Bedrohungen	IBM Cloud® Security and Compliance Center Schutz der Arbeitslast, Sysdig-Agent auf allen PowerVS-Instanzen in der Bereitstellung.	Optional können Sie den sysdig-Agenten auf PowerVS-Instanzen in der Bereitstellung installieren und konfigurieren	Die Automatisierung übernimmt automatisch die Konfiguration aus der Landezone. Wenn SCC Workload Protection in der Zielzone aktiviert ist, wird der Sysdig-Agent auf allen PowerVS-Instanzen in dieser Bereitstellung installiert und konfiguriert.

Entscheidungen bezüglich der Architektur des Schlüssel-und Kennwortmanagements

Tabelle 3. Architekturentscheidungen zur Verwaltung von Schlüsseln und Passwörtern
Anforderungen	Komponente	Auswahloption	Alternative Auswahl
Verwenden Sie den öffentlichen/privaten SSH-Schlüssel, um über SSH auf virtuelle Serverinstanzen zuzugreifen Verwenden Sie den SSH-Proxy, um sich über den Bastionshost bei allen virtuellen Serverinstanzen anzumelden Speichern Sie keine privaten SSH-Schlüssel auf virtuellen Instanzen oder auf dem Bastionshost Lassen Sie keine anderen SSH-Anmeldemethoden zu als die mit angegebenen privaten und öffentlichen SSH-Schlüsselpaaren.	Öffentlicher SSH-Schlüssel-vom Kunden bereitgestellt. Vom Kunden bereitgestellter privater SSH-Schlüssel.	Bitten Sie den Kunden, die Schlüssel anzugeben. Akzeptieren Sie die Eingabe als sicheren Parameter oder als Verweis auf den in IBM Cloud Secure Storage Manager gespeicherten Schlüssel. Keine SSH-Schlüssel in Protokolldateien drucken. Privaten SSH-Schlüssel nicht persistent speichern.

Compliance

Diese implementierbare Architektur ist für SAP-Implementierungen zertifiziert.