Speicherinfrastruktur für SAP-Workloads auf Bare Metal Servers in IBM Cloud VPC

Dieses Dokument enthält Leitlinien zur Planung der Anforderungen an die Speicherinfrastruktur für SAP-Workloads auf Bare Metal Servers in IBM Cloud® Virtual Private Cloud.

Bei SAP-Workloads, die bei einem Cloud-Dienstanbieter gehostet werden, funktioniert die Infrastructure-as-a-Service-Ebene ( IaaS ) ähnlich wie in Umgebungen, in denen SAP-Workloads in externen Rechenzentren ausgeführt werden. SAP Systeme in einer Landschaft haben spezifische Speicheranforderungen, um Leistung, Verfügbarkeit und Datenschutz zu gewährleisten.

IBM Cloud® for SAP bietet eine Vielzahl von Funktionen, die diese Speicheranforderungen erfüllen und die SAP-Landschaft über das einfache System-Hosting hinaus erweitern.

In den folgenden Abschnitten werden Überlegungen zur Gestaltung des IBM Cloud® for SAP-Portfolios für die Speicherung auf IBM Cloud® Bare Metal Servers for Virtual Private Cloud in IBM Cloud VPC beschrieben.

Übersicht

Die Speicherarchitektur von Bare Metal Servers for VPC wird innerhalb der Infrastruktur von IBM Cloud VPC betrieben. IBM stellt die physischen Bare-Metal-Server in den von IBM betriebenen Rechenzentren bereit, wartet sie und verwaltet sie.

Bare Metal Servers for VPC sind dedizierte physische Server mit lokalem Speicher. Der Speicher wird über lokale Startvolumes und lokale Datenvolumes bereitgestellt, die auf Solid-State-Laufwerken (SSDs) mit Non-Volatile Memory Express (NVMe)- U.2 basieren. Sie sind für die Verwaltung aller Aspekte des lokalen Speichers verantwortlich, einschließlich RAID-Konfiguration, Erstellung von Dateisystemen, Verschlüsselung, Überwachung und Datensicherung.

Der lokale Speicher bietet die folgenden wesentlichen Funktionen:

  • Hochleistungs-NVMe-SSDs: Mit NVMe-basiertem lokalem Speicher lassen sich geringe Latenzzeiten und hoher Durchsatz für anspruchsvolle SAP-Workloads erzielen.
  • Vom Kunden verwaltetes RAID: Sie können RAID-Stufen und -Konfigurationen vollständig verwalten.
  • Flexible Konfiguration: Sie können Dateisysteme und Volume-Layouts so konfigurieren, dass sie den spezifischen Anforderungen Ihrer Workloads entsprechen.
  • Lokale Datenhoheit: Sie können sicherstellen, dass die Daten auf dem physischen Bare-Metal-Server verbleiben.

Der Speicher für Bare Metal Servers for VPC wird nicht verwaltet. Sie sind für die Verschlüsselung und Sicherung Ihrer Daten verantwortlich.

Speichertypen

Bare Metal Servers for VPC Unterstützt verschiedene Speichertypen, die für unterschiedliche Workload-Anforderungen, Leistungsmerkmale und Anwendungsfälle ausgelegt sind.

Lokaler Speicher

Lokaler Speicher ist der primäre Speichertyp für Bare Metal Servers for VPC und bietet die höchste Leistung für SAP-Workloads. Der gesamte Speicher ist physisch an den Bare-Metal-Server angeschlossen.

Bootdatenträger

Boot-Volumes weisen die folgenden Eigenschaften auf:

  • Alle Profile enthalten eine 0.96 TB SATA- M.2-gespiegelte SSD als Boot-Laufwerk.
  • Zur Redundanz als RAID 1 (gespiegelt) konfiguriert.
  • Werden für die Installation des Betriebssystems verwendet.
  • Dürfen nicht herausgelöst oder in der Größe verändert werden.
Datenvolumina (NVMe- U.2-SSDs)

Datenmengen weisen die folgenden Eigenschaften auf:

  • Alle Profile bieten zusätzlich eine Reihe von NVMe- U.2-SSDs als sekundären lokalen Speicher.
  • NVMe-SSDs bieten schnellen und kostengünstigen Speicher und unterstützen Optionen wie beispielsweise vom Kunden verwaltetes RAID.
  • Wird als Just a Bunch of Disks (JBOD) für vom Kunden verwaltetes softwarebasiertes RAID oder Striping bereitgestellt.
  • Die Anzahl variiert je nach Profil (in der Regel 8–16 NVMe-Geräte).
  • Sie sind für die RAID-Konfiguration, die Erstellung von Dateisystemen und die Datenverwaltung verantwortlich.

