Шкала потужності: Правильно створюйте каскадну реплікацію на OneFS
Summary: Нижче наведено кроки для правильного налаштування каскадної реплікації між Cluster_A, Cluster_B та Cluster_C.
Instructions
Основна ідея, яку слід мати на увазі під час налаштування каскадної реплікації. Переконайтеся, що завдання реплікації A_B має завершитися на «success/needs_attention» перед початком роботи з реплікації B_C.
Завжди ми повинні уникати, щоб завдання A_B реплікації було статусом «не вдалося АБО скасовано АБО запущено АБО призупинено» під час запуску завдання B_C реплікації.
Для досягнення вищезазначених умов:
1. Ми можемо зробити політику реплікації з A_B для створення цільового знімка з іменним шаблоном "Archive-%{SrcCluster}-%{PolicyName}-%Y-%m-%d_%H-%M-%S", коли завдання буде успішно завершено.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}-%
- Тоді ми робимо так, щоб політика реплікації з B_C починалася тільки при створенні шаблону знімка джерела "Архів-*".
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
Це гарантує, що завдання B_C реплікації почнеться лише після успішного виконання A_B роботи з реплікацією + графік B_C прив'язаний до графіка A_B.
Ознайомтеся з інформацією нижче від 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
- Каскадна реплікація є односторонньою реплікацією і має право в конкретних робочих процесах і при міграції.
- Перемикання після відмови та зворотний збій ПІДТРИМУЄТЬСЯ ЛИШЕ між кластерами A та B. Перемикання після відмови між B та C НЕ ПІДТРИМУЄТЬСЯ через перекриття цілей на кластері B.
- Під час переходу від відмови до кластера B графік має бути змінений для підтримки реплікації з B назад до A.