Partilhar via


Requisitos e considerações para a replicação do Azure NetApp Files

Antes de configurar a replicação entre zonas ou entre regiões, certifique-se de que compreende os requisitos de cada opção.

Se utilizar a replicação entre zonas e regiões, deverá cumprir todos os requisitos.

Requisitos compartilhados para replicação entre zonas e entre regiões

  • A replicação do Azure NetApp Files é suportada dentro de uma subscrição e entre subscrições sob o mesmo tenant. Para habilitar a replicação entre assinaturas, você deve registrar o recurso.

  • A replicação entre zonas e entre regiões é suportada com volumes NFS (Network File System) e SMB (Server Message Block).

    A replicação de volumes SMB requer uma ligação Active Directory (AD) nas contas NetApp de origem e destino. A ligação AD de destino deve ter acesso aos servidores do Sistema de Nomes de Domínio (DNS) ou aos controladores de domínio Active Directory Domain Services (AD DS) que são acedidos a partir da sub-rede delegada na zona de destino. Para obter mais informações, consulte Requisitos para conexões do AD.

  • Para montar um volume de protocolo duplo, você deve primeiro autorizar a replicação a partir do volume de origem e a transferência inicial acontece.

  • Consulte os limites de recursos para obter o número máximo de volumes de destino que você pode criar. Você pode abrir um pedido de apoio para solicitar um aumento de limite na quota padrão de volumes de destino de replicação por cada subscrição numa região.

  • Não há suporte para topologias em cascata e fan-in. Para saber mais sobre o suporte para implantações de fan-out, consulte Configurar replicação entre zonas e regiões.

  • Os volumes de replicação de dados oferecem suporte a chaves gerenciadas pelo cliente.

  • Há suporte para grandes volumes com replicação entre zonas somente com uma programação de replicação horária ou diária.

  • Depois de estabelecer a replicação, o processo de replicação cria instantâneos do SnapMirror para fornecer referências entre o volume de origem e o volume de destino. Os snapshots SnapMirror são rotacionados automaticamente quando um novo é criado para cada transferência incremental. Não é possível excluir instantâneos do SnapMirror até que a relação de replicação e o volume sejam excluídos.

  • A interface pode levar até cinco minutos para refletir um instantâneo recém-adicionado no volume de origem.

  • Você pode excluir instantâneos manuais no volume de origem de um vínculo de replicação quando o vínculo de replicação estiver ativo ou interrompido. Você também pode excluir instantâneos manuais depois de excluir a relação de replicação. Não é possível excluir instantâneos manuais do volume de destino até interromper a relação de replicação.

Requisitos e considerações sobre replicação entre zonas

  • A funcionalidade de replicação entre zonas utiliza a funcionalidade de colocação de volumes da zona de disponibilidade do Azure NetApp Files.

  • Para estabelecer a replicação entre zonas, você deve criar o volume de origem em uma zona de disponibilidade.

  • Para replicar para um volume de destino em outra conta NetApp, o volume de destino deve estar em uma zona diferente do volume de origem.

  • O volume de destino é somente leitura até que você faça failover para a zona de destino para habilitar o volume de destino para leitura e gravação. Para obter mais informações sobre o processo de conmutação, veja Conmutação para o volume de destino.

    Importante

    O failover é um processo manual. Quando você precisa ativar o volume de destino (como quando deseja fazer failover para a região de destino), primeiro precisa interromper o emparelhamento de replicação e, em seguida, montar o volume de destino. Para obter mais informações, consulte Failover para o volume de destino.

  • Quando você reverte um volume de origem que tem uma relação de replicação de volume ativa, somente instantâneos datados mais recentemente do que o instantâneo do SnapMirror podem ser usados na operação de reversão. Para mais informações, consulte Revert um volume usando snapshot revert com Azure NetApp Files.

  • Se o tamanho do volume de origem exceder 95% utilização, existe o risco de a replicação para o volume de destino falhar. Para evitar sobrecarregar o volume de destino, adicione 20% de capacidade extra ao criar o volume de proteção de dados. Para evitar sobreprovisionamento, pode reduzir o tamanho do volume depois de a replicação inicial concluir.

Requisitos e considerações sobre replicação entre regiões

  • A replicação do Azure NetApp Files está disponível apenas em pares específicos de regiões fixas. Para obter mais informações, consulte Pares de replicação entre regiões suportados.

  • A replicação entre regiões requer uma conta NetApp na região de destino.

  • O volume de destino da replicação é somente leitura até que você faça failover para a região de destino para habilitar o volume de destino para leitura e gravação.

    Importante

    O failover é um processo manual. Quando precisar ativar o volume de destino (como quando quiser fazer failover para a região de destino), você precisará interromper o emparelhamento de replicação e, em seguida, montar o volume de destino. Para obter mais informações, consulte Failover para o volume de destino.

    Importante

    Um volume que tenha uma política de backup ativa habilitada não pode ser o volume de destino em uma operação de ressincronização reversa. Você deve suspender a política de backup no volume antes de iniciar a ressincronização reversa. Você pode retomar a política de backup quando a ressincronização reversa for concluída.

  • Você pode reverter um volume de origem ou de destino de uma replicação entre regiões para um snapshot, desde que esse snapshot seja mais novo do que o último snapshot do SnapMirror. Não é possível usar snapshots mais antigos que o snapshot do SnapMirror para uma operação de reversão de volume. Para obter mais informações, consulte Reverter um volume usando a reversão de instantâneo.

  • Se você copiar grandes conjuntos de dados para um volume que tenha a replicação entre regiões habilitada e tiver capacidade ociosa no pool de capacidade, defina o intervalo de replicação para 10 minutos, aumente o tamanho do volume para permitir que as alterações sejam armazenadas e desabilite temporariamente a replicação.

  • Se usares a funcionalidade de acesso frio, compreende as considerações em Gerir o armazenamento Azure NetApp Files com acesso frio.

  • Se o tamanho do volume de origem exceder 95% utilização, existe o risco de a replicação para o volume de destino falhar. Para evitar sobrecarregar o volume de destino, adicione 20% de capacidade extra ao criar o volume de proteção de dados. Para evitar sobreprovisionamento, pode reduzir o tamanho do volume depois de a replicação inicial concluir.

