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.

Disponibilità continua di MetroCluster

Collaboratori
PDF

Le configurazioni MetroCluster proteggono i dati implementando due cluster fisicamente separati con mirroring. Ciascun cluster replica in modo sincrono i dati e la configurazione SVM dell'altro. In caso di disastro in un sito, un amministratore può attivare la SVM mirrorata e iniziare a fornire i dati dal sito sopravvissuto.

  • Le configurazioni Fabric-attached MetroCluster supportano cluster a livello metropolitano.

  • Le configurazioni stretch MetroCluster supportano cluster a livello di campus.

In entrambi i casi, i cluster devono essere peering.

MetroCluster utilizza una funzionalità di ONTAP denominata SyncMirror per eseguire il mirroring sincrono dei dati aggregati per ciascun cluster nelle copie, o plex, nello storage dell'altro cluster. Se si verifica uno switchover, il plex remoto sul cluster in uso viene online e la SVM secondaria inizia a fornire i dati.

Diagramma che mostra i dati MetroCluster del sito B.

utilizzo di SyncMirror in implementazioni non MetroCluster è possibile utilizzare SyncMirror in un'implementazione non MetroCluster per proteggere dalla perdita di dati in caso di guasti di più dischi rispetto a quelli protetti dal tipo RAID o in caso di perdita di connettività ai dischi del gruppo RAID. La funzione è disponibile solo per le coppie ha.

I dati aggregati vengono mirrorati in plessi memorizzati su diversi shelf di dischi. Se uno degli shelf non è disponibile, il plesso non interessato continua a fornire dati mentre si corregge la causa del guasto.

Tenere presente che un aggregato mirrorato utilizzando SyncMirror richiede il doppio dello storage rispetto a un aggregato senza mirror. Ogni plex richiede un numero di dischi pari a quello del plex che esegue il mirroring. Per eseguire il mirroring di un aggregato da 1,440 GB, ad esempio 1,440 GB per ciascun plex, sono necessari 2,880 GB di spazio su disco.

Con SyncMirror, si consiglia di mantenere almeno il 20% di spazio libero per gli aggregati con mirroring, per ottenere 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 performance di risincronizzazione del SyncMirror, che influisce indirettamente sui flussi di lavoro operativi come NDU per le implementazioni di cloud non condivisi e lo switchback per le implementazioni di MetroCluster.

Nota SyncMirror è disponibile anche per le implementazioni della virtualizzazione FlexArray.