Skip to main content
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Proteja com sincronização ativa ONTAP SnapMirror

Colaboradores netapp-ahibbard netapp-lenida netapp-aaron-holt netapp-dbagwell netapp-aherbin
PDFs

O SnapMirror ative Sync oferece proteção assimétrica e, a partir do ONTAP 9.15,1, proteção ativa/ativa simétrica.

Configurar a proteção assimétrica

A configuração de proteção assimétrica usando a sincronização ativa do SnapMirror envolve a seleção de LUNs no cluster de origem do ONTAP e a adição a um grupo de consistência.

Antes de começar

  • Você precisa ter uma licença síncrona do SnapMirror.

  • Você deve ser um administrador de cluster ou VM de storage.

  • Todos os volumes constituintes de um grupo de consistência precisam estar em uma única VM de storage (SVM).

    • Os LUNs podem residir em volumes diferentes.

  • O cluster de origem e destino não pode ser o mesmo.

  • Não é possível estabelecer relações de grupo de consistência de sincronização ativa do SnapMirror entre clusters do ASA e clusters que não sejam do ASA.

  • O espaço IPspace padrão é exigido pela sincronização ativa do SnapMirror para relacionamentos de pares de cluster. IPspace personalizado não é suportado.

  • O nome do grupo de consistência deve ser único.

  • Os volumes no cluster secundário (destino) devem ser do tipo DP.

  • Os SVMs primário e secundário devem estar em uma relação de Contato.

Passos

Você pode configurar um grupo de consistência usando a CLI do ONTAP ou o Gerenciador do sistema.

A partir do ONTAP 9.10.1, o ONTAP oferece um ponto de extremidade de grupo de consistência e um menu no Gerenciador de Sistemas, oferecendo utilitários de gerenciamento adicionais. Se você estiver usando o ONTAP 9.10.1 ou posterior, consulte "Configurar um grupo de consistência" então "configurar a proteção" para criar um relacionamento de sincronização ativa do SnapMirror .

Importante Do ONTAP 9.14.1 ao 9.8, a sincronização ativa do SnapMirror é chamada de SnapMirror Business Continuity (SM-BC).
System Manager

  1. No cluster principal, navegue até proteção > Visão geral > proteger para continuidade de negócios > proteger LUNs.

  2. Selecione os LUNs que pretende proteger e adicione-os a um grupo de proteçãoão.

  3. Selecione o cluster de destino e o SVM.

  4. Initialize Relationship é selecionado por padrão. Clique em Save para iniciar a proteção.

  5. Vá para Dashboard > Performance para verificar a atividade de IOPS dos LUNs.

  6. No cluster de destino, use o System Manager para verificar se a proteção para o relacionamento de continuidade de negócios está em sincronia: Proteção > relacionamentos.

