Configurazione EPIC di LUN e volume
Il documento Epic Database Storage Layout Recommendations fornisce indicazioni sulle dimensioni e sul numero di LUN per ogni database.
È importante rivedere questo documento con il supporto degli Epic DBA e Epic così come finalizzare il numero di LUN e le dimensioni delle LUN che potrebbero essere necessarie una modifica. Questi consigli relativi allo storage sono importanti in termini di profondità della coda degli HBA, prestazioni dello storage, facilità di funzionamento e facilità di espansione.
Per la profondità della coda del sistema operativo del server, utilizzare un minimo di otto LUN (un LUN per volume) per un database. Aumentare il numero di LUN in base al numero di nodi nel cluster ONTAP. Ad esempio, Aggiungi 4 LUN quando utilizzi un cluster da 4 nodi (2 coppie ha). Per gli ambienti più grandi potrebbe essere necessario un numero maggiore di LUN, ovvero utilizzare lo stesso numero di volumi (otto totali distribuiti nel nodo storage) e aggiungere LUN in multipli di due nei nodi e volumi del cluster. Questo approccio ti consente di scalare facilmente il tuo ambiente Epic.
Esempio 1: Cluster ONTAP a 2 nodi
2 nodi, 1 ha Pair 8 volumi, 4 volumi per nodo 8 LUN, una LUN per volume che aggiunge 2 LUN aggiuntive, una su node01 in volume01, una su node02 in volume02.
Esempio 2: Cluster ONTAP a 4 nodi
4 nodi, 2 ha Pair 8 volumi, 2 volumi per nodo 8 LUN, una LUN per volume che aggiunge 4 LUN aggiuntive, una su node01 in volume01, una su node02 in volume02, una su node03 in volume03, una su node04 in volume04.
Per massimizzare le performance di un carico di lavoro, ad esempio Epic ODB o Clarity, ogni layout funziona al meglio anche per lo storage NetApp. Utilizzando otto volumi, l'io in scrittura viene distribuito in modo uniforme tra i controller, massimizzando l'utilizzo della CPU. Per la replica e il backup, è consigliabile limitare il numero di volumi a otto per semplificare le operazioni.
Opzioni di scalabilità
Se il server richiede più storage, l'opzione più semplice è aumentare le LUN che contengono volumi. La seconda opzione consiste nell'aggiungere LUN ai gruppi di volumi in multipli di due alla volta (uno per volume per nodo).
Esempio:
Volume e layout di 8 LUN
Se in un ambiente di grandi dimensioni che richiede più di 4 nodi o 8 LUN, consulta il nostro Alliance team Epic per confermare le progettazioni delle LUN. Il team può essere raggiunto a EPIC@NetApp.com. |
Best practice
-
Utilizzare 8 LUN in volumi 8 per iniziare, aggiungendo 2 LUN alla volta, in tutti i nodi del cluster.
-
Bilancia i carichi di lavoro nella coppia ha per massimizzare performance ed efficienza.
-
Creare LUN delle dimensioni previste per 3 anni di crescita. (Per conoscere le dimensioni massime dei LUN, consulta la"Documentazione ONTAP").
-
USA volumi e LUN con thin provisioning.
-
Utilizzare un minimo di otto LUN del database, due LUN di journal e due LUN delle applicazioni. Questa configurazione massimizza le prestazioni dello storage e la profondità della coda del sistema operativo. Se necessario, è possibile utilizzarne di più per motivi di capacità o di altro tipo.
-
Se non è necessario aggiungere LUN ai gruppi di volumi, aggiungere otto LUN alla volta.
-
I gruppi di coerenza (CGS) sono necessari per il gruppo di volumi e LUN di cui eseguire il backup insieme.
-
Non utilizzare la QoS durante Genio o le prestazioni i/O.
-
Dopo il test genio o Clarity, NetApp consiglia di eliminare lo storage e di eseguire nuovamente il provisioning prima di caricare i dati di produzione.
-
È importante che
-space-allocation
l'opzione abilitato sia impostata sui LUN. In caso contrario, i dati eliminati sulle LUN non verranno rilevati da ONTAP e potrebbero causare problemi di capacità. Per ulteriori informazioni, consulta la Epic Storage Configuration Quick Reference Guide.