Weitere Informationen finden Sie unter Bare Metal Servers for VPC-Speicher.

IBM Cloud Object Storage

IBM Cloud® Object Storage Unterstützt die folgenden Anwendungsfälle:

  • Sicherungs-, Wiederherstellungs- und Archivierungszwecke sowie Nearline-Speicherlösungen von Bare Metal Servers for VPC.
  • Langfristige Aufbewahrung von Audit-Protokollen und Compliance-Daten.
  • Kopien für die Notfallwiederherstellung.

IBM Cloud Object Storage Buckets sind in verschiedenen Speicherklassen verfügbar. Weitere Informationen finden Sie unter Cloud Object Storage-Kurse.

Um von Ihrem Bare-Metal-Server aus auf IBM Cloud® Object Storage zuzugreifen, können Sie Folgendes verwenden:

  • Öffentliche Endpunkte über das Internet
  • Private Endpunkte über Virtual Private Endpoints (VPE) für einen sicheren, privaten Netzwerkzugang

Die Kommunikation mit dem VPE ermöglicht einen sicheren Zugriff von Ihrem Bare-Metal-Server auf IBM Cloud® Object Storage über das private Netzwerk.

Dateispeicher

IBM Cloud® File Storage for VPC ist eine kompatible NAS-Lösung (Network-Attached Storage) für Bare Metal Servers for VPC, die nach dem 31. August 2023 bereitgestellt werden. Dieser Speichertyp eignet sich ideal für gemeinsam genutzte Dateisysteme wie /sapmnt, /usr/sap/trans, und andere gemeinsam genutzte Verzeichnisse in SAP-Umgebungen.

Weitere Informationen finden Sie unter Informationen zu File Storage für VPC.

IBM Cloud® File Storage for VPC bietet zwei Arten von Profilen mit unterschiedlichen Verfügbarkeitsmerkmalen:

File Storage-Profile
Profilname IOPS/GB Verfügbarkeit Beschreibung
dp2 (zonal) 5 IOPS/GB Einzelne Zone Die Daten werden in einer einzigen Verfügbarkeitszone gespeichert. Geeignet für die meisten SAP Anwendungsserver-Workloads. Geringere Kosten im Vergleich zu regionalen Profilen.
rfs (regional) 5 IOPS/GB Mehrere Zonen Die Daten werden über mehrere Verfügbarkeitszonen innerhalb einer Region hinweg repliziert. Bietet höhere Verfügbarkeit und Ausfallsicherheit. Geeignet für kritische gemeinsam genutzte Dateisysteme, die zonübergreifende Redundanz erfordern.

Beide Profile unterstützen:

  • Kapazitätsbereich: 10 GB bis 32.000 GB
  • IOPS-Bereich: 100 bis 96.000 IOPS
  • NFS v4.1 Protokoll
  • Verschlüsselung im Ruhezustand: Die Daten werden mithilfe von Verschlüsselungsschlüsseln verschlüsselt, die entweder von IBM verwaltet oder vom Kunden selbst verwaltet werden
  • Einbindepunkte: Einbindepunkte steuern den Netzwerkzugriff

Weitere Informationen finden Sie unter File Storage for VPC-Profile.

Die folgende Tabelle bietet einen beispielhaften Überblick über Dateisysteme im Dateispeicher:

Dateispeicher
Dateisystem Standardpfad Zweck oder Szenario Typische Größe (GB) Beschreibung
Software-Repository /install Vorbereitungsbereich für Installationsprogramme, Medien und Kernel Variiert (in der Regel 200–1000+) Gemeinsam genutzt oder lokal; hängt vom zu speichernden Inhalt ab.
Installationspfad /hana/shared Gemeinsam genutzte Dateien zwischen Hosts in einem Multi-Host-System mit SAP HANA 1000 SAP HANA Laufzeit- und Client-, Konfigurations- sowie Instanzdateien.
SAP Kernpfad /usr/sap/<SID> SID-spezifische Instanzverzeichnisse (Profile, Kernel, Arbeitsdateien, Protokolle) 10–20 pro AS-Instanz Die Größe skaliert mit der Anzahl der Anwendungsserver-Instanzen.
SAP Einbinden /sapmnt/<SID> Zwischen Anwendungsservern gemeinsam genutzte Dateien 20–50 Enthält gemeinsam genutzte Daten, Profile und das Verzeichnis für die Replikation ausführbarer Dateien.
SAP Transport /usr/sap/trans Zentrales Verzeichnis für Transport SAP en (Cfiles, Daten, EPS-Posteingang) 50–200+ Gilt für alle Systeme; wächst mit der Projektaktivität oder dem Transportvolumen.