CLI

  1. Crie uma relação de grupo de consistência a partir do cluster de destino.
    destination::> snapmirror create -source-path source-path -destination-path destination-path -cg-item-mappings volume-paths -policy policy-name

    Você pode mapear até 12 volumes constituintes usando o cg-item-mappings parâmetro no snapmirror create comando.

    O exemplo a seguir cria dois grupos de consistência: cg_src_ on the source with `vol1 E vol2 um grupo de consistência de destino espelhado cg_dst, .

    destination::> snapmirror create -source-path vs1_src:/cg/cg_src -destination-path vs1_dst:/cg/cg_dst -cg-item-mappings vol_src1:@vol_dst1,vol_src2:@vol_dst2 -policy AutomatedFailOver

  2. No cluster de destino, inicialize o grupo de consistência.

    destination::>snapmirror initialize -destination-path destination-consistency-group

  3. Confirme se a operação de inicialização foi concluída com êxito. O estado deve ser InSync.

    snapmirror show

  4. Em cada cluster, crie um grupo para que você possa mapear LUNs para o iniciador no host do aplicativo.
    lun igroup create -igroup name -protocol fcp|iscsi -ostype os -initiator initiator_name

    Saiba mais sobre lun igroup create o "Referência do comando ONTAP"na .

  5. Em cada cluster, mapeie LUNs para o grupo:

    lun map -path path_name -igroup igroup_name

  6. Verifique se o mapeamento LUN foi concluído com êxito com o lun map comando. Depois, você pode descobrir os novos LUNs no host de aplicativos.

Configurar a proteção ativo-ativo simétrica

Você pode estabelecer proteção simétrica usando o Gerenciador do sistema ou a CLI do ONTAP. Em ambas as interfaces, existem diferentes etapas para configurações uniformes e não uniformes.

Antes de começar

  • Ambos os clusters devem estar executando o ONTAP 9.15,1 ou posterior.

  • Configurações ativo-ativo simétricas exigem a AutomatedFailoverDuplex política de proteção. Como alternativa, você pode Crie uma política de SnapMirror personalizada fornecer o -type is automated-failover-duplex.

  • No ONTAP 9.15.1, o ativo-ativo simétrico é compatível apenas com clusters de 2 nós.

  • A partir do ONTAP 9.16.1 GA, o SnapMirror active Sync é compatível com configurações ativo-ativo simétricas em clusters de quatro nós.

    • Para utilizar a sincronização ativa do SnapMirror num cluster de quatro nós, tem de estar a executar o ONTAP 9.16.1 GA ou posterior.

    • Antes de implantar uma configuração de quatro nós, você deve crie um relacionamento de pares de cluster.

    • Revise o limites para clusters de quatro nós.

    • Se você reverter para um cluster de dois nós, será necessário remover as relações de sincronização ativa do SnapMirror do cluster antes de reverter.

    • Você pode usar a configuração de quatro nós para atualizar o storage e os controladores. Esse processo não causa interrupções e expande o cluster enquanto move volumes para os novos nós. Para obter mais informações, "atualizar um cluster"consulte .

  • A partir do ONTAP 9.17.1, você pode configurar a proteção simétrica ativa/ativa em namespaces NVMe somente quando ambos os clusters estiverem executando o ONTAP 9.17.1 ou posterior.

Configurar proteção simétrica ativa/ativa usando uma configuração de sincronização ativa SCSI SnapMirror

Passos

Você pode usar o System Manager ou o ONTAP CLI para configurar a proteção simétrica ativa/ativa usando mapeamentos de host do protocolo SCSI.

System Manager
Passos para uma configuração uniforme

  1. No local principal, "Crie um grupo de consistência usando novos LUNs."

    1. Ao criar o grupo de consistência, especifique iniciadores de host para criar grupos.

    2. Marque a caixa de seleção para Ativar SnapMirror e escolha a AutomatedFailoverDuplex política.

    3. Na caixa de diálogo exibida, marque a caixa de seleção Replique grupos de iniciadores para replicar grupos de iniciadores. Em Editar configurações de proximidade, defina SVMs proximais para seus hosts.

    4. Selecione Guardar.

Passos para uma configuração não uniforme

  1. No local principal, "Crie um grupo de consistência usando novos LUNs."

    1. Ao criar o grupo de consistência, especifique iniciadores de host para criar grupos.

    2. Marque a caixa de seleção para Ativar SnapMirror e escolha a AutomatedFailoverDuplex política.

    3. Selecione Salvar para criar os LUNs, o grupo de consistência, o grupo igrop, a relação SnapMirror e o mapeamento do grupo igrop.

  2. No site secundário, crie um igrop e mapeie os LUNs.

    1. Navegue até hosts > grupos de iniciadores SAN.

    2. Selecione Adicionar para criar um novo grupo.

    3. Forneça um Nome, selecione sistema operacional anfitrião e, em seguida, escolha Membros do Grupo Iniciador.

    4. Selecione Salvar para inicializar o relacionamento.

  3. Mapeie o novo grupo para os LUNs de destino.

    1. Navegue até armazenamento > LUNs.

    2. Selecione todos os LUNs para mapear para o grupo.

    3. Selecione More (mais) e depois Map to Initiator Groups (mapa para grupos de iniciadores).

CLI
Passos para uma configuração uniforme

  1. Crie uma nova relação do SnapMirror agrupando todos os volumes na aplicação. Certifique-se de designar a AutomatedFailOverDuplex política para estabelecer replicação de sincronização bidirecional.

    snapmirror create -source-path <source_path> -destination-path <destination_path> -cg-item-mappings <source_volume:@destination_volume> -policy AutomatedFailOverDuplex

    Exemplo: O exemplo a seguir cria dois grupos de consistência: cg_src na origem com vol1 e vol2, e um grupo de consistência espelhado no destino, cg_dst.

    destination::> snapmirror create -source-path vs1_src:/cg/cg_src -destination-path vs1_dst:/cg/cg_dst -cg-item-mappings vol_src1:@vol_dst1,vol_src2:@vol_dst2 -policy AutomatedFailOver

  2. Inicialize a relação SnapMirror:
    snapmirror initialize -destination-path <destination-consistency-group>

  3. Confirme se a operação foi bem-sucedida, aguardando que o Mirrored State mostre como SnapMirrored e Relationship Status as Insync.

    snapmirror show -destination-path <destination_path>

  4. No seu host, configure a conectividade de host com acesso a cada cluster de acordo com suas necessidades.

  5. Estabeleça a configuração do grupo. Defina os caminhos preferidos para iniciadores no cluster local. Especifique a opção para replicar a configuração para o cluster de pares para afinidade inversa.

    SiteA::> igroup create -vserver <svm_name> -ostype <os_type> -igroup <igroup_name> -replication-peer <peer_svm_name> -initiator <host>

    Observação A partir do ONTAP 9.16.1, use o -proximal-vserver local parâmetro neste comando.

    SiteA::> igroup add -vserver <svm_name> -igroup <igroup_name> -ostype <os_type> -initiator <host>

    Observação A partir do ONTAP 9.16.1, use o -proximal-vserver peer parâmetro neste comando.

  6. A partir do host, descubra os caminhos e verifique se os hosts têm um caminho ativo/otimizado para o LUN de storage a partir do cluster preferido.

  7. Implante o aplicativo e distribua as cargas de trabalho da VM entre clusters para alcançar o balanceamento de carga necessário.

Passos para uma configuração não uniforme

  1. Crie uma nova relação do SnapMirror agrupando todos os volumes na aplicação. Certifique-se de designar a AutomatedFailOverDuplex política para estabelecer replicação de sincronização bidirecional.

    snapmirror create -source-path <source_path> -destination-path <destination_path> -cg-item-mappings <source_volume:@destination_volume> -policy AutomatedFailOverDuplex

    Exemplo: O exemplo a seguir cria dois grupos de consistência: cg_src na origem com vol1 e vol2, e um grupo de consistência espelhado no destino, cg_dst.

    destination::> snapmirror create -source-path vs1_src:/cg/cg_src -destination-path vs1_dst:/cg/cg_dst -cg-item-mappings vol_src1:@vol_dst1,vol_src2:@vol_dst2 -policy AutomatedFailOver

  2. Inicialize a relação SnapMirror:
    snapmirror initialize -destination-path <destination-consistency-group>

  3. Confirme se a operação foi bem-sucedida, aguardando que o Mirrored State mostre como SnapMirrored e Relationship Status as Insync.

    snapmirror show -destination-path <destination_path>

  4. No seu host, configure a conectividade de host com acesso a cada cluster de acordo com suas necessidades.

  5. Estabeleça as configurações do igrupo nos clusters de origem e destino.

    # primary site
    SiteA::> igroup create -vserver <svm_name> -igroup <igroup_name> -initiator <host_1_name_>

    # secondary site
    SiteB::> igroup create -vserver <svm_name> -igroup <igroup_name> -initiator <host_2_name>

  6. A partir do host, descubra os caminhos e verifique se os hosts têm um caminho ativo/otimizado para o LUN de storage a partir do cluster preferido.

  7. Implante o aplicativo e distribua as cargas de trabalho da VM entre clusters para alcançar o balanceamento de carga necessário.

Configurar proteção simétrica ativa/ativa usando uma configuração de sincronização ativa NVMe SnapMirror

Antes de começar

Além dos requisitos para configurar a proteção simétrica ativa/ativa, você deve estar ciente das configurações suportadas e não suportadas ao usar o protocolo NVMe.

  • Grupos de consistência podem ter um ou mais subsistemas.

  • Volumes dentro do grupo de consistência podem ter mapas de namespace de vários subsistemas.

  • Subsistemas não podem ter mapas de namespace que pertençam a mais de um grupo de consistência.

  • Os subsistemas não podem ter alguns mapas de namespace que pertençam a um grupo de consistência e alguns mapas de namespace que não pertençam a um grupo de consistência.

  • Os subsistemas devem ter mapas de namespace que façam parte do mesmo grupo de consistência.

Passos

A partir do ONTAP 9.17.1, você pode usar o System Manager ou a CLI do ONTAP para criar um grupo de consistência e configurar a proteção simétrica ativa/ativa usando mapeamentos de host do protocolo NVMe.

System Manager

  1. No site principal, "crie um grupo de consistência usando novos volumes ou namespaces NVMe."

  2. selecione +Adicionar e escolha Usando novos namespaces NVMe.

  3. Insira o nome do grupo de consistência.

  4. Selecione Mais.

  5. Na seção Proteção, selecione Ativar SnapMirror e escolha AutomatedFailoverDuplex política.

  6. Na seção Mapeamento de host, escolha Subsistema NVMe existente ou Novo subsistema NVMe.

  7. Selecione Na proximidade de para alterar o SVM proximal. O SVM de origem é selecionado por padrão.

  8. Se necessário, adicione outro subsistema NVMe.

CLI

  1. Crie um novo relacionamento SnapMirror agrupando todos os volumes que contêm todos os namespaces NVMe usados pelo aplicativo. Certifique-se de designar o AutomatedFailOverDuplex política para estabelecer replicação de sincronização bidirecional.

    snapmirror create -source-path <source_path> -destination-path <destination_path> -cg-item-mappings <source_volume:@destination_volume> -policy AutomatedFailOverDuplex

    Exemplo:

    DST::> snapmirror create -source-path vs_src:/cg/cg_src_1 -destination-path vs_dst:/cg/cg_dst_1 -cg-item-mappings vs_src_vol1:@vs_dst_vol1,vs_src_vol2:@vs_dst_vol2 -policy AutomatedFailOverDuplex

  2. Inicialize a relação SnapMirror:
    snapmirror initialize -destination-path <destination-consistency-group>

    Exemplo:

    DST::> snapmirror initialize -destination-path vs1:/cg/cg_dst_1

  3. Confirme se a operação foi bem-sucedida, aguardando que o Mirrored State mostre como SnapMirrored e Relationship Status as Insync.

    snapmirror show -destination-path <destination_path>

    Os subsistemas NVMe associados aos namespaces NVMe nos volumes primários são replicados automaticamente para o cluster secundário.

  4. No seu host, configure a conectividade de host com acesso a cada cluster de acordo com suas necessidades.

  5. Especifique a SVM próxima a cada um dos seus hosts. Isso permite que o host acesse o namespace NVMe usando um caminho do cluster preferencial. Pode ser a SVM no cluster primário ou a SVM no cluster de recuperação de desastres.

    O comando a seguir indica que o SVM VS_A é próximo ao host H1 e define o VS_A como o SVM próximo:

    SiteA::> vserver nvme subsystem host add -subsystem ss1 -host-nqn <H1_NQN> -proximal-vservers <VS_A>

    O comando a seguir indica que o SVM VS_B é próximo ao host H2 e define o VS_B como o SVM próximo:

    SiteB::> vserver nvme subsystem host add -subsystem ss1 -host-nqn <H2_NQN> -proximal-vservers <VS_B>

  6. No host, descubra os caminhos e verifique se os hosts têm um caminho ativo/otimizado para o armazenamento do cluster preferencial.

  7. Implante o aplicativo e distribua as cargas de trabalho da VM entre clusters para alcançar o balanceamento de carga necessário.

Informações relacionadas