Azure Site Recovery: Disaster Recovery Acessível para PMEs

O que é o Azure Site Recovery e por que ele interessa às PMEs

Durante muito tempo, ter um plano de recuperação de desastres (Disaster Recovery, ou DR) era coisa de grande empresa. Montar um segundo data center, com servidores, storage, link dedicado e licenças duplicadas, custava caro. Para a maioria das pequenas e médias empresas, o investimento não cabia no orçamento. Por isso muitas ficavam só com o backup e torciam para que nenhum incidente grave acontecesse.

O Azure Site Recovery (ASR) mudou essa conta. É o serviço da Microsoft que replica de forma contínua servidores físicos, máquinas virtuais VMware ou Hyper-V e VMs que já rodam no Azure para outra região da nuvem. Se o ambiente principal parar por falha de hardware, ataque de ransomware, queda de energia prolongada ou até um incêndio, a empresa liga as cópias no Azure e volta a operar em minutos ou poucas horas. Não precisa esperar dias por um restore completo.

O mais importante para as PMEs é o modelo de cobrança. Os servidores de contingência não ficam ligados o tempo todo. Enquanto está tudo normal, a empresa paga basicamente a licença de proteção por instância e o armazenamento dos dados replicados. O custo de processamento só aparece quando as máquinas são de fato ligadas na nuvem, num teste ou num desastre real. Na prática, é um site de contingência que cobra pelo uso, sem precisar de um segundo data center ocioso.

Backup não é Disaster Recovery: entenda a diferença

Um erro comum é achar que backup e DR são a mesma coisa. Os dois se complementam, mas resolvem problemas diferentes. O backup guarda cópias dos dados em determinados momentos para que arquivos, bancos ou servidores possam ser restaurados. Ele protege contra exclusão acidental, corrupção de dados e ransomware, desde que as cópias estejam isoladas. Restaurar um servidor inteiro a partir do backup, porém, pode levar horas ou dias, dependendo do volume e de onde a cópia está guardada.

Já o Disaster Recovery cuida da continuidade do negócio. O foco é colocar sistemas críticos de volta no ar o mais rápido possível, com a menor perda de dados aceitável. Dois indicadores definem um plano de DR:

• RPO (Recovery Point Objective): quanto de dados a empresa aceita perder, medido em tempo. Um RPO de 15 minutos significa que, no pior cenário, se perdem os últimos 15 minutos de transações.
• RTO (Recovery Time Objective): quanto tempo a empresa aguenta ficar parada até os sistemas voltarem a funcionar.

Com backup tradicional, o RPO costuma ser de 24 horas (a cópia da noite anterior) e o RTO pode passar de um dia. Com o Azure Site Recovery, a replicação é contínua e gera pontos de recuperação frequentes. Em geral o RPO fica na casa dos minutos, e o RTO depende só do tempo de ligar as VMs e redirecionar o acesso. A estratégia mais madura combina os dois: backup para proteger os dados ao longo do tempo e DR para garantir a continuidade.

Backup responde à pergunta "consigo recuperar meus dados?". Disaster Recovery responde a "em quanto tempo minha empresa volta a faturar?". Uma PME precisa das duas respostas.

Como o Azure Site Recovery funciona na prática

O funcionamento é simples de entender. Em cada servidor protegido, ou no hipervisor, é instalado um componente de replicação que envia as alterações de disco para o Azure de forma contínua. Esses dados ficam em discos gerenciados na região escolhida, e o serviço cria pontos de recuperação periódicos. Os pontos podem ser crash-consistent, que equivalem ao estado do disco num instante, ou app-consistent, que garantem a integridade de aplicações como SQL Server e Exchange.

Quando é preciso acionar a contingência, o administrador faz o failover: escolhe um ponto de recuperação e o ASR cria as máquinas virtuais no Azure a partir dos dados replicados. Os usuários passam a acessar os sistemas na nuvem, por VPN, acesso remoto ou pelo DNS publicado. Depois que o ambiente principal é recuperado, o failback devolve a operação ao local de origem, sincronizando o que mudou durante o período em contingência.

Um recurso pouco explorado e muito valioso é o failover de teste. Ele permite subir uma cópia do ambiente numa rede isolada no Azure sem afetar a produção nem a replicação em andamento. Assim a empresa consegue validar periodicamente se o plano funciona: se o sistema abre, se o banco de dados está íntegro, se os usuários conseguem acessar. Um plano de DR que nunca foi testado não passa de uma hipótese, e o ASR torna esse teste viável e barato.

