Inline-Deduplizierung, Inline-Deduplizierung, Inline-Komprimierung und Inline-Data-Compaction werden von SAP HANA in einer SSD-Konfiguration unterstützt.

Die Aktivierung von Storage-Effizienzfunktionen in einer HDD-Konfiguration wird nicht unterstützt.

Die Verwendung von NetApp Volume Encryption (NVE) und NetApp Aggregate Encryption (NAE) wird bei SAP HANA unterstützt.

QoS kann zur Begrenzung des Storage-Durchsatzes für spezifische SAP HANA Systeme eingesetzt werden. Ein Anwendungsfall wäre, den Durchsatz von Entwicklungs- und Testsystemen zu begrenzen, damit sie bei einem gemischten Setup keinen Einfluss auf die Produktionssysteme haben.

Während des Dimensionierungsprozesses müssen die Performance-Anforderungen eines nicht für die Produktion verwendeten Systems ermittelt werden. Entwicklungs- und Testsysteme haben geringere Leistungswerte, typischerweise im Bereich von 20 bis 50 % des Produktionssystems.

Ab ONTAP 9 wird QoS auf Storage-Volume-Ebene konfiguriert und verwendet die maximalen Werte für Durchsatz (MB/s) und Anzahl der I/O-Vorgänge (IOPS).

Ein großer I/O-Schreibvorgang wirkt sich am stärksten auf die Performance des Storage-Systems aus. Daher sollte die QoS-Durchsatzbegrenzung auf einen Prozentsatz der entsprechenden KPI-Werte für die SAP HANA-Speicherleistung in den Daten- und Protokoll-Volumes gesetzt werden.

NetApp FabricPool darf nicht für aktive primäre Filesysteme in SAP HANA Systemen verwendet werden. Dazu gehören die Dateisysteme für den Daten- und Protokollbereich sowie die /hana/shared File-System. Dies führt zu unvorhersehbarer Performance, insbesondere beim Start eines SAP HANA Systems.

Die Verwendung der „nur-Snapshots“ Tiering-Politik ist möglich sowie auch die Nutzung von FabricPool im Allgemeinen an einem Backup-Ziel wie SnapVault oder SnapMirror Ziel.

FabricPool ist eine gute Option, um Log-Backups auf eine andere Storage Tier zu verschieben. Das Verschieben von Backups beeinträchtigt die für das Recovery einer SAP HANA Datenbank erforderliche Zeit. Daher sollte die Option „Tiering-minimum-cooling-days“ auf einen Wert gesetzt werden, der Log-Backups, die routinemäßig für die Wiederherstellung benötigt werden, auf der lokalen fast Storage Tier platziert.

In der folgenden Übersicht sind die erforderlichen Schritte zur Storage-Konfiguration zusammengefasst. Jeder Schritt wird in den nachfolgenden Abschnitten näher beschrieben. Bevor Sie diese Schritte initiieren, sollten Sie das Setup der Storage-Hardware, die Installation der ONTAP Software und die Verbindung der Speicher-FCP-Ports mit dem SAN Fabric abschließen.

Mit HDDs können maximal zwei DS2246 Festplatten-Shelfs oder vier DS224C Festplatten-Shelfs mit einem SAS-Stack verbunden werden, um die erforderliche Performance für die SAP HANA-Hosts zu liefern, wie in der folgenden Abbildung dargestellt. Die Festplatten in jedem Shelf müssen gleichmäßig auf beide Controller des HA-Paars verteilt werden.

Bei SSDs kann maximal ein Platten-Shelf mit einem SAS-Stack verbunden werden, um die erforderliche Performance für die SAP HANA-Hosts zu liefern, wie in der folgenden Abbildung dargestellt. Die Festplatten in jedem Shelf müssen gleichmäßig auf beide Controller des HA-Paars verteilt werden. Mit dem DS224C Festplatten-Shelf können auch Quad-Path-SAS-Kabel verwendet werden, ist aber nicht erforderlich.

Im Allgemeinen müssen zwei Aggregate pro Controller konfiguriert werden, unabhängig davon, welches Platten-Shelf oder Festplattentechnologie (SSD oder HDD) zum Einsatz kommt. Dieser Schritt ist notwendig, damit Sie alle verfügbaren Controller-Ressourcen nutzen können. Für Systeme der FAS 2000 Serie genügt ein Daten-Aggregat.

SAP Landschaften mit SAP HANA Datenbanken aus mehreren Hosts können eine einzige SVM verwenden. Falls erforderlich, kann jeder SAP-Landschaft auch eine SVM zugewiesen werden, falls diese von verschiedenen Teams innerhalb eines Unternehmens gemanagt werden. Die Screenshots und die Befehlsausgaben in diesem Dokument verwenden eine SVM mit dem Namen hana.

Innerhalb der Storage-Cluster-Konfiguration muss eine Netzwerkschnittstelle (LIF) erstellt und einem dedizierten FCP-Port zugewiesen werden. Wenn beispielsweise vier FCP-Ports aus Performance-Gründen erforderlich sind, müssen vier LIFs erstellt werden. Die folgende Abbildung zeigt einen Screenshot der vier LIFs (mit dem Namen fc_*_*) Die auf dem konfiguriert wurden hana SVM:

