Skip to main content
NetApp Solutions SAP
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Configurazione dello storage controller

Collaboratori

Questa sezione descrive la configurazione del sistema storage NetApp. È necessario completare l'installazione e la configurazione primaria in base alle corrispondenti guide di configurazione e configurazione di ONTAP.

Efficienza dello storage

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.

Volumi NetApp FlexGroup

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.

Crittografia dei volumi e degli aggregati NetApp

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

Qualità del servizio

La QoS può essere utilizzata per limitare il throughput dello storage per specifici sistemi SAP HANA o altre applicazioni su un controller condiviso. 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, in genere nell'intervallo compreso tra il 20% e il 50% di un KPI del sistema di produzione come definito da SAP.

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 la quantità 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.

NetApp FabricPool

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 NetApp SnapVault o SnapMirror.

Nota L'utilizzo di FabricPool per tiering delle copie Snapshot nello storage primario o l'utilizzo di FabricPool in una destinazione di backup modifica il tempo necessario per il ripristino e il ripristino di un database o di altre attività, come la creazione di cloni di sistema o la riparazione di sistemi. Prendetevi in considerazione questo aspetto per pianificare la vostra strategia generale di gestione del ciclo di vita e verificate che i vostri SLA vengano ancora rispettati durante l'utilizzo di questa funzione.

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.

Configurazione dello storage

La seguente panoramica riassume i passaggi necessari per la configurazione dello storage. Ogni fase viene descritta in dettaglio nelle sezioni successive. In questa sezione, si presuppone che l'hardware di storage sia configurato e che il software ONTAP sia già installato. Inoltre, le connessioni tra le porte di storage (10 GbE o superiori) e la rete devono essere già in uso.

  1. Verificare la corretta configurazione dello shelf di dischi come descritto in "Connessione a shelf di dischi."

  2. Creare e configurare gli aggregati richiesti come descritto in "Configurazione dell'aggregato."

  3. Creare una macchina virtuale per lo storage (SVM) come descritto in "Configurazione SVM."

  4. Creare i LIF come descritto in "Configurazione LIF."

  5. Creare volumi all'interno degli aggregati come descritto in " "Configurazione dei volumi per sistemi SAP HANA a host singolo e "Configurazione dei volumi per sistemi SAP HANA con host multipli."

  6. Impostare le opzioni di volume richieste come descritto in "Opzioni del volume."

  7. Impostare le opzioni richieste per NFSv3 come descritto in "Configurazione NFS per NFSv3" O per NFSv4 come descritto in "Configurazione NFS per NFSv4."

  8. Montare i volumi nello spazio dei nomi e impostare i criteri di esportazione come descritto in "Montare i volumi nello spazio dei nomi e impostare i criteri di esportazione."

Connessione a shelf di dischi

Shelf di dischi SAS

È 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. ADPv2 viene utilizzato con ONTAP 9 e gli shelf di dischi DS224C.

Nota Con lo shelf di dischi DS224C, è possibile utilizzare anche il cablaggio SAS quad-path, ma non è necessario.

Figura che mostra la finestra di dialogo input/output o rappresenta il contenuto scritto

Shelf di dischi NVMe (100 GbE)

Ogni shelf di dischi NS224 NVMe viene collegato utilizzando due porte 100GbE per controller. I dischi all'interno di ogni shelf devono essere distribuiti in modo uguale a entrambi i controller della coppia ha. ADPv2, come descritto nel capitolo sulla configurazione degli aggregati, viene utilizzato anche per lo shelf di dischi NS224. La figura seguente mostra la connessione dello shelf di dischi a un'unità NVMe.

Figura che mostra la finestra di dialogo input/output o rappresenta il contenuto scritto

Configurazione dell'aggregato

In generale, è necessario configurare due aggregati per controller, indipendentemente dallo shelf di dischi o dalla tecnologia dei dischi (SSD SAS o SSD NVMe) utilizzata. Questo passaggio è necessario per poter utilizzare tutte le risorse del controller disponibili. Per i sistemi della serie AFF A200, è sufficiente un aggregato di dati.

