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.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
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:
- 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
HINWEIS: Der Ziel-Snapshot darf kein SIQ-Präfix haben. Verwenden Sie "SIQ_" oder "Archive-", wie im obigen Beispiel gezeigt:
--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_A
Cluster_A# ls -lh
total 10249
-rw-r--r-- 1 root wheel 10M Jul 14 20:51 file
Cluster_A# isi sync jobs start A_B
Cluster_A# isi sync reports list
Policy 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: 1
Cluster_B# cd /ifs/folder_B
Cluster_B# ls -lh
total 10249
-rw-r--r-- 1 root wheel 10M Jul 14 20:51 file
Cluster_B# isi sync reports list
Policy Name Job ID Start Time End Time Action State
-----------------------------------------------------------------------------
B_C 2 2021-07-14T20:51:51 2021-07-14T20:52:10 run finished
B_C 1 2021-07-14T20:51:32 2021-07-14T20:51:38 run finished
-----------------------------------------------------------------------------
Total: 2
Cluster_C# cd /ifs/folder_C
Cluster_C# ls -lh
total 10249
-rw-r--r-- 1 root wheel 10M Jul 14 20:51 file
HINWEIS:
- 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.
Affected Products
Isilon, PowerScale OneFS, Isilon SyncIQArticle Properties
Article Number: 000189650
Article Type: How To
Last Modified: 11 مايو 2026
Version: 9
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.