Administrator Guide

La version FluidFS est identique pour le cluster A et le cluster B.
Les paramètres réseau (client, SAN, interne, etc.) du cluster B dièrent de ceux du cluster A source ; cependant, le cluster A et le
cluster B doivent être en mesure de communiquer l'un avec l'autre de façon à ce que les opérations de réplication puissent se
produire.
Le cluster B dispose d'un espace susant pour répliquer les données du cluster A.
Phase 1 : créer un partenariat de réplication entre le cluster A et le cluster B
Congurez la réplication entre le Cluster A et le Cluster B.
1. Depuis le Cluster A, congurez un partenariat de réplication entre le Cluster A et le Cluster B.
2. Créez une planication de réplication régulière an que les volumes cible du Cluster B disposent toujours d’une copie de
réplication à jour du Cluster A.
La stratégie de réplication doit établir une correspondance un-à-un pour chaque volume, par exemple :
Volume source A1 (Cluster A) vers volume cible B1 (Cluster B)
Volume source A2 (Cluster A) vers volume cible B2 (Cluster B)
REMARQUE : Si les exportations NFS sont utilisées, les noms de volumes NAS de la source et de la cible doivent
être identiques, car le nom du chemin d'exportation inclut le nom du volume NAS. Ceci n'est pas pertinent pour les
partages SMB.
…………………………
Volume source An (Cluster A) vers volume cible Bn (Cluster B)
3. Assurez-vous qu’au moins une réplication a réussi pour tous les volumes source du Cluster A.
Si la réplication échoue, corrigez les problèmes rencontrés et redémarrez le processus de réplication.
4. Enregistrez tous les paramètres du Cluster A pour utilisation future. La restauration d'une réplication n'est pas une
restauration BMR complète. Certains paramètres, comme la conguration réseau (client, SAN et interne), ne peuvent pas être
sauvegardés et restaurés par réplication. Prenez note de tous les paramètres du Cluster A (vous les utiliserez pour restaurer le
Cluster A), notamment la conguration réseau et les paramètres de cluster (nom de cluster, paramètres d'alerte, etc.) pour
utilisation future. Si la restauration du système ne restaure pas ces paramètres, vous pourrez restaurer manuellement les valeurs
d'origine des paramètres de Cluster A.
Phase 2 : le cluster A échoue et les clients demandent un basculement vers le cluster cible B
Si le Cluster A ne répond plus en raison d’un échec inattendu, basculez vers le Cluster B.
1. Depuis le Cluster B, promouvez les volumes cible du Cluster B. Cela transforme les volumes cible d’origine (B1, B2, ... Bn) en
volumes NAS autonomes et les rend accessibles en écriture.
2. Supprimez les stratégies de réplication des volumes source d’origine (A1, A2, ..., An).
3. Appliquez la conguration de volume source depuis les volumes source d’origine du Cluster A aux volumes cible du Cluster B.
4. Restaurez la conguration des utilisateurs et des groupes depuis le Cluster A. Cela restaure les utilisateurs et groupes de
Cluster B sur les paramètres de Cluster A.
5. Assurez-vous que le Cluster B est utilisé pour répondre temporairement aux demandes des clients pendant le basculement.
a. Sélectionnez l’une des options suivantes :
Basculements basés sur l’adresse IP : modiez les adresses IP du Cluster B pour qu’elles correspondent à celles utilisées
par le Cluster A. Cela peut rompre certaines connexions client et vous devrez les rétablir.
Basculements basés sur le nom DNS : faites pointer les noms DNS de votre serveur DNS vers le Cluster B au lieu du
Cluster A.
Assurez-vous que le serveur DNS du cluster B est identique à celui du Cluster A (ou se trouve dans la même
ferme DNS). Les connexions client existantes peuvent être rompues et vous devrez les rétablir. Vous devez démonter et
remonter les exportations NFS sur le client.
b. (Basculements avec un seul volume NAS) Mettez manuellement à jour l’entrée DNS du volume NAS basculé. Cela redirige
les clients qui accèdent à ce volume du Cluster A vers le Cluster B, tandis que les autres clients continuent à accéder aux
autres volumes avec le même nom DNS. Les systèmes client devront peut-être rafraîchir leur cache DNS.
c. (Basculements avec un seul volume NAS) Pour forcer les clients SMB et NFS à utiliser le Cluster B, vous devez supprimer
les partages SMB et les exportations NFS sur le Cluster A. Cela force les clients SMB et NFS à se reconnecter, et ils sont à
ce stade connectés au Cluster B. Après la restauration de la conguration du volume source sur le Cluster B, tous les
Protection des données FluidFS
483