Soluções de replicação entre regiões para regiões não emparelhadas
Alguns serviços do Azure dão suporte à replicação entre regiões para garantir a continuidade dos negócios e proteger contra perda de dados. Esses serviços usam outra região secundária que usa replicação entre regiões. As regiões primária e secundária juntas formam um par de regiões.
No entanto, existem algumas regiões que não são emparelhadas e, portanto, requerem métodos alternativos para alcançar a replicação geográfica.
Este documento lista alguns dos serviços e possíveis soluções que suportam métodos de replicação geográfica sem exigir regiões emparelhadas.
API Management 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 a partir da região de destino, não há dependência de região emparelhada. Neste artigo é fornecida uma orientação operacional.
Serviço de Aplicações 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, não é possível fazer backup/restauração entre regiões. Como solução alternativa, você pode implementar um mecanismo de cópia de arquivo personalizado para que o conjunto de dados salvos copie manualmente entre regiões não emparelhadas e contas de armazenamento diferentes.
Cache do Azure para Redis
O Cache Redis do Azure fornece duas opções distintas de replicação entre regiões que são replicação geográfica ativa e replicação geográfica passiva. Em ambos os casos, não há dependência explícita de pares de regiões.
Registo de Contentores 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 multiprimários. Não há restrições ditadas por pares de regiões para esse recurso. Para obter mais informações, consulte 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ê poderá configurar o Azure Cosmos DB para replicar seus dados em várias regiões e fazer failover transparente para regiões operacionais quando necessário. O Azure Cosmos DB dá suporte a gravações em 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 qualquer restrição de emparelhamento.
Base de Dados do Azure para MySQL
Escolha qualquer Banco de Dados do Azure para MySQL disponível regiões do Azure para girar suas réplicas de leitura.
Base 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 Azure PostgreSQL dá suporte à replicação geográfica ativa para criar uma réplica secundária legível continuamente do seu servidor primário. O secundário legível pode estar na mesma região do Azure que o primário ou, mais comumente, em uma região diferente. Esse tipo de réplica secundária legível também é conhecida 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 pareada.
Azure Data Factory
Para replicação geográfica em regiões não emparelhadas, o Azure Data Factory (ADF) dá suporte ao provisionamento de infraestrutura como código de pipelines do ADF combinado com o Controle do Código-Fonte para ADF.
Grelha de Eventos do Azure
Para replicação geográfica de tópicos de Grade de Eventos em regiões não pareadas, você pode implementar failover do lado do cliente.
Hub IoT do Azure
Para replicação geográfica em regiões não emparelhadas, use o padrão de concierge para roteamento para um Hub IoT secundário.
Azure Kubernetes Service (AKS)
O Backup do Azure pode fornecer proteção para clusters AKS, incluindo um recurso de restauração entre regiões (CRR) que está atualmente em visualização e dá suporte apenas aos Discos do Azure. Embora o recurso de CRR dependa de réplicas de regiões emparelhadas GRS, qualquer dependência de CRR pode ser evitada se o cluster AKS armazenar dados apenas em armazenamento externo e evitar o uso de soluções "em cluster".
Registos do Azure Monitor
Os espaços de trabalho do Log Analytics no Azure Monitor Logs não usam regiões emparelhadas. Para garantir a continuidade dos negócios e proteger contra perda de dados, habilite a replicação de espaço de trabalho entre regiões. Para obter mais informações, consulte Aprimorar a resiliência replicando seu espaço de trabalho do Log Analytics entre regiões.
Azure Service Bus
O Barramento de Serviço do Azure pode fornecer resiliência regional, sem dependência de pares de regiões, usando recursos de Replicação Geográfica ou Recuperação de Desastres Geográficos.
Base 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 replica em qualquer combinação de regiões do Azure sem qualquer dependência do GRS de armazenamento subjacente.
Recurso de replicação geográfica ativa para criar um banco de dados secundário legível continuamente sincronizado para um banco de dados primário. O banco de dados secundário legível 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 secundário legível também é conhecido como geo-secundário ou geo-réplica.
Instância Gerida do Azure SQL
Para replicação geográfica em regiões não emparelhadas com a Instância Gerenciada SQL do Azure, você pode usar:
- Recurso de grupo de failover que replica em qualquer combinação de regiões do Azure sem qualquer dependência do GRS de armazenamento subjacente.
Armazenamento do Azure
Para obter replicação geográfica em regiões não emparelhadas:
Para o Armazenamento de Objetos do Azure:
Para armazenamento de blob e Armazenamento Azure Data Lake, você pode usar ferramentas como AZCopy ou Azure Data Factory.
Para contas de armazenamento v2 de uso geral e contas de blob de bloco premium, você pode usar a Replicação de Objeto de Armazenamento do Azure.
Nota
A replicação de objetos não é suportada para o Armazenamento Azure Data Lake.
Para arquivos NetApp do Azure (ANF), você pode replicar para um conjunto de pares não padrão além de pares de região do Azure. Consulte Replicação entre regiões do Azure NetApp Files (ANF).
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, consulte Sincronização entre dois compartilhamentos de arquivos do Azure para Backup e Recuperação de Desastres.
Para sincronizar entre o 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 do servidor para fins de recuperação de desastres), use a Sincronização de Arquivos do Azure.
Importante
Você deve desabilitar a hierarquização na nuvem para garantir que todos os dados estejam presentes localmente e provisionar armazenamento suficiente na Máquina Virtual do Azure para armazenar todo o conjunto de dados. Para garantir que as alterações sejam replicadas rapidamente para a região secundária, os arquivos só devem ser acessados e modificados no ponto de extremidade do servidor e não no Azure.
Máquinas Virtuais do Microsoft Azure
Para obter replicação geográfica em regiões não emparelhadas, use o serviço Azure Site Recovery . O Azure Site Recovery é o serviço de Recuperação de Desastres do Azure que fornece continuidade de negócios e recuperação de desastres replicando cargas de trabalho do local principal para o local secundário. O local secundário pode ser uma região não emparelhada se for suportado pelo Azure Site Recovery.