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.
Acest articol se aplică pentru
Acest articol nu se aplică pentru
Acest articol nu este legat de un produs specific.
Acest articol nu acoperă toate versiunile de produs existente.
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.
Produse afectate
Isilon, PowerScale OneFS, Isilon SyncIQProprietăți articol
Article Number: 000189650
Article Type: How To
Ultima modificare: 11 May 2026
Version: 9
Găsiți răspunsuri la întrebările dvs. de la alți utilizatori Dell
Servicii de asistență
Verificați dacă dispozitivul dvs. este acoperit de serviciile de asistență.