Soluções de replicação entre regiões para regiões não emparelhadas
Alguns serviços do Azure aproveitam a replicação entre regiões para garantir a continuidade dos negócios e a proteção contra perda de dados. Esses serviços usam outra região secundária que usa a replicação entre regiões. Ambas as regiões primária e secundária juntas formam um par de regiões.
No entanto, há algumas regiões que não estão emparelhadas e, portanto, exigem métodos alternativos para alcançar a replicação geográfica.
Este documento lista alguns dos serviços e possíveis soluções que dão suporte a métodos de replicação geográfica sem a necessidade de regiões emparelhadas.
Serviço de Aplicativo do Azure
Para o Serviço de Aplicativo, os backups personalizados são armazenados em uma conta de armazenamento selecionada. Como resultado, há uma dependência para restauração entre regiões em GRS e regiões emparelhadas. Para o tipo de backup automático, você não pode fazer backup/restauração entre regiões. Como solução alternativa, você pode implementar um mecanismo de cópia de arquivo personalizado para o conjunto de dados salvo para copiar manualmente entre regiões não emparelhadas e contas de armazenamento diferentes.
Serviço de Backup do Azure
Para obter a replicação geográfica em regiões não emparelhadas:
- Use o Azure Site Recovery. O Azure Site Recovery é o serviço de Recuperação de Desastre do Azure que fornece continuidade de negócios e recuperação de desastres replicando cargas de trabalho do local primário para o local secundário. O local secundário poderá ser uma região não emparelhada se tiver suporte do Azure Site Recovery. Você pode ter retenção máxima de dados por até 15 dias com o Azure Site Recovery.
- Use Armazenamento com redundância de zona para replicar seus dados em zonas de disponibilidade, garantindo residência de dados e resiliência na mesma região.
Banco de Dados do Azure para MySQL
Escolha qualquer região do Azure disponível no Banco de Dados do Azure para MySQL para criar suas réplicas de leitura.
Banco de Dados do Azure para PostgreSQL
Para replicação geográfica em regiões não emparelhadas com o Banco de Dados do Azure para PostgreSQL, você pode usar:
Serviço gerenciado com replicação geográfica: o serviço gerenciado do PostgreSQL do Azure dá suporte à replicação geográfica ativa para criar uma réplica secundária para leitura continuamente do servidor primário. A réplica secundária para leitura pode estar na mesma região do Azure que a primária ou, mais comumente, em uma região diferente. Esse tipo de réplica secundária para leitura também é conhecido como réplica geográfica.
Você também pode utilizar qualquer um dos dois métodos de migração de dados gerenciados pelo cliente listados abaixo para replicar os dados para uma região não emparelhada.
Fábrica de dados do Azure
Para replicação geográfica em regiões não emparelhadas, o ADF (Azure Data Factory) dá suporte ao provisionamento de infraestrutura como código de pipelines do ADF combinados com o Controle do Código-Fonte para ADF.
Grade de Eventos do Azure
Para replicação geográfica de tópicos da Grade de Eventos em regiões não emparelhadas, você pode implementar o failover do lado do cliente.
Hub IoT do Azure
Para replicação geográfica em regiões não pareadas, use o padrão de concierge para roteamento para um Hub IoT secundário.
Cofre de Chave do Azure
Para regiões do Azure que não têm um par, bem como as regiões Sul do Brasil e Oeste dos EUA 3, o Azure Key Vault usa o ZRS (armazenamento com redundância de zona) para replicar seus dados três vezes dentro da região, em zonas de disponibilidade independentes. Para o Azure Key Vault Premium, duas das três zonas são usadas para replicar as chaves HSM (módulo de segurança de hardware).
Você também pode usar o recurso de backup e restauração para replicar o conteúdo do cofre para outra região de sua escolha.
AKS (Serviço de Kubernetes do Azure)
O Backup do Azure pode fornecer proteção para clusters do AKS, incluindo um recurso de CRR (restauração entre regiões) que está atualmente em versão prévia e dá suporte apenas a discos do Azure. Embora o recurso CRR dependa de réplicas de regiões emparelhadas por GRS, qualquer dependência do CRR poderá ser evitada se o cluster do AKS armazenar dados somente no armazenamento externo e evitar o uso de soluções "no cluster".
Logs do Azure Monitor
Os workspaces do Log Analytics nos Logs do Azure Monitor não usam regiões emparelhadas. Para garantir a continuidade dos negócios e proteger contra perda de dados, habilite a replicação do workspace entre regiões.
Para obter mais informações, confira Aprimorar a resiliência replicando seu workspace do Log Analytics entre regiões
Banco de Dados SQL do Azure
Para replicação geográfica em regiões não emparelhadas com o Banco de Dados SQL do Azure, você pode usar:
Recurso de grupo de failover que é replicado em combinações de regiões do Azure sem nenhuma dependência do GRS de armazenamento subjacente.
Recurso de replicação geográfica ativa para criar um banco de dados da réplica secundária para leitura sincronizado continuamente para um banco de dados primário. O banco de dados da réplica secundária para leitura pode estar na mesma região do Azure que o primário ou, mais comumente, em uma região diferente. Esse tipo de banco de dados da réplica secundária para leitura também é conhecido como réplica secundária geográfica ou réplica geográfica.
Instância Gerenciada do Azure SQL
Para replicação geográfica em regiões não emparelhadas com a Instância Gerenciada de SQL do Azure, você pode usar:
- Recurso de grupo de failover que é replicado em combinações de regiões do Azure sem nenhuma dependência do GRS de armazenamento subjacente.
Armazenamento do Azure
Para obter a replicação geográfica em regiões não emparelhadas:
Para o Armazenamento de Objetos do Azure:
Para o armazenamento de blobs e o Azure Data Lake Storage, você pode usar ferramentas como AZCopy ou Azure Data Factory.
Para contas de armazenamento v2 de uso geral e contas de blob de blocos premium, você pode usar a Replicação do Objeto de Armazenamento do Azure.
Observação
Não há suporte para replicação de objeto para o Azure Data Lake Storage.
Para o ANF (Azure NetApp Files), você pode replicar para um conjunto de pares não padrão além de pares de região do Azure. Confira Replicação entre regiões do ANF (Azure NetApp Files).
Para Arquivos do Azure:
Para copiar seus arquivos para outra conta de armazenamento em uma região diferente, use ferramentas como:
Para obter um script de exemplo, confira Sincronizar entre dois compartilhamentos de arquivos do Azure para Backup e Recuperação de Desastre.
Para sincronizar entre o seu compartilhamento de arquivos do Azure (ponto de extremidade na nuvem), um servidor de arquivos do Windows local e um compartilhamento de arquivos montado em execução em uma máquina virtual em outra região do Azure (seu ponto de extremidade de servidor para fins de recuperação de desastre), use a Sincronização de Arquivos do Azure.
Importante
Você deve desabilitar a camada de nuvem para certificar-se de que todos os dados estejam presentes localmente e provisionar uma quantidade suficiente de armazenamento na máquina virtual do Azure para manter todo o conjunto de dados. Para garantir que as alterações sejam replicadas rapidamente na região secundária, os arquivos só devem ser acessados e modificados no ponto de extremidade do servidor e não no Azure.
Próximas etapas
Comentários
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulte https://aka.ms/ContentUserFeedback.
Enviar e exibir comentários de