PowerScale: Ordnungsgemäßes Erstellen einer kaskadierten Replikation in OneFS
Summary: Im Folgenden finden Sie Schritte zum ordnungsgemäßen Konfigurieren der kaskadierten Replikation zwischen Cluster_A, Cluster_B und Cluster_C.
Instructions
Der Hauptgedanke, den Sie bei der Konfiguration einer kaskadierten Replikation beachten sollten. Stellen Sie sicher, dass die A_B des Replikationsjobs mit "success/needs_attention" abgeschlossen wird, bevor Sie den B_C des Replikationsjobs starten.
Es sollte immer vermieden werden, dass der A_B Status des Replikationsjobs "fehlgeschlagen ODER abgebrochen ODER wird ausgeführt ODER angehalten" ist, während der B_C des Replikationsauftrags gestartet wird.
Um die oben genannten Bedingungen zu erreichen:
1. Wir können die Replikations-Policy von A_B erstellen, um einen Ziel-Snapshot mit dem Namensmuster "Archive-%{SrcCluster}-%{PolicyName}-%Y-%m-%d_%H-%M-%S" zu erstellen, wenn der Job erfolgreich abgeschlossen wurde.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}-%
- Dann legen wir fest, dass die Replikations-Policy von B_C erst gestartet wird, wenn das Quell-Snapshot-Muster "Archive-*" erstellt wird.
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
Dadurch wird sichergestellt, dass der B_C Replikationsjob erst gestartet wird, nachdem A_B Replikationsjob erfolgreich abgeschlossen wurde + der B_C-Zeitplan an den A_B-Zeitplan gebunden ist.
Schauen Sie unten aus dem 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
- Die kaskadierte Replikation ist eine unidirektionale Replikation, die in bestimmten Workflows und bei Migrationen richtig ist.
- Failover und Failback werden NUR zwischen Cluster A und Cluster B unterstützt. Failover zwischen B und C wird aufgrund von Zielüberlappungen auf Cluster B NICHT UNTERSTÜTZT.
- Beim Failover auf Cluster B muss der Zeitplan geändert werden, um die Replikation von B zurück nach A zu unterstützen.