L'immagine seguente mostra una configurazione di 12 host SAP HANA in esecuzione su uno shelf SAS da 12 GB configurato con ADPv2. Sei host SAP HANA sono collegati a ciascun controller di storage. Sono configurati quattro aggregati separati, due per ogni controller di storage. Ogni aggregato è configurato con 11 dischi con nove partizioni di dati e due di dischi di parità. Per ciascun controller sono disponibili due partizioni di riserva.

Figura che mostra la finestra di dialogo input/output o rappresenta il contenuto scritto

Configurazione SVM

Diversi ambienti SAP con database SAP HANA possono utilizzare una singola SVM. È possibile assegnare una SVM a ciascun ambiente SAP, se necessario, nel caso in cui sia gestita da diversi team all'interno di un'azienda.

Se viene creato e assegnato automaticamente un profilo QoS durante la creazione di una nuova SVM, rimuovere questo profilo creato automaticamente dalla SVM per abilitare le prestazioni richieste per SAP HANA:

vserver modify -vserver <svm-name> -qos-policy-group none

Configurazione LIF

Per i sistemi di produzione SAP HANA, è necessario utilizzare diversi LIF per montare il volume di dati e il volume di log dall'host SAP HANA. Pertanto, sono necessari almeno due LIF.

I montaggi di volumi di dati e log di diversi host SAP HANA possono condividere una porta di rete dello storage fisico utilizzando gli stessi LIF o utilizzando singoli LIF per ogni montaggio.

La quantità massima di dati e volumi di log per interfaccia fisica è illustrata nella tabella seguente.

Velocità della porta Ethernet 10 GbE 25 GbE 40 GbE 100GeE

Numero massimo di montaggi di volumi di log o dati per porta fisica

2

6

12

24

Nota La condivisione di una LIF tra diversi host SAP HANA potrebbe richiedere un remount di volumi di dati o log in un LIF diverso. Questa modifica consente di evitare penalizzazioni delle performance se un volume viene spostato in un controller di storage diverso.

I sistemi di sviluppo e test possono utilizzare più dati e volumi o LIF su un'interfaccia di rete fisica.

Per i sistemi di produzione, sviluppo e test, il /hana/shared Il file system può utilizzare la stessa LIF del volume di dati o di log.

Configurazione dei volumi per sistemi SAP HANA a host singolo

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 È configurato sul controller A e sul volume SID1_log_mnt00001 È configurato sul controller B.

Nota Se per i sistemi SAP HANA viene utilizzato un solo storage controller di una coppia ha, è possibile memorizzare dati e volumi di log nello stesso storage controller.
Nota Se i dati e i volumi di log sono memorizzati sullo stesso controller, l'accesso dal server allo storage deve essere eseguito con due LIF differenti: Una LIF per accedere al volume di dati e l'altra per accedere al volume di log.

Figura che mostra la finestra di dialogo input/output o rappresenta il contenuto scritto

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 un esempio di configurazione per i sistemi SAP HANA a host singolo.

Scopo Aggregato 1 al controller A. Aggregato 2 al controller A. Aggregato 1 al controller B. Aggregato 2 al controller b

Dati, log e volumi condivisi per il sistema SID1

Volume di dati: SID1_data_mnt00001

Volume condiviso: SID1_shared

Volume di log: SID1_log_mnt00001

Dati, log e volumi condivisi per il sistema SID2

Volume di log: SID2_log_mnt00001

Volume di dati: SID2_data_mnt00001

Volume condiviso: SID2_shared

Dati, log e volumi condivisi per il sistema SID3

Volume condiviso: SID3_shared

Volume di dati: SID3_data_mnt00001

Volume di log: SID3_log_mnt00001

Dati, log e volumi condivisi per il sistema SID4

Volume di log: SID4_log_mnt00001

Volume condiviso: SID4_shared

Volume di dati: SID4_data_mnt00001

