PowerScale: Corretta creazione di una replica a cascata in OneFS
Summary: Di seguito sono riportati i passaggi per configurare correttamente la replica a cascata tra Cluster_A, Cluster_B e Cluster_C.
Instructions
L'idea principale da tenere a mente durante la configurazione di una replica a cascata. Assicurarsi che il A_B del processo di replica finisca con "success/needs_attention" prima di avviare il B_C del processo di replica.
È sempre consigliabile evitare che lo stato del processo di replica A_B sia "failed OR canceled OR running OR paused" durante l'avvio del B_C del processo di replica.
Per raggiungere le condizioni di cui sopra:
1. È possibile impostare la policy di replica da A_B per creare un'istantanea di destinazione con il modello di nome "Archive-%{SrcCluster}-%{PolicyName}-%Y-%m-%d_%H-%M-%S" al termine del processo.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}-%
- Successivamente, creiamo la policy di replica da B_C per avviarla solo quando viene creato un modello di snapshot di origine "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
In questo modo si garantisce che il processo di replica B_C venga avviato solo dopo il completamento corretto A_B processo di replica + la pianificazione B_C sia associata alla pianificazione A_B.
Controlla di seguito da 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 replica a cascata è unidirezionale ed è adatta a flussi di lavoro e migrazioni specifici.
- Il failover e il failback sono SUPPORTATI SOLO tra il cluster A e il cluster B. Il failover tra B e C NON È SUPPORTATO a causa della sovrapposizione della destinazione nel cluster B.
- In caso di failover nel cluster B, è necessario modificare la pianificazione per supportare nuovamente la replica da B ad A.