MetroCluster
| Fiche express | |
|---|---|
| Domaine | Reprise sur sinistre (DR) synchrone |
| Fonctionnalité | MetroCluster |
| Contexte | NetApp ONTAP, basé sur SyncMirror |
| Voir aussi | SyncMirror · Tester la configuration du Metrocluster · Récupération d'un MetroCluster |
MetroCluster est une solution NetApp qui combine clustering et mirroring synchrone des données (SyncMirror) pour offrir une continuité d'activité entre deux sites distants.
Présentation
La protection des données présente un design unique par rapport à une simple paire HA :
- Un MetroCluster fournit le même niveau de protection contre les points uniques de défaillance qu'une paire HA mirrorée, avec en plus :
- un accès automatique aux données (LUN, volumes) depuis le tableau local en cas de panne de l'interconnexion système ou switch ;
- la possibilité de forcer manuellement un basculement complet lorsqu'un node entier est détruit ou indisponible (incendie, perte de puissance prolongée...).
Pour garantir l'intégrité des données, les mirroirs sont désactivés dès la perte de l'interconnexion, puis resynchronisés automatiquement une fois celle-ci rétablie.
Si un sinistre touche l'ensemble d'un site MetroCluster et que toutes les connexions entre sites sont perdues, une commande manuelle permet au node survivant de reprendre la fonction de son partenaire : les mirroirs sont désactivés et les données restent accessibles sur le partenaire survivant. Le rétablissement du MetroCluster nécessite ensuite de corriger la cause du défaut (rétablir le courant, ou reconstruire un nouveau partenaire à un autre emplacement si le site d'origine est détruit).
Architectures
Stretch MetroCluster (recommandée)
Architecture à distance limitée (interconnexion directe FC), sans switch.
Fabric-attached MetroCluster
Architecture avec switchs FC dédiés, adaptée aux distances plus importantes.
Zoning MetroCluster
Le zoning des switchs FC doit isoler correctement les chemins du cluster et du mirroring — voir Zoning pour la procédure générale de zoning Fibre Channel.
Le choix de l'architecture dépend du besoin (distance, budget, contraintes réseau) ; les schémas ci-dessus donnent une idée des configurations types.
Configuration d'un MetroCluster
- Mise en place de l'OS sur le node :
- création d'un RAID group sur le système V-Series
- création du volume root
- lancer la commande
setuppour la configuration initiale
- Installation des licences
- Création des agrégats
- Test de la configuration
- Vérification du réseau et des protocoles
- Configuration des modes de protection de données
Voir aussi
- SyncMirror — brique de réplication synchrone sous-jacente
- Tester la configuration du Metrocluster — validation après installation
- Récupération d'un MetroCluster — procédures de reprise après bascule
- Zoning — zoning Fibre Channel