Replicação do Azure Site Recovery

O Azure Site Recovery (ASR) é um serviço de recuperação de desastres que replica cargas de trabalho de um local primário para um local secundário, permitindo o failover se o local primário ficar indisponível. Diferentemente do Azure Backup (que cria pontos de recuperação em determinados momentos), o ASR mantém uma réplica continuamente atualizada das VMs, para que você possa fazer o failover com perda mínima de dados. O ASR é compatível com replicação do Azure para o Azure, de VMware ou Hyper-V locais para o Azure e de servidores físicos para o Azure.

Na replicação do Azure para o Azure, o ASR usa o Mobility Service (instalado automaticamente como uma extensão da VM) para capturar as operações de E/S de gravação dos discos da VM de origem. Os dados capturados são transmitidos pela rede de backbone do Azure para uma conta de armazenamento de cache na região de destino e, em seguida, gravados em discos gerenciados de réplica. Um cofre dos Serviços de Recovery na região de destino coordena a replicação. A VM de origem continua funcionando normalmente durante a replicação — não há impacto no desempenho das gravações que estejam abaixo da largura de banda de replicação.

Para habilitar a replicação, acesse a VM de origem no portal, selecione Recuperação de desastres, escolha a região de destino e configure o grupo de recursos, a rede virtual e a conta de armazenamento de cache de destino. O ASR cria os recursos de destino e inicia a fase de replicação inicial — copiando todo o conteúdo dos discos para a região de destino. Após a conclusão da sincronização inicial, o ASR entra no modo de replicação incremental, enviando continuamente apenas os blocos alterados.

O painel do ASR no cofre dos Serviços de Recovery mostra a integridade da replicação de cada VM protegida. Os estados possíveis incluem Healthy, Warning e Critical. A métrica de RPO (Recovery Point Objective) alcançado mostra o quanto a réplica está atrasada em relação à origem — na replicação do Azure para o Azure, o ASR normalmente alcança um RPO inferior a 1 minuto em condições normais. Você também pode consultar o consumo de largura de banda da replicação e quaisquer condições de erro.

Uma política de replicação define a frequência dos pontos de recuperação consistentes com falhas (a cada 5 minutos por padrão) e a frequência dos pontos de recuperação consistentes com o aplicativo (a cada 60 minutos por padrão). Os pontos de recuperação consistentes com falhas são obtidos sem colocar o aplicativo em estado de inatividade; os pontos consistentes com o aplicativo usam VSS/scripts para garantir que o aplicativo possa ser recuperado corretamente. A política também define por quanto tempo os pontos de recuperação serão mantidos — de 0 a 72 horas para pontos consistentes com falhas e de 0 a 48 horas para pontos consistentes com o aplicativo.

Durante a configuração da replicação, o ASR cria ou mapeia recursos da região de destino: um grupo de recursos de destino, uma rede virtual de destino, uma conta de armazenamento de cache e discos gerenciados de réplica. Você pode personalizar o mapeamento da rede de destino para colocar as VMs de failover em sub-redes específicas, atribuir endereços IP privados estáticos e configurar os tamanhos das VMs de destino (que podem ser diferentes do tamanho da origem — algo útil para ajustar o dimensionamento durante a recuperação de desastres). Essas configurações são armazenadas na configuração de Computação e Rede do item protegido.

Para aplicativos que abrangem várias VMs (por exemplo, um servidor Web e um servidor de banco de dados), você pode agrupá-las em um grupo de consistência de várias VMs. O ASR coordena os pontos de recuperação consistentes com falhas e consistentes com o aplicativo em todas as VMs do grupo simultaneamente. Isso garante que, ao fazer o failover, todas as VMs sejam restauradas para o mesmo momento — evitando inconsistências de dados entre a camada do aplicativo e a camada do banco de dados que causariam erros no aplicativo após o failover.

O mapeamento de rede define para qual rede virtual de destino cada VNet de origem será mapeada quando as VMs sofrerem failover. Se a sua VM de origem estiver em uma VNet chamada prod-vnet no Leste dos EUA, você configurará um mapeamento de rede para que, durante o failover, a VM seja colocada em dr-vnet no Oeste dos EUA. Sem um mapeamento de rede, as VMs que sofrerem failover serão colocadas na primeira VNet disponível, o que poderá causar problemas de conectividade se a topologia da VNet for diferente da região de origem.

A replicação do ASR usa o backbone do Azure em cenários do Azure para o Azure — você não paga pela largura de banda de saída entre regiões emparelhadas do Azure para o tráfego de replicação. No entanto, a taxa de replicação de deltas não deve exceder a largura de banda de upload disponível do armazenamento da VM de origem. Para cargas de trabalho com muitas gravações, como grandes bancos de dados do SQL Server com tráfego intenso de gravação, use a ferramenta ASR Deployment Planner para estimar a largura de banda necessária e verificar se o seu ambiente é compatível antes de habilitar a replicação.

O ASR é compatível com a replicação de discos gerenciados e não gerenciados (baseados em blob), mas a replicação de discos gerenciados é fortemente recomendada porque elimina o gerenciamento da conta de armazenamento e oferece melhor desempenho. Ao replicar VMs com discos gerenciados, o ASR cria discos de réplica gerenciados correspondentes na região de destino. Você também pode excluir discos de dados específicos da replicação, como discos temporários ou de trabalho, para reduzir a largura de banda e o custo da replicação.

O ASR e o Azure Backup são complementares, não alternativas. O Azure Backup protege contra corrupção de dados, exclusão acidental e ransomware — você restaura para um estado íntegro conhecido de dias ou semanas atrás. O ASR protege contra interrupções regionais — você faz failover para uma réplica que está de segundos a minutos atrás da origem. Uma carga de trabalho de produção normalmente precisa dos dois: Backup para proteção de dados e ASR para recuperação de desastre e continuidade dos negócios.

Teste sua compreensão dos conceitos do Microsoft Azure Fundamentals (AZ-900) abordados nesta lição.

Nesta lição, você aprendeu que o Azure Site Recovery fornece replicação contínua de deltas das VMs para uma região de destino, possibilitando a recuperação de desastre com RPO quase zero; as políticas de replicação controlam a frequência dos pontos de recuperação consistentes com falhas e consistentes com o aplicativo; e o mapeamento de rede garante que as VMs que sofrerem failover sejam direcionadas à VNet de destino correta. A seguir, exploraremos como testar e executar o failover com segurança usando o ASR.