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 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.
L'abilitazione delle funzioni di efficienza dello storage in una configurazione HDD non è supportata.
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 1000 MB/s come velocità massima per una determinata LUN. Se un'applicazione richiede una maggiore capacità di elaborazione, è necessario utilizzare 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 la policy di tiering "snapshot-only" e FabricPool in generale 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. Prendetevi in considerazione questo aspetto per pianificare la strategia di gestione del ciclo di vita generale e verificate 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 impostata su un valore che colloca i backup dei log, normalmente necessari per il recovery, sul Tier di storage veloce locale.
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. 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.
-
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 iniziatori (igroup) con nomi globali (WWN) dei server HANA come descritto nella sezione link:hana-fas-fc-storage-controller-setup.html#Initiator-groups 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" per più host
Collegamenti del ripiano del disco
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.
Scaffali per dischi 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.
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 FAS serie 2000, è sufficiente un aggregato di dati.
Configurazione aggregata con HDD
La figura seguente mostra una configurazione per otto host SAP HANA. Quattro host SAP HANA sono collegati a ciascun controller di storage. Vengono configurati due aggregati separati, uno per ciascun controller di storage. Ogni aggregato è configurato con 4 × 10 = 40 dischi dati (HDD).
Configurazione aggregata con sistemi solo SDD
In generale, è necessario configurare due aggregati per controller, indipendentemente da quale shelf di dischi o tecnologia di dischi (SSD o HDD) viene utilizzata.
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
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.
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 di SVM con Gestore di sistema di ONTAP 9, è possibile selezionare tutte le porte FCP fisiche richieste e creare automaticamente una LIF per porta fisica.
La figura seguente illustra la creazione di SVM e LIF con ONTAP System Manager.
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>