Während der SVM-Erstellung mit ONTAP 9.8 System Manager können alle erforderlichen physischen FCP-Ports ausgewählt und automatisch eine LIF pro physischem Port erstellt werden.

Die folgende Abbildung zeigt die Erstellung von SVM und LIFs mit ONTAP 9.8 System Manager.

Ein FCP-Port-Satz wird verwendet, um zu definieren, welche LIFs von einer bestimmten Initiatorgruppe verwendet werden sollen. In der Regel werden alle für HANA-Systeme erstellten LIFs in demselben Portsatz platziert. Die folgende Abbildung zeigt die Konfiguration eines PortSatzes mit dem Namen 32g, der die vier bereits erstellten LIFs enthält.

Eine Initiatorgruppe kann für jeden Server oder für eine Gruppe von Servern konfiguriert werden, die Zugriff auf eine LUN benötigen. Für die iGroup Konfiguration sind die weltweiten Port-Namen (WWPNs) der Server erforderlich.

Verwenden der sanlun Führen Sie den folgenden Befehl aus, um die WWPNs jedes SAP HANA-Hosts abzurufen:

Die folgende Abbildung zeigt die Liste der Initiatoren für SS3_HANA. Die Initiatorgruppe enthält alle WWPNs der Server und ist dem Port-Satz des Storage Controllers zugewiesen.

Die folgende Abbildung zeigt die Volume-Konfiguration von vier SAP HANA-Systemen mit einem Host. Die Daten- und Protokoll-Volumes jedes SAP HANA Systems werden auf verschiedene Storage Controller verteilt. Beispiel: Volume SID1``data``mnt00001 `is configured on controller A and volume `SID1``log``mnt00001 Ist auf Controller B konfiguriert Für jedes Volume wird eine einzelne LUN konfiguriert.

Für jeden SAP HANA-Host, ein Daten-Volume, ein Protokoll-Volume und ein Volume für /hana/shared Werden konfiguriert. Die folgende Tabelle zeigt eine Beispielkonfiguration mit vier SAP HANA Single-Host-Systemen.

Die nächste Tabelle zeigt ein Beispiel für die Mount-Point-Konfiguration für ein System mit einem einzelnen Host.

Der Linux LVM kann verwendet werden, um die Leistung zu steigern und um LUN-Größenbeschränkungen zu beheben. Die verschiedenen LUNs einer LVM Volume-Gruppe sollten in einem anderen Aggregat und einem anderen Controller gespeichert werden. Die folgende Tabelle enthält ein Beispiel für zwei LUNs pro Volume-Gruppe.

Auf dem SAP HANA-Host müssen Volume-Gruppen und logische Volumes erstellt und eingebunden werden. In der nächsten Tabelle werden die Mount-Punkte für Einzelhostsysteme mit LVM aufgeführt.

Die folgende Abbildung zeigt die Volume-Konfiguration eines SAP HANA Systems mit 4+1 und mehreren Hosts. Die Daten-Volumes und Protokoll-Volumes jedes SAP HANA-Hosts werden auf verschiedene Storage-Controller verteilt. Beispiel: Das Volume SID``data``mnt00001 Wird für Controller A und Volume konfiguriert SID``log``mnt00001 Ist auf Controller B konfiguriert Eine LUN ist innerhalb jedes Volumes konfiguriert.

Der /hana/shared Das Volume muss von allen HANA-Hosts zugänglich sein und wird daher mithilfe von NFS exportiert. Obwohl es für die keine spezifischen Performance-KPIs gibt /hana/shared NetApp empfiehlt die Verwendung einer 10-Gbit-Ethernet-Verbindung.

Für jeden SAP HANA-Host werden ein Daten-Volume und ein Protokoll-Volume erstellt. Der /hana/shared Das Volume wird von allen Hosts des SAP HANA-Systems verwendet. Die folgende Abbildung zeigt eine Beispielkonfiguration für ein SAP HANA System mit 4+1 mehreren Hosts.

Die nächste Tabelle zeigt die Konfiguration und die Mount-Punkte eines Systems mit mehreren Hosts mit vier aktiven SAP HANA-Hosts.

Der Linux LVM kann verwendet werden, um die Leistung zu steigern und um LUN-Größenbeschränkungen zu beheben. Die verschiedenen LUNs einer LVM Volume-Gruppe sollten in einem anderen Aggregat und einem anderen Controller gespeichert werden. Die folgende Tabelle zeigt ein Beispiel für zwei LUNs pro Volume-Gruppe für ein 2+1 SAP HANA System mit mehreren Hosts.

Auf dem SAP HANA-Host müssen Volume-Gruppen und logische Volumes erstellt und eingebunden werden:

Die in der folgenden Tabelle aufgeführten Volume-Optionen müssen geprüft und auf allen SVMs eingestellt werden.

Mit NetApp OnCommand System Manager können Storage Volumes und LUNs erstellt und den Initiatorgruppen der Server zugeordnet werden.

Die folgenden Schritte zeigen die Konfiguration eines 2+1-HANA-Systems mit mehreren Hosts und SID SS3.

Dieser Abschnitt zeigt eine Beispielkonfiguration mit der Befehlszeile mit ONTAP 9.8 für ein 2+1 SAP HANA mehrere Hostsysteme mit SID FC5 unter Verwendung von LVM und zwei LUNs pro LVM Volume-Gruppe.