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

Scopri di più sulle interconnessioni dei componenti hardware in una configurazione IP MetroCluster

Collaboratori netapp-aherbin netapp-martyh netapp-aoife netapp-thomi NetAppZacharyWambold netapp-ahibbard

Durante la pianificazione della configurazione IP di MetroCluster, è necessario comprendere i componenti hardware e le modalità di interconnessione.

Elementi hardware chiave

Una configurazione MetroCluster IP include i seguenti elementi hardware principali:

  • Controller di storage

    I controller di storage sono configurati come due cluster a due nodi.

  • Rete IP

    Questa rete IP back-end offre connettività per due utilizzi distinti:

    • Connettività cluster standard per comunicazioni intra-cluster.

      Si tratta della stessa funzionalità dello switch del cluster utilizzata nei cluster ONTAP con switch non MetroCluster.

    • Connettività back-end MetroCluster per la replica dei dati di storage e della cache non volatile.

  • Rete di peering del cluster

    La rete di peering del cluster fornisce la connettività per il mirroring della configurazione del cluster, che include la configurazione di SVM (Storage Virtual Machine). La configurazione di tutte le SVM su un cluster viene sottoposta a mirroring sul cluster partner.

Architettura hardware IP MetroCluster

Gruppi di disaster recovery (DR)

Una configurazione IP MetroCluster è costituita da un gruppo di DR composto da quattro nodi.

La figura seguente mostra l'organizzazione dei nodi in una configurazione MetroCluster a quattro nodi:

Gruppi MetroCluster DR in una configurazione a quattro nodi

Immagine delle coppie ha locali in una configurazione MetroCluster

Ogni sito MetroCluster è costituito da controller di storage configurati come coppia ha. Ciò consente la ridondanza locale in modo che, in caso di guasto di uno storage controller, il partner ha locale possa assumere il controllo. Tali guasti possono essere gestiti senza un'operazione di switchover MetroCluster.

Le operazioni di failover e giveback ha locale vengono eseguite con i comandi di failover dello storage, come una configurazione non MetroCluster.

Coppie HA dell'architettura hardware IP MetroCluster
Informazioni correlate

"Concetti di ONTAP"

Immagine dell'IP MetroCluster e della rete di interconnessione del cluster

I cluster ONTAP in genere includono una rete di interconnessione cluster per il traffico tra i nodi del cluster. Nelle configurazioni MetroCluster IP, questa rete viene utilizzata anche per trasportare il traffico di replica dei dati tra i siti MetroCluster.

Architettura hardware IP MetroCluster Interconnessione IP

Ogni nodo nella configurazione IP MetroCluster dispone di interfacce dedicate per la connessione alla rete IP back-end:

  • Due interfacce IP MetroCluster

  • Due interfacce cluster locali

La figura seguente mostra queste interfacce. L'utilizzo delle porte mostrato riguarda un sistema AFF A700 o FAS9000.

Utilizzo di MetroCluster IP LIF

Immagine della rete di peering del cluster

I due cluster nella configurazione MetroCluster vengono peering tramite una rete di peering cluster fornita dal cliente. Il peering dei cluster supporta il mirroring sincrono delle macchine virtuali di storage (SVM, precedentemente noto come Vserver) tra i siti.

Le LIF di intercluster devono essere configurate su ciascun nodo della configurazione MetroCluster e i cluster devono essere configurati per il peering. Le porte con le LIF intercluster sono collegate alla rete di peering cluster fornita dal cliente. La replica della configurazione SVM viene eseguita su questa rete attraverso il Servizio di replica della configurazione.

Architettura hardware IP MetroCluster Cluster Peering Network