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.
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 qualità del servizio può essere utilizzata per limitare il throughput dello storage per sistemi SAP HANA o applicazioni non SAP specifici su un controller condiviso.
Produzione e sviluppo/test
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. 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.
Ambienti condivisi
Un altro caso d'utilizzo consiste nel limitare il throughput dei carichi di lavoro intensivi in scrittura, soprattutto per evitare che questi carichi di lavoro abbiano un impatto su altri carichi di lavoro in scrittura sensibili alla latenza. In tali ambienti è consigliabile applicare una policy di gruppo QoS con un livello di throughput massimo non condiviso a ogni LUN all'interno di ciascuna Storage Virtual Machine (SVM) per limitare il throughput massimo di ciascun oggetto storage singolo a un valore dato. Questo riduce la possibilità che un singolo carico di lavoro possa influenzare negativamente altri carichi di lavoro.
Per fare questo, è necessario creare una policy di gruppo utilizzando l'interfaccia a riga di comando del cluster ONTAP per ogni SVM:
qos policy-group create -policy-group <policy-name> -vserver <vserver name> -max-throughput 1000MB/s -is-shared false
E applicata a ogni LUN all'interno della SVM. Segue un esempio di applicazione del gruppo di policy a tutte le LUN esistenti all'interno di una SVM:
lun modify -vserver <vserver name> -path * -qos-policy-group <policy-name>
Tutto questo è necessario per ogni SVM. Il nome del gruppo di polizia della QoS per ciascuna SVM deve essere diverso. Per i nuovi LUN, la policy può essere applicata direttamente:
lun create -vserver <vserver_name> -path /vol/<volume_name>/<lun_name> -size <size> -ostype <e.g. linux> -qos-policy-group <policy-name>
Si consiglia di utilizzare 1000MB GB/s come throughput massimo per un dato LUN. Se un'applicazione richiede maggiore throughput, verranno utilizzati più LUN con striping LUN per fornire la larghezza di banda necessaria. Questa guida fornisce un esempio per SAP HANA basato su Linux LVM nella sezione "Host Setup (impostazione host)".
|
Il limite si applica anche alle letture. Pertanto, utilizza un numero sufficiente di LUN per soddisfare gli SLA richiesti per l'avvio del database SAP HANA e per i backup. |
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.
-
Controllare la corretta configurazione dello scaffale del disco, come descritto inCollegamenti del ripiano del disco .
-
Creare e configurare gli aggregati richiesti, come descritto in Configurazione dell'aggregato.
-
Creare una Storage Virtual Machine (SVM), come descritto in Configurazione della macchina virtuale per lo storage.
-
Creare interfacce logiche (LIF), come descritto in Configurazione dell'interfaccia logica.
-
Creare gruppi di iniziatori (igroup) con nomi mondiali (WWN) dei server HANA come descritto nella sezione Gruppi di iniziatori .
-
Creare e configurare volumi e LUN all'interno degli aggregati come descritto nella sezione "Configurazione host singolo" per singoli host o in sezione "Configurazione host multipli"
Collegamenti del ripiano del disco
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 gli shelf di dischi DS224C.
|
|
Con lo shelf di dischi DS224C, è possibile utilizzare anche il cablaggio SAS quad-path, ma non è necessario. |
Shelf dei dischi basati su NVMe
Ogni shelf di dischi NS224 NVMe è collegato a due porte 100GbE per controller, come illustrato 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.
|
|
I sistemi ASA lanciati dopo agosto 2024 non richiedono questo passaggio, come avviene automaticamente |
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 uno screenshot degli otto LIF configurati nella SVM.
Durante la creazione delle SVM con ONTAP System Manager, è possibile selezionare tutte le porte FCP fisiche richieste e creare automaticamente una LIF per porta fisica.
Gruppi di iniziatori
È 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:
stlrx300s8-6:~ # sanlun fcp show adapter /sbin/udevadm /sbin/udevadm host0 ...... WWPN:2100000e1e163700 host1 ...... WWPN:2100000e1e163701
|
|
`sanlun`Lo strumento fa parte delle utilità host NetApp e deve essere installato su ogni host SAP HANA. Ulteriori dettagli sono disponibili nella sezione "Configurazione dell'host." |
I gruppi iniziatori possono essere creati utilizzando l'interfaccia CLI del cluster ONTAP.
lun igroup create -igroup <igroup name> -protocol fcp -ostype linux -initiator <list of initiators> -vserver <SVM name>