PowerScale: Crie corretamente uma replicação em cascata no OneFS

Summary: Veja abaixo as etapas para configurar corretamente a replicação em cascata entre Cluster_A, Cluster_B e Cluster_C.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

A ideia principal a ser lembrada ao configurar uma replicação em cascata. Certifique-se de que os A_B do trabalho de replicação sejam concluídos com "success/needs_attention" antes de iniciar o B_C do trabalho de replicação.

Sempre devemos evitar que o status do A_B do trabalho de replicação seja "failed OR canceled OR running OR paused" enquanto o B_C do trabalho de replicação é iniciado.

A fim de alcançar as condições acima:

1. Podemos fazer a política de replicação do A_B para criar um snapshot de destino com o padrão de nome "Archive-%{SrcCluster}-%{PolicyName}-%Y-%m-%d_%H-%M-%S" quando o trabalho for concluído com sucesso.

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

 

Nota: O snapshot de destino não pode ter um prefixo SIQ-. Use "SIQ_" ou "Archive-", conforme mostrado no exemplo acima:

 

--target-snapshot-pattern=Archive-%{SrcCluster}-%

  1. Em seguida, transformamos a política de replicação do B_C para iniciar somente quando um padrão de snapshot de origem "Archive-*" for criado.

    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


    Isso garantirá que o B_C trabalho de replicação seja iniciado somente depois que A_B trabalho de replicação for concluído com sucesso + o agendamento B_C estiver vinculado ao agendamento A_B.

    Confira abaixo do 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
     
Nota:
  1. A replicação em cascata é unidirecional e está presente em fluxos de trabalho e migrações específicos. 
  2. O failover e o failback são SUPORTADOS SOMENTE entre o Cluster A e o Cluster B. O failover entre B e C NÃO É COMPATÍVEL devido à sobreposição de destino no cluster B.
  3. No failover para o cluster B, o agendamento deve ser modificado para dar suporte à replicação de B de volta para A.
     

Affected Products

Isilon, PowerScale OneFS, Isilon SyncIQ
Article Properties
Article Number: 000189650
Article Type: How To
Last Modified: 07 Nov 2025
Version:  7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.