PowerScale: Crear correctamente una replicación en cascada en OneFS
Summary: A continuación, se muestran los pasos para configurar correctamente la replicación en cascada entre Cluster_A, Cluster_B y Cluster_C.
Instructions
La idea principal que se debe tener en cuenta al configurar una replicación en cascada. Asegúrese de que el A_B del trabajo de replicación finalice con "éxito/needs_attention" antes de iniciar el trabajo de replicación B_C.
Siempre se debe evitar que el estado A_B del trabajo de replicación sea "fallido, cancelado, en ejecución o en pausa" cuando se inicia el B_C del trabajo de replicación.
Para alcanzar las condiciones anteriores:
1. Podemos hacer que la política de replicación desde A_B cree una instantánea de destino con el patrón de nombre "Archive-%{SrcCluster}-%{PolicyName}-%Y-%m-%d_%H-%M-%S" cuando el trabajo finalice correctamente.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}-%
- Luego, hacemos que la política de replicación de B_C se inicie solo cuando se crea un patrón de instantánea de origen "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
Esto garantizará que el trabajo de replicación de B_C comience solo después de que A_B trabajo de replicación se complete correctamente + el programa de B_C esté vinculado al programa de A_B.
Consulte lo siguiente desde el laboratorio: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 replicación en cascada es una replicación unidireccional en flujos de trabajo y migraciones específicos.
- La conmutación por error y la conmutación por recuperación SOLO se ADMITEN entre el clúster A y el clúster B. La conmutación por error entre B y C NO SE ADMITE debido a la superposición de destino en el clúster B.
- En la conmutación por error al clúster B, el programa se debe modificar para admitir la replicación de B a A.