Tier locali mirrorati e senza mirror (aggregati)
Suggerisci modifiche
PDF
ONTAP dispone di una funzionalità opzionale denominata SyncMirror che è possibile utilizzare per eseguire il mirroring sincrono dei dati del Tier locale (aggregato) nelle copie, o plex, 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 Tier locale con System Manager o utilizzando la CLI, è possibile specificare che il Tier locale sia mirrorato o senza mirror.
Come funzionano i Tier locali senza mirror (aggregati)
Se non si specifica il mirroring dei Tier locali, questi vengono creati come Tier locali senza mirror (aggregati). 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 Tier locale senza mirror composto da dischi, con il suo 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”.
Il seguente diagramma mostra un Tier locale senza mirror con LUN di array, con un unico plex. Ha due gruppi RAID, rg0 e rg1. Tutte le LUN degli array utilizzate dal Tier locale provengono dallo stesso pool, “pool0”.
Come funzionano i Tier locali mirrorati (aggregati)
Gli aggregati mirrorati hanno due plex (copie dei dati), che utilizzano la funzionalità SyncMirror per duplicare i dati e fornire ridondanza.
Quando si crea un Tier locale, è possibile specificare che si tratta di un Tier locale mirrorato. Inoltre, è possibile aggiungere un secondo plex a un Tier locale senza mirror esistente per renderlo un Tier mirrorato. Utilizzando la funzionalità SyncMirror, ONTAP copia i dati nel plesso originale (plex0) nel nuovo plesso (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 offre una protezione aggiuntiva contro la perdita di dati in caso di guasti di più dischi rispetto al livello RAID dell'aggregato, in quanto il plex 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 le LUN degli array sul sistema sono divisi in due pool: “pool0” e “pool1”. Plex0 ottiene lo storage dal pool0 e Plex1 lo ottiene dal pool1.
Il seguente diagramma mostra un Tier locale composto da dischi con la funzionalità SyncMirror attivata e implementata. È stato creato un secondo plex per il Tier 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 diagramma seguente mostra un Tier locale composto da LUN array con la funzionalità SyncMirror attivata e implementata. È stato creato un secondo plex per il Tier locale, “plex1”. Plex1 è una copia di plex0 e anche i gruppi RAID sono identici.
|
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. I cambiamenti incrementali aumentano l'utilizzo dello spazio per gli aggregati con mirroring grazie all'architettura copy-on-write basata su Snapshot di ONTAP. Il mancato rispetto di queste Best practice può avere un impatto negativo sulle prestazioni. |