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.
Gerenciamento de API do Azure
O Gerenciamento de API do Azure não fornece um recurso real de replicação entre regiões. No entanto, você pode usar seu recurso de backup e restauração para exportar a configuração de uma instância de serviço de Gerenciamento de API em uma região e importá-la para outra região. Desde que a conta de armazenamento usada para o backup esteja acessível na região de destino, não há dependência de região emparelhada. Uma orientação operacional é fornecida este artigo.
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.
Cache Redis do Azure
O Cache do Azure para Redis fornece duas opções de replicação entre regiões distintas que são de replicação geográfica ativa e de replicação geográfica passiva. Em ambos os casos, não há nenhuma dependência explícita em pares de região.
Registro de Contêiner do Azure
A replicação geográfica permite que um Registro de contêiner do Azure funcione como um único Registro, atendendo a várias regiões com registros regionais primários. Não há restrições determinadas por pares de região para esse recurso. Para mais informações, confira Replicação geográfica no Registro de Contêiner do Azure.
Azure Cosmos DB
Se sua solução exigir tempo de atividade contínuo durante interrupções de região, você pode configurar o Azure Cosmos DB para replicar seus dados em várias regiões e fazer failover transparente para regiões disponíveis quando necessário. O Azure Cosmos DB dá suporte a gravações de várias regiões e pode distribuir seus dados globalmente para fornecer acesso de baixa latência aos seus dados de qualquer região sem nenhuma restrição de emparelhamento.
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 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.
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.
Barramento de Serviço do Azure
O Barramento de Serviço do Azure pode fornecer resiliência regional, sem dependência de pares de região, usando Replicação Geográfica ou recursos de Recuperação de Desastre Geográfico.
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 secundário para leitura pode estar na mesma região do Azure do primário ou, o que é mais comum, 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.
Área de Trabalho Virtual do Azure
Para replicação geográfica em regiões não controladas para a Área de Trabalho Virtual do Azure, você precisa considerar máquinas virtuais de host de sessão e armazenamento para perfis de usuário, aplicativos e dados. A Microsoft gerencia o plano de controle da Área de Trabalho Virtual do Azure, que é distribuído globalmente e altamente disponível.
Para hosts de sessão, você pode implantar máquinas virtuais em várias regiões em um cenário ativo-ativo ou replicá-las entre regiões usando o Azure Site Recovery em um cenário ativo-passivo.
Para armazenamento, consulte o Armazenamento do Azure.
Para obter mais informações, consulte BCDR (Continuidade dos negócios e recuperação de desastres) para a Área de Trabalho Virtual do Azure e a arquitetura e a resiliência do serviço da Área de Trabalho Virtual do Azure.
Máquinas Virtuais do Azure
Para obter a replicação geográfica em regiões não controladas, use o serviço do 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.