IBM® Cloud Block Storage for Virtual Private Cloud Bare Metal Servers for VPC wird nicht unterstützt.

SAP HANA Richtlinien zur Speicherung

Die Speicherbereitstellung für ein SAP HANA-System muss den verbindlichen Speicheranforderungen von SAP HANA entsprechen.

Weitere Informationen finden Sie in den folgenden Ressourcen:

Informationen zu den Dateisystemgrößen finden Sie unter SAP HANA: Speicheranforderungen.

Aufbau des Bandes

Informationen zur Planung von Speichervolumen für SAP HANA finden Sie in den Tabellen unter Bare Metal Server-zertifizierte Profile zur VPC-Infrastruktur unter SAP HANA. Suchen Sie das für Ihre Bereitstellung geeignete Rechenprofil und sehen Sie sich die Registerkarte Speicher an.

Verwenden Sie den lokalen NVMe-Satz für primäre HANA-Pfade und nutzen Sie bei Bedarf das betriebssystemnative RAID sowie den Logical Volume Manager (LVM):

  • Konfigurieren Sie die /hana/log Verwendung /hana/data mehrerer NVMe-Geräte in RAID 10 (oder über LVM gestrehten RAID-Gruppen), um geringe Latenz mit Redundanz zu kombinieren.
  • Konfigurieren Sie das System auf /hana/shared einem einzelnen lokalen NVMe-Dateisystem und nutzen Sie File Storage for VPC ( NFS ) je nach den Anforderungen für die gemeinsame Nutzung durch einen einzelnen Host oder mehrere Hosts.
  • Konfigurieren Sie das System /usr/sap auf lokalem NVMe (bevorzugt) oder File Storage for VPC. Halten Sie Binärdateien und Protokolle vom Boot-Prozess getrennt.
  • Konfigurieren Sie /boot die gespiegelte SSD M.2 (RAID 1). Halten Sie das Betriebssystem nach Möglichkeit minimal und zustandslos.
  • Fügen Sie bei Bedarf zusätzliche NVMe-Volumes für Backup- oder Export-Dateisysteme hinzu.

Die genaue RAID-Konfiguration und die Anzahl der NVMe-Geräte hängen von Ihrem spezifischen Bare-Metal-Profil ab. Beziehen Sie sich stets auf die Tabellen zur Speicherkonfiguration in der Dokumentation zu den zertifizierten Profilen von Bare Metal Server für das von Ihnen gewählte Profil.

SAP Anwendungsserver Richtlinien zur Speicherung

SAP Anwendungsserver haben im Vergleich zu Datenbankservern geringere Speicheranforderungen. Eine sorgfältige Speicherplanung ist jedoch nach wie vor wichtig für eine optimale Leistung.

Aufbau des Bandes

Informationen zur Planung von Speichervolumen für den SAP Anwendungsserver finden Sie im Abschnitt Speicher unter SAP Anwendungsserver-zertifizierte Instanzen auf Intel-basierten Bare-Metal-Servern in der VPC-Infrastruktur. Verwenden Sie die Registerkarte Dateisystem des SAP-Anwendungsservers, um die Speicherebene und die Größe des Speichervolumens für das /usr/sap Dateisystem festzulegen.

Konfigurieren Sie den Speicher wie folgt:

  • Konfigurieren /usr/sap Sie lokale Protokolle auf lokalem NVMe für einen einfachen Zugriff mit geringer Latenz.
  • Für gemeinsam genutzte Binärdateien und Transportdienste mounten Sie File Storage for VPC ( NFS ), um POSIX-shared-Pfade über Anwendungsserver wie /sapmnt/<SID> und hinweg bereitzustellen /usr/sap/trans.

Referenzen