Pares de replicação transregionais suportados

A replicação de volumes do Azure NetApp Files é suportada entre vários pares regionais do Azure e pares não padrão. A replicação de volumes Azure NetApp Files está atualmente disponível entre as seguintes regiões. Pode replicar os volumes do Azure NetApp Files do Par Regional A para o Par Regional B e vice-versa.

Azure regional pairs

Geografia Par de Região A Par de Região B
Austrália Austrália Central Austrália Central 2
Austrália Leste da Austrália Austrália Sudeste
Ásia-Pacífico Ásia Leste Sudeste Asiático
Brasil Sul do Brasil Brasil Sudeste
Brasil/América do Norte Sul do Brasil E.U.A. Centro-Sul
Canadá Canadá Central Leste do Canadá
Europa Europa do Norte Europa Ocidental
Alemanha Alemanha Centro-Oeste Norte da Alemanha
Índia Índia Central Sul da Índia
Japão Leste do Japão Oeste do Japão
Coreia Coreia Central Sul da Coreia
América do Norte E.U.A. Central E.U.A. Oeste 3
América do Norte E.U.A. Leste E.U.A. Oeste
América do Norte E.U.A. Leste 2 E.U.A. Central
América do Norte E.U.A. Centro-Norte E.U.A. Centro-Sul
América do Norte E.U.A. Oeste 3 E.U.A. Leste
Noruega Leste da Noruega Oeste da Noruega
Suíça Norte da Suíça Oeste da Suíça
Reino Unido Sul do Reino Unido Oeste do Reino Unido
Emirados Árabes Unidos Norte dos E.A.U. E.A.U. Central
Administração Pública dos EUA US Gov - Arizona US Gov - Texas
Administração Pública dos EUA US Gov - Virginia US Gov - Texas

Pares regionais não padrão do Azure

Geografia Par de Região A Par de Região B
Austrália/Sudeste Asiático Leste da Austrália Sudeste Asiático
Nova Zelândia/Austrália Nova Zelândia Norte  Leste da Austrália
Israel/Suécia Israel Central Suécia Central
Qatar/Europa Catar Central Europa Ocidental
França/Europa Centro de França Europa Ocidental
França/Europa Centro de França Europa do Norte
Alemanha/Reino Unido Alemanha Centro-Oeste Sul do Reino Unido
Alemanha/Europa Alemanha Centro-Oeste Europa Ocidental
Alemanha/França Alemanha Centro-Oeste Centro de França
Itália/Suécia Norte de Itália Suécia Central
Malásia/Sudeste Asiático Oeste da Malásia Sudeste Asiático
América do Norte E.U.A. Central E.U.A. Leste
América do Norte E.U.A. Leste E.U.A. Leste 2
América do Norte E.U.A. Leste E.U.A. Centro-Norte
América do Norte E.U.A. Leste 2 E.U.A. Oeste 2
América do Norte E.U.A. Leste 2 E.U.A. Oeste 3
América do Norte E.U.A. Centro-Norte E.U.A. Leste 2
América do Norte E.U.A. Centro-Sul E.U.A. Leste
América do Norte E.U.A. Centro-Sul E.U.A. Leste 2
América do Norte E.U.A. Centro-Sul E.U.A. Central
América do Norte E.U.A. Oeste 2 E.U.A. Leste
América do Norte E.U.A. Oeste 2 E.U.A. Oeste 3
Suécia/Alemanha Suécia Central Alemanha Centro-Oeste
Espanha/Suécia Espanha Central Suécia Central
Suécia/Europa Suécia Central Europa do Norte
Suécia/Europa Suécia Central Europa Ocidental
EAU/Suécia* Norte dos E.A.U. Suécia Central
Reino Unido/Europa Sul do Reino Unido Europa do Norte
Administração Pública dos EUA US Gov - Arizona US Gov - Virginia

*Cobrança

Observação

Durante a implementação inicial, a sua fatura do Azure pode mostrar temporariamente as taxas de replicação entre regiões para um par alternativo de regiões enquanto os SKUs finais de faturação estão a ser implementados. Não há cobrança extra – o custo mostrado é a mesma que se aplicará para a replicação dos Emirados Árabes Unidos de Norte para Suécia Central .



Observação

Pode haver uma discrepância no tamanho e no número de instantâneos entre a origem e o destino. Esta discrepância é esperada. As políticas de snapshot e as agendas de replicação influenciam o número de snapshots. As políticas de snapshots e os agendamentos de replicação, combinados com a quantidade de dados que se altera entre snapshots, influenciam o tamanho dos snapshots. Para mais informações, consulte Compreenda Azure NetApp Files proteção de dados baseada em snapshots.

Próximos passos