Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Tier locali con mirroring e senza mirror

Collaboratori netapp-lenida netapp-dbagwell netapp-mwallis netapp-aherbin

Puoi utilizzare ONTAP SyncMirror per eseguire il mirroring sincrono dei dati di Tier locali nelle copie, o plexes, memorizzate in diversi gruppi RAID. I plex garantiscono la protezione contro la perdita di dati in caso di guasti di più dischi rispetto al tipo RAID o in caso di perdita di connettività ai dischi del gruppo RAID.

Quando si crea un livello locale, è possibile specificare se il livello locale è speculare o non speculare.

Nota Prima di ONTAP 9,7, System Manager utilizza il termine aggregate per descrivere un livello locale. A prescindere dalla versione di ONTAP, la CLI di ONTAP utilizza il termine aggregate. Per ulteriori informazioni sui livelli locali, vedere "Dischi e Tier locali".

Funzionamento dei Tier locali senza mirror

Se non si specifica che i livelli locali sono specchiati, vengono creati come senza mirror. I Tier locali senza mirror dispongono di un solo plex (una copia dei dati), che contiene tutti i gruppi RAID appartenenti a quel Tier locale.

Il diagramma seguente mostra un livello locale senza mirror composto da dischi, raggruppati in un unico plex. Il Tier locale dispone di quattro gruppi RAID: Rg0, rg1, rg2 e rg3. Ciascun gruppo RAID dispone di sei dischi dati, un disco di parità e un disco di parità doppia. Tutti i dischi utilizzati dal Tier locale provengono dallo stesso pool, “pool0”.

Livello locale senza mirror composto da dischi con un unico plex

Il diagramma seguente mostra un livello locale senza mirror con array LUN, raggruppati in un unico plesso. Ha due gruppi RAID, rg0 e rg1. Tutte le LUN degli array utilizzate dal Tier locale provengono dallo stesso pool, “pool0”.

Tier locale senza mirror composto da array LUN con un unico plex

Come funzionano i livelli locali specchiati

I Tier locali con mirroring hanno due plex (copie dei loro dati) che utilizzano la funzionalità SyncMirror per duplicare i dati per fornire la ridondanza.

Quando si crea un livello locale, è possibile specificare che è speculare. Inoltre, è possibile aggiungere un secondo plex a un Tier locale senza mirror esistente per renderlo un Tier mirrorato. Utilizzando SyncMirror, ONTAP copia i dati nel plex originale (plex0) nel nuovo plex (plex1). I plex sono fisicamente separati (ogni plesso ha i propri gruppi RAID e il proprio pool) e i plex vengono aggiornati simultaneamente.

Questa configurazione fornisce una maggiore protezione contro la perdita di dati se più dischi si guastano rispetto al livello RAID del livello locale protegge da o in caso di perdita di connettività, perché il plesso non interessato continua a fornire dati mentre si corregge la causa dell'errore. Una volta risolto il problema, i due plessi risincronizzano e ristabiliscono la relazione di mirroring.

I dischi e i LUN degli array del sistema sono divisi in due pool: pool0 E pool1. Plex0 ottiene lo storage dal pool0 e Plex1 lo ottiene dal pool1.

Il diagramma seguente mostra un livello locale composto da dischi con SyncMirror attivato e implementato. È stato creato un secondo plex per il livello locale, plex1. I dati in plex1 sono una copia dei dati in plex0 e anche i gruppi RAID sono identici. I 32 dischi spare vengono allocati al pool 0 o pool1 utilizzando 16 dischi per ciascun pool.

Il Tier locale è composto da dischi con funzionalità SyncMirror

Il diagramma seguente mostra un Tier locale composto da LUN array con la funzionalità SyncMirror attivata e implementata. È stato creato un secondo plex per il livello locale, plex1. Plex1 è una copia di plex0 e anche i gruppi RAID sono identici.

Tier locale composto da array LUN con funzionalità SyncMirror

Nota Si consiglia di mantenere almeno il 20% di spazio libero per gli aggregati con mirroring, per performance e disponibilità dello storage ottimali. Sebbene il suggerimento sia del 10% per gli aggregati non speculari, il 10% di spazio aggiuntivo può essere utilizzato dal filesystem per assorbire le modifiche incrementali. Le modifiche incrementali aumentano l'utilizzo dello spazio per gli aggregati con mirroring grazie all'architettura basata su snapshot copy-on-write di ONTAP. Il mancato rispetto di queste Best practice può avere un impatto negativo sulle prestazioni.