Administrator Guide

Les considérations suivantes s’appliquent lors de l’utilisation de la réplication pour la récupération après sinistre :
• Si le volume NAS source d’origine n’est plus disponible, vous pouvez congurer le volume NAS de restauration an qu’il réplique
les données vers un autre volume NAS dans le cluster FluidFS source d’origine. Toutefois, si le volume NAS source d’origine est
disponible, utilisez-le pour le basculement. Le rebasculement vers le volume NAS source d’origine est généralement plus rapide
qu’un basculement vers un nouveau volume NAS. Si les clusters FluidFS ont un instantané en commun, il sut de synchroniser
les données qui ont changé après la création de l’instantané. Si aucun instantané commun n’est disponible ou en cas de
réplication vers un nouveau volume NAS, toutes les données doivent être synchronisées.
• Un seul cluster FluidFS ne peut pas contenir deux ensembles de partages SMB de travail. Prenons l’exemple de clusterA et
clusterB, qui disposent tous les deux de partages SMB de travail pour diérents sites ou bases d’utilisateurs. ClusterA et clusterB
servent chacun de cible de réplication pour le volume NAS de l’autre cluster qui contient les partages SMB de travail. Si
l’administrateur tente de basculer le volume NAS de clusterA contenant les partages SMB de travail vers clusterB, celui-ci rejette
cette opération, car il dispose déjà de partages SMB de travail dénis.
Gestion de la conguration DNS unique d'un basculement de volume NAS unique
Pour un basculement de volume NAS unique, il est essentiel que l'environnement soit conguré pour bien migrer les clients des
volumes NAS que vous basculez, sans déranger les clients d'autres volumes NAS que vous ne basculez pas.
Lorsqu'un volume NAS est basculé d'un cluster FluidFS vers un autre, les adresses IP utilisées pour y accéder passent des
adresses IP de Cluster A aux adresses IP de Cluster B. Vous pouvez faciliter cette modication avec DNS. Il est recommandé de
congurer une entrée DNS pour corrélation avec chaque volume NAS et de modier l'entrée DNS des volumes NAS uniques
lorsqu'ils sont basculés.
Par exemple, supposez que les services Marketing et Ventes aient leurs propres volumes NAS, chacun avec un partage SMB sur les
volumes NAS nommés respectivement marketing_share (partage_marketing) et sales_share (partage_ventes). Une entrée DNS
intitulée FluidFSmarketing est créée pour le service Marketing et une autre entrée DNS nommée FluidFSsales est créée pour le
service Ventes. Les deux volumes NAS pointent sur le même ensemble de VIP client sur le Cluster A source. Le service Marketing
peut accéder au volume NAS Marketing ou aux partages SMB à l'aide de \\FluidFSmarketing\marketing, et le service Ventes accès
au volume NAS Ventes ou au partage SMB avec \\FluidFSsales\sales.
Initialement, les deux entrées DNS FluidFSmarketing et ventesFluidFS désignent le même ensemble d'adresses VIP client. À ce
stade, vous pouvez accéder aux deux partages Marketing et Ventes depuis l'un ou l'autre des noms DNS FluidFSmarketing ou
FluidFSventes. Lorsque vous souhaitez basculer un seul volume NAS (par exemple Marketing), modiez les entrées DNS de
FluidFSmarketing pour résoudre les VIP client de Cluster B.
Tenez à jour une table de suivi des entrées DNS utilisées pour accéder à chaque volume NAS. Cela vous aide à réaliser des
basculements et à congurer des stratégies de groupes.
Conguration et exécution d’une récupération après sinistre
Cette section contient une présentation approfondie de la conguration et de l'exécution d'une reprise après sinistre. Dans ces
instructions, le cluster A est le cluster FluidFS source qui contient des données devant être sauvegardées et le cluster B est le
cluster
FluidFS cible permettant de sauvegarder les données du cluster A source.
Prérequis
• Le cluster B est installé, mais n’a aucun volume NAS conguré.
• 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 :
Protection des données FluidFS
653