Administrator Guide

inattendue (matériel, disque, etc.). Le cluster FluidFS cible peut soit être utilisé uniquement pour la sauvegarde du site principal, doit
disposer de ses propres volumes NAS, qui partagent les données sur le site cible. Dans une configuration bidirectionnelle, les deux clusters
FluidFS peuvent servir de cible de basculement l’un pour l’autre.
Après avoir résolu le problème à l’origine de l’échec du cluster FluidFS d’origine, vous pouvez manuellement rebasculer vers la
configuration d’origine, où les clients accèdent aux données du volume NAS source, qui à son tour réplique ces données vers le
volume NAS cible. Selon vos contraintes de temps et de bande passante, le rebasculement vers le volume NAS source peut être très long.
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 configurer le volume NAS de restauration afin 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 suffit 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 diffé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éfinis.
Gestion de la configuration DNS unique d'un basculement de volume NAS unique
Pour un basculement de volume NAS unique, il est essentiel que l'environnement soit configuré 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 modification avec DNS. Il est recommandé de configurer une
entrée DNS pour corrélation avec chaque volume NAS et de modifier 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), modifiez 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 à configurer des stratégies de groupes.
Configuration et exécution d'une récupération après sinistre
Cette section contient une présentation approfondie de la configuration 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
Conditions préalables
• Le cluster B est installé, mais n’a aucun volume NAS configuré.
• 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 diffè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 suffisant 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
Configurez la réplication entre le Cluster A et le Cluster B.
Étapes
1. Depuis le Cluster A, configurez un partenariat de réplication entre le Cluster A et le Cluster B.
448
Administration de FluidFS