Administrator Guide

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.
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.
470
Administration de FluidFS