Recuperación de desastres

Jesús Bonequi

@jesusbo

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

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

Downtime

DesastresNaturales

Incidentes de

seguridad

Falla en el equipo

Error

Humano

Que causa la falla

Continuidad del negocio

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

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

Alcance global desde su escritorio

Arquitecturas típicas de RD

Cada arquitectura de RD

Difiere de la otra en

Términos de RTO, RPO y Costo

Opciones de almacenamiento en AWS

Simple Storage ServiceHighly scalable object storage

1 byte to 5TB in size

99.999999999% durability

Elastic Block StoreHigh performance block storage device

1GB to 1TB in size

Mount as drives to instances with

snapshot/cloning functionalities

GlacierLong term object archive

Extremely low cost per gigabyte

99.999999999% durability

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

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

Back up y restore

Crearinstanciasdesde AMI

Restaurar datosde backups

Muchas maneras de hacer un Back Up

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

Construya recursos

alrededor de dataset

replicadosMantenga 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

Construya recursos

alrededor de dataset

replicadosMantenga 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

Cambio a AWSRealice los cambios necesarios en su

DNS para re direccionar el trafico al sitio

de RD en AWS

Arquitectura: Pilot Light

Arquitectura: Pilot light

Creainstancias

desde AMIs

Arquitectura: Pilot Light

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

Cambie a AWSRealice todos los cambios necesarios en

su DNS para redirigir el trafico hacia el

sitio de RD en AWS

Arquitectura: Warm Standby

Warm Standby Architecture

Warm Standby Architecture

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

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

Arquitectura: Multi sitio

Un sitio de RD en AWS puede servir

para:

• Sitio primario en centro de datos del

cliente

• Sitio primario dentro de AWS

Sitios Primarios y RD en AWS

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

Muchas Gracias