Administrator Guide

2. Créez une planification de réplication régulière afin 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 configuration 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
configuration 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.
Étapes
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 configuration de volume source depuis les volumes source d’origine du Cluster A aux volumes cible du Cluster B.
4. Restaurez la configuration 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 : modifiez 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 configuration du volume source sur le Cluster B, tous les partages SMB et
exportations NFS sont présents dans le volume cible (sur le Cluster B) ; ainsi, aucune information de configuration des
partages SMB/exportations NFS n’est perdue.
Vous pouvez désormais accéder au volume basculé avec le même nom DNS et le même nom d'exportation NFS/partage CIFS que
si les données étaient hébergées par le Cluster A, bien qu'elles soient maintenant hébergées par le Cluster B.
d) Joignez le Cluster B au serveur AD ou LDAP/NIS.
Assurez-vous que le serveur AD et le serveur LDAP se trouvent dans la même ferme AD/LDAP ou sur le même serveur.
Phase 3 : restaurer le cluster A et restaurer automatiquement le cluster B vers le cluster A
Une fois que vous avez corrigé le problème qui a provoqué l’échec de Cluster A, lancez la restauration automatique vers Cluster A.
Étapes
1. Corrigez le problème qui a provoqué l’échec de Cluster A et, si nécessaire, réinstallez FluidFS.
2. Reconstruisez le cluster FluidFS :
• Basculements basés sur l’adresse IP : utilisez les paramètres de Cluster A enregistrés précédemment, mais modifiez les adresses IP
de Cluster A pour qu’elles correspondent aux adresses IP initialement utilisées par Cluster B.
Administration de FluidFS
449