2. O que nós iremos aprender
• Disaster Recovery e Continuidade dos Negócios
• Porque usar AWS para disaster recovery?
• Arquiteturas para DR
• Backup e Restore
• Pilot light
• Warm Standby
• Hot Standby
• Demonstração ao Vivo
• Caso de Estudo do Cliente
3. Interrupções na Continuidade do
Negócio
Causadas por falhas na Infraestrutura de TI
Afeta negócios de todos os tipos e tamanhos
Pode ser muito cara
7. Disaster Recovery Tradicional
• Alto custo
• Baixo ROI
• Implementado apenas para sistemas críticos
• Normalmente escalado para 50% do tamanho do ambiente de
produção
• Licenças de Software caras baseadas em uso de hardware
8. Disaster Recovery na AWS
• Capacidade sem precedentes para implantação de sites de DR
• Configure facilmente seu DR em diferentes regiões geográficas
• Custo de DR reduzido em até 70% (ou mais, dependendo da
arquitetura de DR)
• Economia substancial em gastos com licença de software
10. Opções de Storage na AWS
Simple Storage Service
Object
storage
altamente
escalável
1
byte
a
5TB
in
tamanho
99.999999999%
de
durabilidade
Elastic Block Store
Block storage device de alta performance
1GB a 1TB de tamanho
Montado como drives nas instâncias com
funcionalidades de snapshot/cloning
Glacier
Arquiving
de
objetos
de
longo
prazo
Custo
por
gigabite
extremamente
baixo
99.999999999%
de
durabilidade
11. Arquiteturas de DR mais
Comuns
Backup
e
Restore
$
Pilot
Light
$$
Warm
Standby
$$$
Multi-Site
$$$$
Cada arquitetura
difere das outras em termos de
RTO, RPO e Custo
12. Simples de Começar
Ponto
de
parEda
fácil
para
explorar
a
nuvem
da
AWS
Barreira
técnica
muito
pequena
Focado
em
incorporar
a
nuvem
na
sua
estratégia
de
DR,
e
não
em
problemas
técnicos
complexos
de
sistema
hot-‐hot
Custo mais Baixo de
Todos
Nivel
muito
alto
de
durabilidade
a
um
preço
muito
pequeno
Custo
de
armazenamento
de
snapshots
no
Amazon
S3
Possiblidades
de
arquivamento
muito
além
do
uso
de
fitas
através
do
Amazon
Glacier
Arquitetura Backup e Restore
13. Back up e restore
Crie
instâncias a
partir de
AMIs
Restaure os dados
a partir dos
backups
15. Construa recursos ao
redor de um dataset
replicado
Mantenha
uma
‘luz
piloto’
ligada
replicando
os
principais
bancos
de
dados
Construa
recursos
AWS
ao
redor
do
seu
dataset
e
os
deixe
desligados
Arquitetura Pilot Light
16. Construa recursos ao
redor de um dataset
replicado
Mantenha
uma
‘luz
piloto’
ligada
replicando
os
principais
bancos
de
dados
Construa
recursos
AWS
ao
redor
do
seu
dataset
e
os
deixe
desligados
Escale seus recursos na
AWS em resposta a um
evento de DR
Inicie um pool de recursos na AWS
quando houver um evento
Escale para cima a sua instancia de
banco de dados para que esta atenda a
demanda de produção
Arquitetura Pilot Light
17. Vire a chave para a AWS
Faça
as
mudanças
necessárias
no
DNS
para
redirecionar
o
tráfego
para
o
Site
de
DR
na
AWS
Arquitetura Pilot Light
20. Construa um ambiente similar
a produção em escala reduzida
Mantenha
dados
e
arquivos
sincronizados
entre
producao
e
DR
através
de
replicação
Use
instancias
menores
e
em
menor
numero
do
que
produção.
Use
RI
(Reserved
Instances)
para
reserva
de
capacidade
e
economia
Escale os recursos na
AWS em resposta a um
evento de DR
Escale horizontalmente o ambiente
adicionando mais instancias
Escale verticalmente as instancias para
chegar a capacidade de producao
Arquitetura Warm Standby
21. Vire a chave para a AWS
Faça
as
mudanças
necessárias
no
DNS
para
redirecionar
o
tráfego
para
o
site
de
DR
na
AWS
Arquitetura Warm Standby
24. Construa o site de DR como um espelho do
ambiente de Produção
Mantenha
toda
a
informação
e
arquivos
sincronizados
entre
produção
e
DR
usando
replicação
síncrona,
se
possível
Escolha
o
tamanho
e
número
de
instancias
baseado
no
nivel
de
performance
aceitavel
sem
nenhuma
mudanca
no
caso
de
um
evento
de
DR
Use
RI
(Instancias
Reservadas)
para
reserva
de
capacidade
e
economia
Arquitetura Multi-site
25. Carga balanceada entre
produção e DR
Se
latência
e
o
risco
de
propagação
de
erros
entre
os
sites
de
produção
e
DR
são
aceitáveis
Multi-site Architecture
Se o site de DR for
isolado, então vire a
chave para a AWS
Faça
as
mudanças
necessárias
no
DNS
e
recirecione
o
tráfego
para
o
site
de
DR
na
AWS