Composants d'une configuration MetroCluster IP
Lors de la planification de votre configuration IP MetroCluster, vous devez connaître les composants matériels et les interconnexions.
Principaux éléments matériels
Une configuration MetroCluster IP inclut les éléments matériels clés suivants :
-
Contrôleurs de stockage
Les contrôleurs de stockage sont configurés en tant que clusters à deux nœuds.
-
Réseau IP
Ce réseau IP interne assure la connectivité pour deux utilisations distinctes :
-
Connectivité standard du cluster pour les communications intra-cluster.
Il s'agit de la même fonctionnalité de commutateur de cluster que celle utilisée dans les clusters ONTAP avec commutateur non MetroCluster.
-
Connectivité back-end MetroCluster pour la réplication des données de stockage et du cache non volatile.
-
-
Réseau de peering de cluster
Le réseau de peering de cluster assure la connectivité en miroir de la configuration du cluster, y compris la configuration de la machine virtuelle de stockage (SVM). La configuration de l'ensemble des SVM sur un cluster est mise en miroir sur le cluster partenaire.
Groupes de reprise après incident
Une configuration MetroCluster IP se compose d'un groupe de reprise sur incident de quatre nœuds.
L'illustration ci-dessous présente l'organisation des nœuds dans une configuration MetroCluster à quatre nœuds :
Illustration des paires haute disponibilité locales dans une configuration MetroCluster
Chaque site MetroCluster se compose de contrôleurs de stockage configurés en tant que paire haute disponibilité. Ceci permet la redondance locale afin que, en cas de panne d'un contrôleur de stockage, son partenaire de haute disponibilité local puisse reprendre le contrôle. Il est possible de gérer de telles défaillances sans effectuer de basculement MetroCluster.
Les opérations de basculement et de rétablissement de la haute disponibilité locale sont exécutées à l'aide des commandes de basculement du stockage, de la même manière qu'une configuration non MetroCluster.
Illustration du réseau d'interconnexion de cluster et IP de MetroCluster
Les clusters ONTAP incluent généralement un réseau d'interconnexion de cluster pour le trafic entre les nœuds du cluster. Dans les configurations IP MetroCluster, ce réseau est également utilisé pour le trafic de réplication des données entre les sites MetroCluster.
Chaque nœud de la configuration IP MetroCluster dispose d'interfaces dédiées pour la connexion au réseau IP back-end :
-
Deux interfaces IP MetroCluster
-
Deux interfaces locales du cluster
L'illustration suivante montre ces interfaces. L'utilisation des ports correspond à un système AFF A700 ou FAS9000.
"Considérations relatives aux configurations MetroCluster IP"
Illustration du réseau de peering de cluster
Les deux clusters de la configuration MetroCluster sont peering via un réseau de peering de cluster fourni par le client. Le peering de clusters prend en charge la mise en miroir synchrone des machines virtuelles de stockage (SVM, anciennement appelées vServers) entre les sites.
Les LIFs intercluster doivent être configurées sur chaque nœud en configuration MetroCluster, et les clusters doivent être configurés pour le peering. Les ports disposant des LIFs intercluster sont connectés au réseau de peering de cluster fourni par le client. La réplication de la configuration SVM est effectuée sur ce réseau via le Service de réplication de configuration.