La seguente tabella mostra un esempio di configurazione del punto di montaggio per un sistema a host singolo. Per inserire la home directory di sidadm sullo storage centrale, il /usr/sap/SID il file system deve essere montato da SID_shared volume.

Percorso di giunzione Directory Punto di montaggio sull'host HANA

SID_data_mnt00001

/hana/data/SID/mnt00001

SID_log_mnt00001

/hana/log/SID/mnt00001

SID_shared

usr-sap condiviso

/Usr/sap/SID /hana/shared/

Configurazione dei volumi per sistemi SAP HANA con host multipli

La figura seguente mostra la configurazione del volume di un sistema SAP HANA 4+1. I volumi di dati e log di ciascun host SAP HANA vengono distribuiti a diversi storage controller. Ad esempio, volume SID1_data1_mnt00001 È configurato sul controller A e sul volume SID1_log1_mnt00001 È configurato sul controller B.

Nota Se per il sistema SAP HANA viene utilizzato un solo storage controller di una coppia ha, i volumi di dati e log possono essere memorizzati anche sullo stesso storage controller.
Nota Se i dati e i volumi di log sono memorizzati sullo stesso controller, l'accesso dal server allo storage deve essere eseguito con due LIF differenti: Una LIF per accedere al volume di dati e una per accedere al volume di log.

Figura che mostra la finestra di dialogo input/output o rappresenta il contenuto scritto

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 seguente tabella mostra un esempio di configurazione per un sistema SAP HANA con host multipli con quattro host attivi.

Scopo Aggregato 1 al controller A. Aggregato 2 al controller A. Aggregato 1 nel controller B. Aggregato 2 nel controller B.

Volumi di dati e log per il nodo 1

Volume di dati: SID_data_mnt00001

Volume di log: SID_log_mnt00001

Volumi di dati e log per il nodo 2

Volume di log: SID_log_mnt00002

Volume di dati: SID_data_mnt00002

Volumi di dati e log per il nodo 3

Volume di dati: SID_data_mnt00003

Volume di log: SID_log_mnt00003

Volumi di dati e log per il nodo 4

Volume di log: SID_log_mnt00004

Volume di dati: SID_data_mnt00004

Volume condiviso per tutti gli host

Volume condiviso: SID_shared

La seguente tabella mostra la configurazione e i punti di montaggio di un sistema a più host con quattro host SAP HANA attivi. Per inserire le home directory di sidadm utente di ciascun host sullo storage centrale, il /usr/sap/SID i file system vengono montati da SID_shared volume.

Percorso di giunzione Directory Punto di montaggio sull'host SAP HANA Nota

SID_data_mnt00001

/hana/data/SID/mnt00001

Montato su tutti gli host

SID_log_mnt00001

/hana/log/SID/mnt00001

Montato su tutti gli host

SID_data_mnt00002

/hana/data/SID/mnt00002

Montato su tutti gli host

SID_log_mnt00002

/hana/log/SID/mnt00002

Montato su tutti gli host

SID_data_mnt00003

/hana/data/SID/mnt00003

Montato su tutti gli host

SID_log_mnt00003

/hana/log/SID/mnt00003

Montato su tutti gli host

SID_data_mnt00004

/hana/data/SID/mnt00004

Montato su tutti gli host

SID_log_mnt00004

/hana/log/SID/mnt00004

Montato su tutti gli host

SID_shared

condiviso

/hana/shared/SID

Montato su tutti gli host

SID_shared

usr-sap-host1

/Usr/sap/SID

Montato sull'host 1

SID_shared

usr-sap-host2

/Usr/sap/SID

Montato sull'host 2

SID_shared

usr-sap-host3

/Usr/sap/SID

Montato sull'host 3

SID_shared

usr-sap-host4

/Usr/sap/SID

Montato sull'host 4

SID_shared

usr-sap-host5

/Usr/sap/SID

Montato sull'host 5

Opzioni del volume