Para ambientes com vários servidores que dependem uns dos outros, os Recovery Plans definem a ordem de inicialização. Primeiro sobe o controlador de domínio, depois o banco de dados e, por último, o servidor de aplicação. Também dá para incluir scripts e etapas manuais, o que deixa a recuperação previsível e documentada.

Quanto custa e por que cabe no bolso de uma PME

O ASR tem três componentes de custo principais. O primeiro é a licença por instância protegida, cobrada mensalmente por servidor replicado. A Microsoft não cobra essa licença nos primeiros 31 dias de cada instância, o que ajuda na fase de implantação e de testes. O segundo é o armazenamento dos discos replicados e dos pontos de recuperação no Azure. O terceiro, que só aparece quando é usado, é o processamento das VMs ligadas durante um teste ou um failover real.

Na comparação com um site secundário físico, a economia é grande. Um ambiente próprio de contingência exige hardware parado, energia, refrigeração, espaço, link e manutenção, e tudo isso é pago o mês inteiro, mesmo sem nenhum desastre. No ASR, o custo fixo é baixo e o custo de computação só existe nos momentos em que a contingência é de fato necessária. Na prática, a empresa paga caro apenas no dia em que o DR salva a operação, que é justamente quando ele vale cada centavo.

Alguns cuidados ajudam a manter a conta controlada:

• Proteja o que é crítico: nem todo servidor precisa de DR. Servidores de teste ou de baixa criticidade podem ficar só com backup.
• Ajuste a retenção dos pontos de recuperação: manter muitos pontos por muito tempo aumenta o custo de armazenamento sem um benefício proporcional.
• Dimensione as VMs de destino: em contingência, muitas vezes uma máquina um pouco menor dá conta do essencial.
• Planeje a rede antes do desastre: VPN, endereçamento e DNS definidos com antecedência evitam improviso e horas cobradas à toa durante o incidente.

Boas práticas para implantar DR na nuvem com segurança

Implantar o Azure Site Recovery não é só ativar a replicação. O primeiro passo é uma análise de impacto no negócio: levantar quais sistemas são críticos, quanto custa cada hora parada e quais RPO e RTO são aceitáveis para cada um. É essa análise que define o que entra no escopo e como o ambiente será priorizado no failover.

Também é preciso olhar para a banda de internet. A replicação inicial transfere o disco inteiro de cada servidor, e depois só seguem as alterações. Em links mais modestos, vale planejar a carga inicial em janelas noturnas e acompanhar a taxa de mudança dos dados para garantir que o RPO seja cumprido. A segurança da conta Azure também deve ser tratada com rigor, com autenticação multifator, controle de acesso por função e separação entre quem administra a produção e quem administra o cofre de recuperação. Um atacante que domina as duas pontas pode comprometer as duas.

Por fim, o plano precisa estar documentado e testado. Recomenda-se ao menos um failover de teste por semestre, com registro do tempo real de recuperação e dos ajustes necessários. Mudanças no ambiente, como um servidor novo, um sistema migrado ou uma alteração de rede, devem ser refletidas no plano de recuperação. Do contrário, o DR envelhece em silêncio e falha justamente quando é chamado.

Um bom plano de Disaster Recovery é medido no teste, não no papel. Se a empresa nunca ligou o ambiente de contingência, ela ainda não sabe se tem DR.

Como a Duk ajuda sua empresa a ter Disaster Recovery de verdade

A Duk Informática & Cloud tem mais de 18 anos de experiência em infraestrutura e mais de 550 empresas atendidas, e conhece de perto a realidade das PMEs: orçamento enxuto, equipe de TI pequena e uma operação que não pode parar. Como Microsoft Gold Partner, a Duk desenha e implanta soluções de Disaster Recovery com Azure Site Recovery adequadas ao tamanho e à criticidade de cada negócio.

O trabalho começa pelo levantamento dos sistemas críticos e pela definição de RPO e RTO realistas. Depois vêm a configuração da replicação, a rede de contingência, a VPN, os planos de recuperação com ordem de inicialização e os testes periódicos documentados. A Duk também integra o DR à estratégia de backup, para que a empresa fique protegida tanto contra a perda de dados quanto contra a indisponibilidade dos sistemas, e acompanha os custos no Azure para que a contingência continue acessível ao longo do tempo.

Se a sua empresa depende de servidores locais e ainda não sabe quanto tempo levaria para voltar a operar depois de um incidente grave, este é o momento de descobrir, e de resolver isso antes que aconteça. Fale com a Duk e conheça um plano de Disaster Recovery na nuvem feito sob medida para a sua operação.