PowerScale : Créer correctement une réplication en cascade sur OneFS
Summary: Vous trouverez ci-dessous les étapes à suivre pour configurer correctement la réplication en cascade entre Cluster_A, Cluster_B et Cluster_C.
Instructions
Il s’agit de l’idée principale à garder à l’esprit lors de la configuration d’une réplication en cascade. Assurez-vous que le A_B de la tâche de réplication se termine par « success/needs_attention » avant de démarrer la B_C de la tâche de réplication.
Il est toujours préférable d’éviter que l’état de A_B de la tâche de réplication soit « En échec, annulé OU en cours d’exécution OU interrompu » lors du démarrage de la B_C tâche de réplication.
Afin d’atteindre les conditions ci-dessus :
1. Nous pouvons définir la politique de réplication à partir de A_B pour créer un snapshot cible avec le modèle de nom « Archive-%{SrcCluster}-%{PolicyName}-%Y-%m-%d_%H-%M-%S » lorsque la tâche est terminée avec succès.Cluster_A# isi sync policies create --name=A_B --source-root-path=/ifs/folder_A --target-host=xxx.xxx.xxx.xxx --target-path=/ifs/folder_B --action=sync --target-snapshot-archive=yes --target-snapshot-pattern=Archive-%{SrcCluster}-%{PolicyName}-%Y-%m-%d_%H-%M-%S --target-snapshot-expiration=5D
--target-snapshot-pattern=Archive-%{SrcCluster}-%
- Ensuite, nous définissons la politique de réplication de B_C à démarrer uniquement lorsqu’un modèle de snapshot source « Archive-* » est créé.
Cluster_B# isi sync policies create --name=B_C --source-root-path=/ifs/folder_B --target-host=xxx.xxx.xxx.xxx --target-path=/ifs/folder_C --action=sync --schedule=when-snapshot-taken --snapshot-sync-pattern="Archive-*" --snapshot-sync-existing=yes
Cela garantit que la tâche de réplication B_C ne démarre qu’une fois que A_B tâche de réplication s’est terminée avec succès + que la planification B_C est liée à la planification A_B.
Vérifiez ci-dessous auprès du LAB :Cluster_A# cd /ifs/folder_ACluster_A# ls -lhtotal 10249-rw-r--r-- 1 root wheel 10M Jul 14 20:51 fileCluster_A# isi sync jobs start A_BCluster_A# isi sync reports listPolicy Name Job ID Start Time End Time Action State-----------------------------------------------------------------------------A_B 1 2021-07-14T20:51:22 2021-07-14T20:51:31 run finished-----------------------------------------------------------------------------Total: 1Cluster_B# cd /ifs/folder_BCluster_B# ls -lhtotal 10249-rw-r--r-- 1 root wheel 10M Jul 14 20:51 fileCluster_B# isi sync reports listPolicy Name Job ID Start Time End Time Action State-----------------------------------------------------------------------------B_C 2 2021-07-14T20:51:51 2021-07-14T20:52:10 run finishedB_C 1 2021-07-14T20:51:32 2021-07-14T20:51:38 run finished-----------------------------------------------------------------------------Total: 2Cluster_C# cd /ifs/folder_CCluster_C# ls -lhtotal 10249-rw-r--r-- 1 root wheel 10M Jul 14 20:51 file
- La réplication en cascade est une réplication unidirectionnelle directement dans des workflows et des migrations spécifiques.
- Le basculement et la restauration automatique sont UNIQUEMENT pris EN CHARGE entre le cluster A et le cluster B. Le basculement entre B et C n’est PAS pris en charge en raison du chevauchement des cibles sur le cluster B.
- Lors du basculement vers le cluster B, la planification doit être modifiée pour prendre en charge la réplication de B vers A.