È necessario verificare e impostare le opzioni del volume elencate nella tabella seguente su tutte le SVM. Per alcuni comandi, è necessario passare alla modalità avanzata dei privilegi in ONTAP.

Azione Comando

Disattiva la visibilità della directory Snapshot

vol modify -vserver <vserver-name> -volume <volname> -snapdir-access false

Disattivare le copie Snapshot automatiche

vol modify –vserver <vserver-name> -volume <volname> -snapshot-policy none

Disattiva l'aggiornamento del tempo di accesso, ad eccezione del volume SID_shared

set advanced vol modify -vserver <vserver-name> -volume <volname> -atime-update false set admin

Configurazione NFS per NFSv3

Le opzioni NFS elencate nella seguente tabella devono essere verificate e impostate su tutti i controller di storage. Per alcuni dei comandi mostrati in questa tabella, è necessario passare alla modalità avanzata dei privilegi.

Azione Comando

Abilitare NFSv3

nfs modify -vserver <vserver-name> v3.0 abilitato

Impostare la dimensione massima di trasferimento TCP NFS su 1MB

set advanced nfs modify -vserver <vserver_name> -tcp-max-xfer-size 1048576 set admin

Nota In ambienti condivisi con carichi di lavoro diversi, impostare le dimensioni massime di trasferimento TCP NFS su 262144

Configurazione NFS per NFSv4

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

Per alcuni comandi di questa tabella, è necessario passare alla modalità avanzata dei privilegi.

Azione Comando

Abilitare NFSv4

nfs modify -vserver <vserver-name> -v4.1 abilitato

Impostare la dimensione massima di trasferimento TCP NFS su 1MB

set advanced nfs modify -vserver <vserver_name> -tcp-max-xfer-size 1048576 set admin

Disattiva gli elenchi di controllo di accesso (ACL) NFSv4

nfs modify -vserver <vserver_name> -v4.1-acl disabled

Impostare l'ID di dominio NFSv4

nfs modify -vserver <vserver_name> -v4-id-domain <domain-name>

Disattiva la delega di lettura NFSv4

nfs modify -vserver <vserver_name> -v4.1-read-delegation disabled

Disattiva la delega di scrittura NFSv4

nfs modify -vserver <vserver_name> -v4.1-write-delegation disabled

Disattiva id numerici NFSv4

nfs modify -vserver <vserver_name> -v4-numeric-ids disabled

Modificare il numero di slot di sessione NFSv4.x
opzionale

imposta avanzate
nfs modify -vserver hana -v4.x-session-num-slot <value>
impostare admin

Nota In ambienti condivisi con carichi di lavoro diversi, impostare le dimensioni massime di trasferimento TCP NFS su 262144
Nota La disattivazione degli id numerici richiede la gestione dell'utente, come descritto nella sezione ""Preparazione dell'installazione di SAP HANA per NFSv4.""
Nota L'ID di dominio NFSv4 deve essere impostato sullo stesso valore su tutti i server Linux (/etc/idmapd.conf) E SVM, come descritto nella sezione ""Preparazione dell'installazione di SAP HANA per NFSv4.""
Nota PNFS può essere attivato ed utilizzato.

Se si utilizzano sistemi SAP HANA a host multipli con failover automatico dell'host, è necessario regolare i parametri di failover all'interno di nameserver.ini come mostrato nella tabella seguente.
Mantenere l'intervallo di ripetizione predefinito di 10 secondi all'interno di queste sezioni.

Sezione all'interno di nameserver.ini Parametro Valore

failover

normal_rettry

9

distributed_watchdog

dischase_retretres

11

distributed_watchdog

takeover_retries

9

Montare i volumi nello spazio dei nomi e impostare i criteri di esportazione

Quando viene creato un volume, il volume deve essere montato nello spazio dei nomi. In questo documento, si presuppone che il nome del percorso di giunzione sia lo stesso del nome del volume. Per impostazione predefinita, il volume viene esportato con il criterio predefinito. Se necessario, è possibile adattare la policy di esportazione.