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 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 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.
-
Verificare la corretta configurazione degli 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 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:safana_FAS_fc_storage_controller_setup.html#Initiator-groups Gruppi di iniziatori.
-
Creare volumi e LUN all'interno degli aggregati, come descritto nelle sezioni Configurazione di volumi e LUN per sistemi SAP HANA a host singolo e. Configurazione di volumi e LUN per sistemi SAP HANA con host multipli
-
Creare gruppi iniziatori, volumi e LUN all'interno degli aggregati, come descritto in Creazione di LUN, volumi e mappatura delle LUN ai gruppi di iniziatori.
Connessione a shelf di dischi
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.
Shelf di dischi NVMe (100 GbE)
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
|
|
Il sanlun Fa parte delle utility host di NetApp e deve essere installato su ciascun host SAP HANA. Ulteriori informazioni 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>
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, il volume SID1_data_mnt00001 è configurato sul controller A e il volume SID1_log_mnt00001 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 ad alta disponibilità (ha), è possibile memorizzare volumi di dati e volumi di log 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 tabella seguente mostra un esempio di configurazione del punto di montaggio per un sistema a host singolo.
| LUN | Punto di montaggio sull'host 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. La tabella seguente elenca i punti di montaggio per i sistemi a host singolo che utilizzano LVM.
| 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. |
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.
| 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 tabella seguente 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/SID |
Montato su tutti gli host usando NFS e /etc/fstab entry |
|
|
Con la configurazione descritta, la /usr/sap/SID directory in cui è memorizzata la home directory predefinita dell'utente sidadm si trova sul disco locale per ogni host HANA. In una configurazione di disaster recovery con replica basata su disco, NetApp consiglia di creare quattro sottodirectory aggiuntive nel SID_shared volume per il /usr/sap/SID file system, in modo che ogni host del database abbia tutti i propri 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. La seguente tabella mostra un esempio di due LUN per gruppo di volumi per un sistema host multiplo SAP HANA 2+1.
|
|
Non è necessario utilizzare LVM per combinare diversi 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. |
|---|---|---|---|---|
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:
| 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 | ONTAP 9 |
|---|---|
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
Puoi utilizzare NetApp ONTAP System Manager per creare volumi di storage e LUN e associarli agli igroup dei server e all'interfaccia a riga di comando di ONTAP. In questa guida viene descritto l'utilizzo della CLI.
Creazione di LUN, volumi e mappatura di LUN in igroups utilizzando la CLI
Questa sezione mostra una configurazione di esempio utilizzando la riga di comando con ONTAP 9 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 none vol 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 l'igroup 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 all'igroup 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