Best Practice
Configurazione dello storage controller
Suggerisci modifiche
PDF
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 Data 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.
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 applicazioni no-SAP 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 il criterio di tiering Snapshot-Only insieme a FabricPool in una destinazione di backup come SnapVault o SnapMirror.
|
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. Prenditi in considerazione questo aspetto per pianificare la tua strategia generale di gestione del ciclo di vita e verifica che gli 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 impostato su un valore che colloca i backup dei log, normalmente necessari per il ripristino, nel tier di storage locale fast.
Configurare lo storage
La seguente panoramica riassume i passaggi necessari per la configurazione dello storage. Ogni fase viene descritta in maggiore 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, la connessione delle porte FCP dello storage al fabric SAN deve essere già attiva.
-
Verificare la corretta configurazione dello shelf di dischi, come descritto in "Connessione a shelf di dischi."
-
Creare e configurare gli aggregati richiesti, come descritto in "Configurazione dell'aggregato."
-
Creare una macchina virtuale per lo storage (SVM), come descritto in "Configurazione della macchina virtuale per lo storage."
-
Creare interfacce logiche (LIF), come descritto in "Configurazione dell'interfaccia logica."
-
Creare un set di porte, come descritto in "Set di porte FCP."
-
Creare gruppi di iniziatori, volumi e LUN all'interno degli aggregati, come descritto in creazione di "[LUNs and volumes and mapping LUNs to initiator groups]."
Connessione a shelf di dischi
Shelf di dischi basati su 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 tra entrambi i controller della coppia ha. ADPv2 viene utilizzato con ONTAP 9 e i nuovi shelf di dischi DS224C.
|
|
Con lo shelf di dischi DS224C, è possibile utilizzare anche il cablaggio SAS quad-path, ma non è necessario. |
Shelf di dischi basati su NVMe (100 GbE)
Ogni shelf da tavolo NS224 NVMe è collegato a due porte da 100 GbE per controller, 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 anche per lo shelf di dischi NS224.
Configurazione dell'aggregato
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 della serie AFF A200, è sufficiente un aggregato di dati.
La figura 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.
Configurazione della macchina virtuale per lo storage
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 garantire le prestazioni richieste per SAP HANA:
vserver modify -vserver <svm-name> -qos-policy-group none
Configurazione dell'interfaccia logica
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 otto 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.
Set di porte FCP
Un set di porte FCP viene utilizzato per definire quali LIF devono essere utilizzate da uno specifico gruppo di iniziatori. 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.
|
|
Con ONTAP 9.8, non è necessario un set di porte, ma è possibile crearlo e utilizzarlo dalla riga di comando. |
Configurazione di volumi e LUN 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. All'interno di ciascun volume viene configurato un singolo LUN.
|
|
Se per i sistemi SAP HANA viene utilizzato un solo storage controller di una coppia ha, i volumi di dati e i volumi di log possono anche essere memorizzati nello stesso storage controller. |
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.
| 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.
| LUN | Punto di montaggio sull'host SAP HANA | Nota |
|---|---|---|
SID1_data_mnt00001 |
/hana/data/SID1/mnt00001 |
Montato usando /etc/fstab entry |
SID1_log_mnt00001 |
/hana/log/SID1/mnt00001 |
Montato usando /etc/fstab entry |
SID1_shared |
/hana/shared/SID1 |
Montato usando /etc/fstab entry |
|
|
Con la configurazione descritta, il /usr/sap/SID1 La directory in cui è memorizzata la home directory predefinita dell'utente SID1adm si trova sul disco locale. In una configurazione di disaster recovery con replica basata su disco, NetApp consiglia di creare un LUN aggiuntivo all'interno di SID1_shared volume per /usr/sap/SID1 directory in modo che tutti i file system si trovino nello storage centrale.
|
Configurazione di volumi e LUN per sistemi SAP HANA a host singolo che utilizzano Linux LVM
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.
|
|
Non è necessario utilizzare LVM con più LUN per soddisfare i KPI SAP HANA. Una singola configurazione del LUN soddisfa i KPI richiesti. |
| 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 sistemi basati su LVM |
Volume di dati: SID1_data_mnt00001 |
Volume condiviso: Volume SID1_shared log2: SID1_log2_mnt00001 |
Volume Data2: SID1_data2_mnt00001 |
Volume di log: SID1_log_mnt00001 |
Nell'host SAP HANA, è necessario creare e montare gruppi di volumi e volumi logici, come indicato nella tabella seguente.
| Volume logico/LUN | Punto di montaggio sull'host SAP HANA | Nota |
|---|---|---|
LV: SID1_data_mnt0000-vol |
/hana/data/SID1/mnt00001 |
Montato usando /etc/fstab entry |
LV: SID1_log_mnt00001-vol |
/hana/log/SID1/mnt00001 |
Montato usando /etc/fstab entry |
LUN: SID1_shared |
/hana/shared/SID1 |
Montato usando /etc/fstab entry |
|
|
Con la configurazione descritta, il /usr/sap/SID1 La directory in cui è memorizzata la home directory predefinita dell'utente SID1adm si trova sul disco locale. In una configurazione di disaster recovery con replica basata su disco, NetApp consiglia di creare un LUN aggiuntivo all'interno di SID1_shared volume per /usr/sap/SID1 directory in modo che tutti i file system si trovino nello storage centrale.
|
Configurazione di volumi e LUN per sistemi SAP HANA con host multipli
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.
|
|
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. |
|
|
I sistemi NetApp ASA AFF non supportano NFS come protocollo. NetApp consiglia di utilizzare un sistema AFF o FAS aggiuntivo per /hana/shared file system.
|
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 una configurazione di esempio per un sistema SAP HANA 4+1 a host multiplo.
| Scopo | Aggregato 1 al controller A. | Aggregato 2 al controller A. | Aggregato 1 al controller B. | Aggregato 2 al 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.
| LUN o volume | Punto di montaggio sull'host SAP HANA | Nota |
|---|---|---|
LUN: SID_data_mnt00001 |
/hana/data/SID/mnt00001 |
Montato utilizzando un connettore storage |
LUN: SID_log_mnt00001 |
/hana/log/SID/mnt00001 |
Montato utilizzando un connettore storage |
LUN: SID_data_mnt00002 |
/hana/data/SID/mnt00002 |
Montato utilizzando un connettore storage |
LUN: SID_log_mnt00002 |
/hana/log/SID/mnt00002 |
Montato utilizzando un connettore storage |
LUN: SID_data_mnt00003 |
/hana/data/SID/mnt00003 |
Montato utilizzando un connettore storage |
LUN: SID_log_mnt00003 |
/hana/log/SID/mnt00003 |
Montato utilizzando un connettore storage |
LUN: SID_data_mnt00004 |
/hana/data/SID/mnt00004 |
Montato utilizzando un connettore storage |
LUN: SID_log_mnt00004 |
/hana/log/SID/mnt00004 |
Montato utilizzando un connettore storage |
Volume: SID_shared |
/hana/shared |
Montato su tutti gli host usando NFS e /etc/fstab entry |
|
|
Con la configurazione descritta, il /usr/sap/SID La directory in cui è memorizzata la home directory predefinita di user sidadm si trova sul disco locale di ciascun host HANA. In una configurazione di disaster recovery con replica basata su disco, NetApp consiglia di creare altre quattro sottodirectory in SID_shared volume per /usr/sap/SID file system in modo che ogni host di database disponga di tutti i file system sullo storage centrale.
|
Configurazione di volumi e LUN per sistemi SAP HANA con host multipli che utilizzano Linux LVM
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.
|
|
Non è necessario utilizzare LVM per combinare diversi LUN per soddisfare i KPI SAP HANA. Una singola configurazione del LUN soddisfa i KPI richiesti. |
La seguente tabella mostra un esempio di due LUN per gruppo di volumi per un sistema host multiplo SAP HANA 2+1.
| Scopo | Aggregato 1 al controller A. | Aggregato 2 al controller A. | Aggregato 1 al controller B. | Aggregato 2 al controller B. |
|---|---|---|---|---|
Volumi di dati e log per il nodo 1 |
Volume di dati: SID_data_mnt00001 |
Volume log2: SID_log2_mnt00001 |
Volume di log: SID_log_mnt00001 |
Volume Data2: SID_data2_mnt00001 |
Volumi di dati e log per il nodo 2 |
Volume log2: SID_log2_mnt00002 |
Volume di dati: SID_data_mnt00002 |
Volume Data2: SID_data2_mnt00002 |
Volume di log: SID_log_mnt00002 |
Volume condiviso per tutti gli host |
Volume condiviso: SID_shared |
– |
– |
– |
Nell'host SAP HANA, è necessario creare e montare gruppi di volumi e volumi logici, come indicato nella tabella seguente.
| Volume logico (LV) o volume | Punto di montaggio sull'host SAP HANA | Nota |
|---|---|---|
LV: SID_data_mnt00001-vol |
/hana/data/SID/mnt00001 |
Montato utilizzando un connettore storage |
LV: SID_log_mnt00001-vol |
/hana/log/SID/mnt00001 |
Montato utilizzando un connettore storage |
LV: SID_data_mnt00002-vol |
/hana/data/SID/mnt00002 |
Montato utilizzando un connettore storage |
LV: SID_log_mnt00002-vol |
/hana/log/SID/mnt00002 |
Montato utilizzando un connettore storage |
Volume: SID_shared |
/hana/shared |
Montato su tutti gli host usando NFS e /etc/fstab entry |
|
|
Con la configurazione descritta, il /usr/sap/SID La directory in cui è memorizzata la home directory predefinita di user sidadm si trova sul disco locale di ciascun host HANA. In una configurazione di disaster recovery con replica basata su disco, NetApp consiglia di creare altre quattro sottodirectory in SID_shared volume per /usr/sap/SID file system in modo che ogni host di database disponga di tutti i file system sullo storage centrale.
|
Opzioni del volume
Le opzioni dei volumi elencate nella tabella seguente devono essere verificate e impostate su tutte le SVM.
| Azione | |
|---|---|
Disattivare le copie Snapshot automatiche |
vol modify –vserver <vserver-name> -volume <volname> -snapshot-policy none |
Disattiva la visibilità della directory Snapshot |
vol modify -vserver <vserver-name> -volume <volname> -snapdir-access false |
Creazione di LUN, volumi e mappatura delle LUN ai gruppi di iniziatori
È possibile utilizzare Gestione di sistema NetApp ONTAP per creare volumi di storage e LUN e mapparli sui server.
NetApp offre una procedura guidata automatica per SAP HANA all'interno di ONTAP System Manager 9.7 e versioni precedenti, che semplifica in modo significativo il processo di provisioning del volume e del LUN. Crea e configura automaticamente i volumi e le LUN in base alle Best practice NetApp per SAP HANA.
Utilizzando il sanlun Eseguire il seguente comando per ottenere i nomi delle porte mondiali (WWPN) di ciascun host SAP HANA:
stlrx300s8-6:~ # sanlun fcp show adapter /sbin/udevadm /sbin/udevadm host0 ...... WWPN:2100000e1e163700 host1 ...... WWPN:2100000e1e163701
|
|
Il sanlun Fa parte delle utility host di NetApp e deve essere installato su ciascun host SAP HANA. Per ulteriori informazioni, vedere la sezione "host_setup".
|
La seguente procedura mostra la configurazione di un sistema HANA 2+1 multihost con SID SS3:
-
Avviare la procedura guidata di provisioning dell'applicazione per SAP HANA in System Manager e fornire le informazioni richieste. Tutti gli iniziatori (WWPN) di tutti gli host devono essere aggiunti.
-
Verificare che il provisioning dello storage sia stato eseguito correttamente.
Creazione di LUN, volumi e mappatura delle LUN ai gruppi di iniziatori mediante la CLI
Questa sezione mostra un esempio di configurazione 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:
-
Creare tutti i volumi necessari.
vol create -volume FC5_data_mnt00001 -aggregate aggr1_1 -size 1200g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_log_mnt00002 -aggregate aggr2_1 -size 280g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_log_mnt00001 -aggregate aggr1_2 -size 280g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_data_mnt00002 -aggregate aggr2_2 -size 1200g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_data2_mnt00001 -aggregate aggr1_2 -size 1200g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_log2_mnt00002 -aggregate aggr2_2 -size 280g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_log2_mnt00001 -aggregate aggr1_1 -size 280g -snapshot-policy none -foreground true -encrypt false -space-guarantee none vol create -volume FC5_data2_mnt00002 -aggregate aggr2_1 -size 1200g -snapshot-policy none -foreground true -encrypt false -space-guarantee nonevol create -volume FC5_shared -aggregate aggr1_1 -size 512g -state online -policy default -snapshot-policy none -junction-path /FC5_shared -encrypt false -space-guarantee none
-
Creare tutte le LUN.
lun create -path /vol/FC5_data_mnt00001/FC5_data_mnt00001 -size 1t -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_data2_mnt00001/FC5_data2_mnt00001 -size 1t -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_data_mnt00002/FC5_data_mnt00002 -size 1t -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_data2_mnt00002/FC5_data2_mnt00002 -size 1t -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_log_mnt00001/FC5_log_mnt00001 -size 260g -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_log2_mnt00001/FC5_log2_mnt00001 -size 260g -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_log_mnt00002/FC5_log_mnt00002 -size 260g -ostype linux -space-reserve disabled -space-allocation disabled -class regular lun create -path /vol/FC5_log2_mnt00002/FC5_log2_mnt00002 -size 260g -ostype linux -space-reserve disabled -space-allocation disabled -class regular
-
Creare il gruppo iniziatore per tutti i server appartenenti al sistema FC5.
lun igroup create -igroup HANA-FC5 -protocol fcp -ostype linux -initiator 10000090fadcc5fa,10000090fadcc5fb, 10000090fadcc5c1,10000090fadcc5c2,10000090fadcc5c3,10000090fadcc5c4 -vserver hana
-
Mappare tutti i LUN al gruppo iniziatore creato.
lun map -path /vol/FC5_data_mnt00001/FC5_data_mnt00001 -igroup HANA-FC5 lun map -path /vol/FC5_data2_mnt00001/FC5_data2_mnt00001 -igroup HANA-FC5 lun map -path /vol/FC5_data_mnt00002/FC5_data_mnt00002 -igroup HANA-FC5 lun map -path /vol/FC5_data2_mnt00002/FC5_data2_mnt00002 -igroup HANA-FC5 lun map -path /vol/FC5_log_mnt00001/FC5_log_mnt00001 -igroup HANA-FC5 lun map -path /vol/FC5_log2_mnt00001/FC5_log2_mnt00001 -igroup HANA-FC5 lun map -path /vol/FC5_log_mnt00002/FC5_log_mnt00002 -igroup HANA-FC5 lun map -path /vol/FC5_log2_mnt00002/FC5_log2_mnt00002 -igroup HANA-FC5