La deduplica inline, la deduplica inline di più volumi, la compressione inline e la compaction inline sono supportate con SAP HANA in una configurazione SSD.

L'abilitazione delle funzioni di efficienza dello storage in una configurazione HDD non è supportata.

L'utilizzo dei volumi NetApp FlexGroup non è supportato per SAP HANA. Grazie all'architettura di SAP HANA l'utilizzo di FlexGroup Volumes non fornisce alcun beneficio e potrebbe causare problemi di performance.

L'utilizzo di NetApp Volume Encryption (NVE) e NetApp aggregate Encryption (NAE) sono supportati con SAP HANA.

QoS può essere utilizzato per limitare il throughput dello storage per specifici sistemi SAP HANA. Un caso d'utilizzo sarebbe quello di limitare il throughput dei sistemi di sviluppo e test in modo che non possano influenzare i sistemi di produzione in una configurazione mista.

Durante il processo di dimensionamento, è necessario determinare i requisiti di performance di un sistema non in produzione. I sistemi di sviluppo e test possono essere dimensionati con valori di performance inferiori, generalmente compresi tra il 20% e il 50% di un sistema di produzione.

A partire da ONTAP 9, la qualità del servizio viene configurata a livello di volume di storage e utilizza i valori massimi per il throughput (Mbps) e il numero di i/o (IOPS).

L'i/o di scrittura di grandi dimensioni ha il maggiore effetto sulle performance del sistema storage. Pertanto, il limite di throughput QoS deve essere impostato su una percentuale dei corrispondenti valori KPI di scrittura delle performance dello storage SAP HANA nei volumi di dati e di log.

La tecnologia NetApp FabricPool non deve essere utilizzata per i file system primari attivi nei sistemi SAP HANA. Sono inclusi i file system per l'area dei dati e dei log, oltre a /hana/shared file system. In questo modo si ottengono performance imprevedibili, in particolare durante l'avvio di un sistema SAP HANA.

È possibile utilizzare la policy di tiering "snapshot-only" e FabricPool in generale in una destinazione di backup come SnapVault o SnapMirror.

FabricPool è un'ottima opzione per spostare i backup dei log in un altro Tier di storage. Lo spostamento dei backup influisce sul tempo necessario per ripristinare un database SAP HANA. Pertanto, l'opzione "tiering-minimum-cooling-days" deve essere impostata su un valore che colloca i backup dei log, normalmente necessari per il recovery, sul Tier di storage veloce locale.

La seguente panoramica riassume i passaggi necessari per la configurazione dello storage. Ogni fase viene descritta in maggiore dettaglio nelle sezioni successive. Prima di iniziare questa procedura, completare la configurazione dell'hardware dello storage, l'installazione del software ONTAP e la connessione delle porte FCP dello storage al fabric SAN.

Con gli HDD, è possibile collegare un massimo di due shelf di dischi DS2246 o quattro shelf di dischi DS224C a uno stack SAS per fornire le prestazioni richieste per gli host SAP HANA, come mostrato nella figura seguente. I dischi all'interno di ogni shelf devono essere distribuiti in modo uguale a entrambi i controller della coppia ha.

Con gli SSD, è possibile collegare un massimo di uno shelf di dischi a uno stack SAS per fornire le prestazioni richieste per gli host SAP HANA, come mostrato nella figura seguente. I dischi all'interno di ogni shelf devono essere distribuiti in modo uguale a entrambi i controller della coppia ha. Con lo shelf di dischi DS224C, è possibile utilizzare anche il cablaggio SAS quad-path, ma non è necessario.

In generale, è necessario configurare due aggregati per controller, indipendentemente da quale shelf di dischi o tecnologia di dischi (SSD o HDD) viene utilizzata. Questo passaggio è necessario per poter utilizzare tutte le risorse del controller disponibili. Per i sistemi FAS serie 2000, è sufficiente un aggregato di dati.

Gli ambienti SAP multihost con database SAP HANA possono utilizzare una singola SVM. Se necessario, è possibile assegnare una SVM a ciascun ambiente SAP nel caso in cui sia gestita da diversi team all'interno di un'azienda. Le schermate e gli output dei comandi in questo documento utilizzano una SVM denominata hana.

All'interno della configurazione del cluster di storage, è necessario creare un'interfaccia di rete (LIF) e assegnarla a una porta FCP dedicata. Se, ad esempio, sono necessarie quattro porte FCP per motivi di performance, è necessario creare quattro LIF. La figura seguente mostra una schermata delle quattro LIF (denominate fc_*_*) configurati su hana SVM.

