El documento aborda la importancia de la recuperación de desastres y continuidad del negocio, destacando las ventajas de utilizar AWS para implementar arquitecturas de recuperación que son más costo-efectivas y eficientes. Se presentan diversas arquitecturas, como 'pilot light', 'warm standby', y 'multi sitio', que permiten a las organizaciones mantener la sincronización de datos y escalar recursos según sea necesario. También se mencionan los servicios de almacenamiento de AWS y las estrategias de backup, enfatizando en la reducción de costos y las capacidades ampliadas para asegurar la continuidad del negocio.

1. Recuperación de desastres
Jesús Bonequi
@jesusbo

2. Agenda
• Recuperación de desastres y continuidad en el negocio
• ¿Por que utilizar AWS para recuperación de desastres?
• Arquitecturas tradicionales en RD
• Backup y restore
• Pilot light
• Warm Standby
• Hot Standby
• Siguientes pasos

3. Disrupción en la continuidad del negocio
Causada por limitantes en infraestructura de TI
Afecta a negocios de todo tipo y tamaño
Puede ser muy costosa

4. Downtime
Desastres
Naturales
Incidentes
de
seguridad
Falla en el
equipo
Error
Humano
Que causa la falla

5. Continuidad del negocio

7. Sitios convencionales de Recuperación de
Desastres
• Alto costo
• Bajo ROI
• Solo se implementa para los sistemas críticos
• Usualmente se usa 50% de producción
• Reto de sistemas en usar una región remota
• Software y licencias costosos basados en uso de hardware

8. Recuperación de Desastres en AWS
Capacidades sin precedente para implementar sitios de RD
Fácilmente se implementan sitios de DR en ubicaciones geográficas
Reduce el costo del sitio RD hasta en un70%
Ahorros sustanciales en software

9. Alcance global desde su escritorio

10. Arquitecturas típicas de RD
Cada arquitectura de RD
Difiere de la otra en
Términos de RTO, RPO y Costo

11. Opciones de almacenamiento en AWS
Simple Storage Service
Highly scalable object storage
1 byte to 5TB in size
99.999999999% durability
Elastic Block Store
High performance block storage device
1GB to 1TB in size
Mount as drives to instances with
snapshot/cloning functionalities
Glacier
Long term object archive
Extremely low cost per gigabyte
99.999999999% durability

12. Simple para iniciar
Fácil punto de inicio para explorar la nube de
AWS
Las menores barreras técnicas para entrar
Se enfoca en incorporar la nube en su estrategia
de RD, sin puntos complejos de tecnología
relacionados a sistemas hot-hot
Menor costo
Altos niveles de durabilidad de datos con un
bajo costo
Costo de almacenar snapshots en Amazon S3
Capacidades de Archivado mas allá del uso
de cinta con Amazon Glacier
Arquitecturas de Backup & Restore

13. Back up de datos hacia Amazon S3
On-premises Infrastructure
Traditional server
Amazon Route 53
AWS
Import/Export
S3 Bucket
with Objects
Data copied
to S3

14. Back up y restore
Crear
instancias
desde AMI
Restaurar datos
de backups

15. Muchas maneras de hacer un Back Up

16. Que hacer en caso de desastres
• Recupere los backups de Amazon S3
• Levante la infraestructura requerida
• Restaure el Sistema del backup
• Cambie al Nuevo Sistema
or

17. Construya recursos
alrededor de dataset
replicados
Mantenga un “Pilot Light” al replicar bases
de datos criticas
Construya recursos de AWS alrededor de
esos datasets y manténgalos en un estado
detenido
Arquitectura: Pilot Light

18. Construya recursos
alrededor de dataset
replicados
Mantenga un “Pilot Light” al replicar
bases de datos criticas
Construya recursos de AWS alrededor de
esos datasets y manténgalos en un
estado detenido
Escale los recursos en
AWS en respuesta a un
evento RD
Inicie un pool de recursos en AWS
cuando lo dicte el evento
Escale la instancia de base de datos para
soportar las capacidades de producción
Arquitectura: Pilot Light

19. Cambio a AWS
Realice los cambios necesarios en su
DNS para re direccionar el trafico al sitio
de RD en AWS
Arquitectura: Pilot Light

20. Arquitectura: Pilot light

21. Crea
instancias
desde AMIs
Arquitectura: Pilot Light

22. Construya un ambiente similar
a producción en una escala
reducida
Mantenga los datos y archivos sincronizados entre
producción y el sitio de RD utilizando replicación
Utilice menos instancias y de menor tamaño que
producción. Utilice RI (Reserved Instances) para
reservar la capacidad y ahorrar en costos
Escale los recursos en
AWS en respuesta a un
evento de RD
Escale el ambiente añadiendo mas
instancias
Escale las instancias para soportar el
ambiente de producción
Arquitectura: Warm Standby

23. Cambie a AWS
Realice todos los cambios necesarios en
su DNS para redirigir el trafico hacia el
sitio de RD en AWS
Arquitectura: Warm Standby

24. Warm Standby Architecture

25. Warm Standby Architecture

26. Construya un sitio de DR como una imagen
espejo de Producción
Mantenga todos los datos y archivos sincronizados entre producción y el sitio de RD
por medio de replicación síncrona si es posible
Escoja el tamaño de instancias y el numero total basado en un nivel aceptable de
rendimiento sin necesidad de cambios en caso de un evento de RD
Utilice RI (Reserved Instances) para reservar capacidad y ahorro en costos
Arquitectura: Multi sitio

27. Balanceo de cargas entre
producción y RD
Si la latencia y el riesgo de
propagación de error entre
producción y RD son aceptables
Arquitectura: Multi sitio
Si el sitio de RD se
encuentra aislado
entonces cambie a AWS
Realice todos los cambios necesarios
en su DNS para re direccionar el
trafico hacia el sito de RD en AWS

28. Arquitectura: Multi sitio

29. Un sitio de RD en AWS puede servir
para:
• Sitio primario en centro de datos del
cliente
• Sitio primario dentro de AWS

30. Sitios Primarios y RD en AWS

31. Mas información de recuperación de desastres
• http://aws.amazon.com/disaster-
recovery
• http://aws.amazon.com/archive
• http://aws.amazon.com/backup-
storage
• First call sales presentation
• Customer Reference PPT
• Customer Case Studies
• Customer Video Testimonial
• Storage Gateway Overview Video
• Forrester white paper: file storage 74%
cheaper in AWS
• Storage Gateway How-to Video
• DR Technical Whitepaper
• ESG Analyst White Paper on DR with
AWS
• 451Group Analyst Report on DR

32. Muchas Gracias