c4.16 Automatizar a recuperação de desastres multi-Região
Uma vez que você tem o seu plano de DR e backups protegidos, o próximo passo para as apps críticas é automatizar a replicação contínua entre Regiões e verificar regularmente que a Região secundária funciona, reduzindo o RTO/RPO e provando que você realmente consegue fazer failover quando uma Região é perdida.
Guia de implementação
Automatize a replicação e o ensaio
Com base no seu plano de recuperação de desastres e nos seus backups imutáveis, automatize a replicação assíncrona contínua dos dados das aplicações críticas para uma segunda Região, e verifique periodicamente que a Região secundária realmente consegue executar a carga. Isso reduz os seus objetivos de tempo e ponto de recuperação (RTO/RPO) e transforma o DR de um documento em uma capacidade testada.
Um padrão 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 (cold/warm standby). A vantagem do DR sobre a HA pura é a recuperação a um ponto no tempo: restaurar para "antes do comprometimento" ou "antes de o ransomware se espalhar".
Ferramentas
O AWS Elastic Disaster Recovery configura, testa e opera DR entre Regiões (e de on-premises para a nuvem) com replicação contínua, criptografia em trânsito e em repouso, e simulados de recuperação não disruptivos. Realize um fire drill periódico para provar que o failover funciona antes de você precisar dele.
Quando o SLA exige mas você não pode financiar
Se o SLA do negócio exige automação de DR multi-Região mas ela não está implementada por restrições de recursos, faça um executivo assinar uma carta de aceitação do risco não mitigado.
Como se encaixa
Como validar
- Você acordou os SLAs necessários com o negócio para as aplicações críticas?
- Existe DR multi-Região com recuperação automatizada para essas aplicações?
- Você realizou um fire drill para provar que o failover para a Região de DR funciona?
- Onde o SLA exige automação de DR que você não implementou, existe uma aceitação de risco assinada por um executivo?
Ameaças atendidas
- As indisponibilidades de Região são raras mas de alto impacto; uma aplicação crítica sem DR multi-Região automatizado pode não cumprir o seu SLA, e eventos destrutivos como o ransomware podem ser irrecuperáveis sem DR a um ponto no tempo.
Serviços AWS
AWS Elastic Disaster Recovery 
AWS CloudFormation