Durante la creazione di SVM con Gestore di sistema di ONTAP 9.8, è possibile selezionare tutte le porte FCP fisiche richieste e creare automaticamente una LIF per porta fisica.

La figura seguente mostra la creazione di SVM e LIFF con Gestione di sistema di ONTAP 9.8.

Un set di porte FCP viene utilizzato per definire quali LIF devono essere utilizzati da un igroup specifico. In genere, tutte le LIF create per i sistemi HANA vengono inserite nello stesso set di porte. La figura seguente mostra la configurazione di un set di porte denominato 32g, che include le quattro LIF già create.

È possibile configurare un igroup per ciascun server o per un gruppo di server che richiedono l'accesso a un LUN. La configurazione di igroup richiede i nomi delle porte mondiali (WWPN) dei server.

Utilizzando il sanlun Eseguire il seguente comando per ottenere le WWPN di ciascun host SAP HANA:

La figura seguente mostra l'elenco degli iniziatori per SS3_HANA. L'igroup contiene tutte le WWPN dei server e viene assegnato al set di porte del controller di storage.

La figura seguente mostra la configurazione dei volumi di quattro sistemi SAP HANA a host singolo. I volumi di dati e log di ciascun sistema SAP HANA vengono distribuiti a diversi storage controller. Ad esempio, volume SID1``data``mnt00001 `is configured on controller A and volume `SID1``log``mnt00001 È configurato sul controller B. All'interno di ciascun volume viene configurato un singolo LUN.

Per ogni host SAP HANA, un volume di dati, un volume di log e un volume per /hana/shared sono configurati. La seguente tabella mostra una configurazione di esempio con quattro sistemi SAP HANA a host singolo.

La tabella seguente mostra un esempio di configurazione del punto di montaggio per un sistema a host singolo.

Linux LVM può essere utilizzato per aumentare le performance e risolvere i limiti delle dimensioni del LUN. Le diverse LUN di un gruppo di volumi LVM devono essere memorizzate in un aggregato diverso e in un controller diverso. La seguente tabella mostra un esempio di due LUN per gruppo di volumi.

Nell'host SAP HANA, è necessario creare e montare gruppi di volumi e volumi logici. La tabella seguente elenca i punti di montaggio per i sistemi a host singolo che utilizzano LVM.

La figura seguente mostra la configurazione di un volume di un sistema SAP HANA 4+1 multihost. I volumi di dati e i volumi di log di ciascun host SAP HANA vengono distribuiti a diversi storage controller. Ad esempio, il volume SID``data``mnt00001 È configurato sul controller A e sul volume SID``log``mnt00001 È configurato sul controller B. Viene configurato un LUN per ciascun volume.

Il /hana/shared Il volume deve essere accessibile da tutti gli host HANA e viene quindi esportato utilizzando NFS. Anche se non sono disponibili KPI specifici per le performance per /hana/shared File system, NetApp consiglia di utilizzare una connessione Ethernet a 10 GB.

Per ogni host SAP HANA, vengono creati un volume di dati e un volume di log. Il /hana/shared Il volume viene utilizzato da tutti gli host del sistema SAP HANA. La figura seguente mostra una configurazione di esempio per un sistema SAP HANA 4+1 a host multiplo.

La tabella seguente mostra la configurazione e i punti di montaggio di un sistema a più host con quattro host SAP HANA attivi.

Linux LVM può essere utilizzato per aumentare le performance e risolvere i limiti delle dimensioni del LUN. Le diverse LUN di un gruppo di volumi LVM devono essere memorizzate in un aggregato diverso e in un controller diverso. La seguente tabella mostra un esempio di due LUN per gruppo di volumi per un sistema host multiplo SAP HANA 2+1.

Nell'host SAP HANA, è necessario creare e montare gruppi di volumi e volumi logici:

Le opzioni dei volumi elencate nella tabella seguente devono essere verificate e impostate su tutte le SVM.

È possibile utilizzare Gestione di sistema NetApp OnCommand per creare volumi e LUN di storage e per mapparli agli igroup dei server.

La seguente procedura mostra la configurazione di un sistema HANA 2+1 multihost con SID SS3.

Questa sezione mostra una configurazione di esempio utilizzando la riga di comando con ONTAP 9.8 per un sistema host 2+1 SAP HANA con SID FC5 utilizzando LVM e due LUN per gruppo di volumi LVM.