O Azure Site Recovery permite que máquinas virtuais físicas locais, máquinas virtuais do Azure, Hyper-V e VMWare façam failover em caso de desastre e façam failback depois que ele for resolvido.
Inicialmente, a solução de recuperação de desastres da Microsoft era focada em armazenamento, eventualmente se expandindo para recuperação de desastres como serviço; agora, ela conta com um processo de replicação de dados quase constante, o que torna possível manter cópias sincronizadas.
O ASR também é famoso por sua eficiência de custo — apesar de ser embalado com um conjunto de recursos de backup, recuperação de desastres e relatórios, ele custará menos do que a maioria de seus concorrentes do setor. De certa forma, o Azure Site Recovery é uma alternativa de baixo custo para abordagens mais convencionais, onde as únicas despesas necessárias são com armazenamento para dar suporte aos instantâneos do aplicativo, a retenção de pontos de recuperação e uma taxa de serviço mensal.
O ASR é capaz de integração com soluções de continuidade de negócios e recuperação de desastres como Oracle Data Guard e SQL Always On. Do ponto de vista de proteção de carga de trabalho e aplicativo, o Site Recovery integra-se facilmente com inúmeras cargas de trabalho, incluindo DNS, Exchange, Active Directory, SAP, etc.
Como já dissemos, um objetivo de ponto de recuperação (RPO) e um objetivo de tempo de recuperação (RTO) são propriedades críticas de qualquer solução de recuperação de desastres, e é nisso que o ASR é bom — para a maioria das máquinas virtuais, um limite de RPO não excede 30 segundos, e para algumas delas a replicação é contínua. Quanto a um RTO, uma organização deve usar o Azure Traffic Manager, um balanceador de carga de tráfego baseado em DNS que distribui o tráfego entre as regiões do Azure, para reduzi-lo drasticamente, facilitando assim um eventual processo de recuperação.
Por outro lado, há algumas desvantagens que devem ser seriamente levadas em consideração antes de decidir se prefere o Azure Site Recovery em vez de outras soluções de recuperação de desastres.
Em primeiro lugar, a solução de recuperação de desastres do Azure exige um alto nível de conhecimento especializado, o que torna impossível usá-la sem um especialista em TI interno ou autônomo para todos os cenários de recuperação de desastres, exceto os mais simples.
Outra grande desvantagem do Azure Site Recovery é a falta de automação — por exemplo, o failover é um processo completamente manual, o que pode acabar sendo caro sem a devida consideração e conhecimento.
Mais uma deficiência que não deve ser ignorada é que o ASR requer software adicional para ser totalmente operacional e repleto de recursos. Assim, como já observado, para manter um RTO baixo, o Azure Traffic Manager deve ser usado. Ou, se uma organização executar configurações de várias VMs, o System Center Virtual Machine Manager será adicionalmente necessário.
