c3.23 Planejar a recuperação de desastres
Tenha um plano de continuidade de negócios que indique quais cargas devem sobreviver à perda de uma zona de disponibilidade e quais à perda de uma Região inteira. Escolha a estratégia de DR por carga com base nos seus objetivos de tempo e ponto de recuperação (RTO/RPO).
Guia de implementação
Decida o que deve sobreviver a quê
Documente, por carga, se ela deve resistir à perda de uma zona de disponibilidade (a maioria) ou de uma Região inteira. Depois escolha uma estratégia de DR dimensionada ao seu RTO e RPO: backup e restauração, pilot light, warm standby ou multi-site ativo/ativo.
Um padrão comum equilibrado em custo
Para uma carga que deve sobreviver à perda de uma Região: execute alta disponibilidade Multi-AZ na Região primária, replique dados continuamente para uma segunda Região e mantenha infraestrutura como código pronta para subir o ambiente de recuperação sob demanda. Uma vantagem chave do DR sobre a HA pura é a recuperação a um ponto no tempo: você pode restaurar para "antes do comprometimento" ou "antes de o ransomware começar a se espalhar".
Ferramentas
O AWS Elastic Disaster Recovery configura, testa e opera DR replicando servidores continuamente na AWS, com criptografia em trânsito e em repouso. Usos comuns são DR de on-premises para a nuvem (site de recuperação econômico, pago por uso) e DR entre Regiões. Ele suporta muitos sistemas operacionais e aplicações; veja as FAQ do Elastic DR.
Teste o plano
Um plano de DR que você nunca exercitou é uma hipótese. Realize testes de failover (o Elastic DR suporta simulados não disruptivos) e vincule-os aos seus exercícios de mesa.
Como validar
- Um plano de continuidade de negócios indica quais cargas devem sobreviver à perda de AZ vs. de Região?
- As estratégias de DR estão ajustadas ao RTO/RPO de cada carga?
- Você consegue recuperar a um ponto no tempo anterior a um comprometimento, e testou o failover?
Ameaças atendidas
- Sem um plano de DR testado, uma indisponibilidade em nível de Região ou um evento destrutivo (como ransomware) pode causar downtime prolongado ou perda permanente de dados porque não há uma forma ensaiada de recuperar a um ponto limpo no tempo.
Cloud Security Maturity Model