PowerScale: Prawidłowe tworzenie replikacji kaskadowej w systemie OneFS
Summary: Poniżej przedstawiono kroki, które należy wykonać, aby prawidłowo skonfigurować replikację kaskadową między Cluster_A, Cluster_B i Cluster_C.
Instructions
Główną ideą, o której należy pamiętać podczas konfigurowania replikacji kaskadowej. Przed rozpoczęciem B_C zadania replikacji upewnij się, że A_B zadania replikacji powinno zakończyć się ciągiem "success/needs_attention".
Zawsze należy unikać sytuacji, w której A_B zadania replikacji ma status "niepowodzenie LUB anulowano LUB uruchomiono LUB wstrzymano" podczas uruchamiania zadania replikacji, B_C się ono rozpoczyna.
W celu spełnienia powyższych warunków:
1. Możemy utworzyć zasady replikacji z A_B, aby utworzyć docelową migawkę o wzorcu nazwy "Archive-%{SrcCluster}-%{PolicyName}-%Y-%m-%d_%H-%M-%S", gdy zadanie zakończy się sukcesem.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}-%
- Następnie zasady replikacji z B_C uruchamiają się tylko wtedy, gdy zostanie utworzony wzorzec migawki źródłowej "Archive-*".
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
Gwarantuje to, że zadanie replikacji B_C rozpocznie się dopiero po pomyślnym zakończeniu zadania replikacji A_B + powiązaniu harmonogramu B_C z harmonogramem A_B.
Sprawdź poniżej z 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
- Replikacja kaskadowa jest replikacją jednokierunkową i bezpośrednio w określonych przepływach pracy i migracjach.
- Przełączanie awaryjne i przywracanie po awarii jest OBSŁUGIWANE TYLKO między klastrem A i klastrem B. Przełączanie awaryjne między klastrami B i C NIE JEST OBSŁUGIWANE ze względu na pokrywanie się celów w klastrze B.
- W przypadku przełączania awaryjnego do klastra B harmonogram musi zostać zmodyfikowany w celu obsługi replikacji z B z powrotem do klastra A.