Estrategias de backup y recuperación ante desastres en AWS

Curso de AWS Certified Solutions Architect Associate

Contenido del curso

Fundamentos de AWS

Identidad, Acceso y Gobernanza Multicuenta

Servicios de Computo en AWS

Contenedores en AWS

Redes en AWS

Escalamiento y balanceo en AWS

Almacenamiento en AWS

Bases de datos en AWS

Migración en AWS

Monitoreo y Auditoria en AWS

DNS y CDN en AWS

Servicios de Seguridad

Serverless

Servicios de Datos en AWS

Servicios de AI y ML em AWS

64
Servicios de IA y ML en AWS
04:09 min

Servicios de Backup y Recuperación ante desastres

Architect Solutions Certificate

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:004:02

Estrategias de backup y recuperación ante desastres en AWS

Curso de AWS Certified Solutions Architect Associate

Clase 65 de 69

Clase 65 / 69

Recursos

Diseñar arquitecturas en AWS pensando en alta disponibilidad y recuperación ante desastres es lo que separa un servicio que sobrevive a un fallo de uno que se cae con el primer tropiezo. Aquí entenderás qué estrategias usar, qué servicios apoyan ese objetivo y por qué los indicadores RPO y RTO son tu brújula.

Por qué importa pensar que todo puede fallar

Werner Vogels, uno de los altos ejecutivos de AWS, lo resume sin rodeos: everything fails all the time. Esa frase no es pesimismo, es un principio de diseño. Si asumes desde el inicio que un disco, una zona de disponibilidad o incluso una región puede caer, vas a construir tus servicios con redundancia desde el primer día.

El objetivo es claro: minimizar las caídas, tolerar fallos y mantener la operación corriendo 24/7, los 365 días del año. Eso significa replicar datos, replicar aplicaciones y tener planes para cuando algo se rompa, ya sea físico o de software.

¿Qué es alta disponibilidad en AWS? Es la capacidad de mantener tus aplicaciones funcionando el mayor tiempo posible, minimizando interrupciones mediante replicación de infraestructura, datos y servicios en distintas zonas o regiones.

Qué herramientas de AWS ayudan a mantener servicios siempre activos

AWS ofrece un abanico de funcionalidades pensadas para que tus cargas no dependan de un solo punto. Algunas de las más usadas son:

Tablas globales en DynamoDB para extender una base de datos a varias regiones.
AMIs compartidas entre cuentas y regiones para replicar entornos de cómputo rápidamente.
Replicación de buckets de S3 para tener tus objetos en más de una ubicación.

Cada una de estas piezas suma a la tolerancia a fallos, que es la capacidad de seguir operando aunque una pieza física o lógica deje de responder. La idea es no depender nunca de un único recurso.

Cuáles son las estrategias de recuperación ante desastres en AWS

La estrategia que elijas depende de cuánto tiempo puedes estar fuera y cuánta información puedes permitirte perder. AWS plantea cuatro enfoques principales, ordenados de menor a mayor costo y velocidad de recuperación.

Backup y recuperación como punto de partida

La opción más sencilla y económica. Con el servicio AWS Backup defines políticas, configuras retenciones, eliges las cargas de trabajo a respaldar y monitoreas todo desde un solo lugar. Es ideal cuando tu negocio tolera tiempos de recuperación más largos.

Pilot Light y Warm Standby como puntos intermedios

Pilot Light o luz piloto mantiene encendidos solo los componentes críticos, listos para escalar cuando ocurra un desastre. Warm Standby va un paso más allá: tienes una versión reducida pero funcional del entorno corriendo, lista para recibir tráfico real con poco esfuerzo.

Multi-Site Active-Active para máxima disponibilidad

Aquí tienes dos centros de datos funcionando al 100% al mismo tiempo, atendiendo tráfico en paralelo. Es la opción más rápida para recuperarte porque, en realidad, nunca te caes. También es la más costosa, porque pagas por toda la infraestructura duplicada.

¿Cuál estrategia de recuperación ante desastres conviene elegir? Depende de tus indicadores RPO y RTO. Si toleras horas sin servicio, basta con backup. Si necesitas continuidad inmediata, vas hacia Multi-Site Active-Active.

Qué son RPO y RTO y por qué definen tu estrategia

Antes de elegir herramientas, necesitas dos números claros. RPO (Recovery Point Objective) es cuánta información puedes perder medida en tiempo: ¿los últimos 5 minutos, la última hora, el último día? RTO (Recovery Time Objective) es cuánto tiempo puedes estar caído antes de que el negocio sufra de verdad.

Estos indicadores son los que te dicen si una estrategia de backup tradicional es suficiente o si necesitas pagar por una arquitectura activa-activa. Sin RPO y RTO definidos, cualquier inversión en recuperación ante desastres es a ciegas.

RPO bajo + RTO bajo: piensa en Multi-Site Active-Active.
RPO medio + RTO medio: Warm Standby encaja bien.
RPO alto + RTO alto: backup y recuperación es suficiente y más barato.

Un buen diseño no es el más caro, es el que cumple con los objetivos del negocio sin gastar de más. Y ahora cuéntame, ¿en qué momento tener un backup te salvó de un apuro real?

Fundamentos de AWS

Certificación AWS Solutions Architect Associate: Fundamentos y Preparación

Preparación para certificación AWS Arquitecto de Soluciones

Configuración de presupuestos en AWS para controlar costos

Los 6 pilares del Well-Architected Framework

Identidad, Acceso y Gobernanza Multicuenta

Cómo evitar brechas de seguridad con IAM

Creación de usuarios administrador y practicante en AWS IAM

Gestión de cuentas con AWS Organizations

Detecta recursos AWS expuestos con Access Analyzer

Cómo gestionar múltiples cuentas AWS

Servicios de Computo en AWS

Servicios de cómputo AWS: EC2, procesadores Graviton y AMIs

Compute Savings Plan para EC2 y Lambda

Cómo lanzar tu primera instancia EC2

Optimizar latencia en EC2 con tenencia dedicada

Cómo consultar metadatos de EC2 con IMDSv2

AWS Outposts: ejecutar AWS en tu data center

Despliegue de app web en Elastic Beanstalk

Contenedores en AWS

Contenedores en AWS: ECS, EKS y ECR

Gestión de imágenes de contenedores con ECR y Fargate

Configuración de clusters, tareas y servicios en Amazon ECS

Redes en AWS

Direccionamiento IP y bloques CIDR para redes AWS

NAT Gateway para subredes privadas en AWS

Configuración de instancias públicas y privadas con NAT Gateway

NACL y Security Groups en AWS

Cómo reparar un Security Group en EC2

Conectividad híbrida en AWS: VPC Peering, Transit Gateway y Endpoints

Escalamiento y balanceo en AWS

Tipos de balanceadores de carga en AWS

Configuración de balanceadores de carga en AWS para alta disponibilidad

Autoescalamiento en EC2 con Auto Scaling Groups

Cómo crear un Auto Scaling Group en EC2

Almacenamiento en AWS

Tipos de almacenamiento en AWS: EBS, EFS y S3

Instance Store vs EBS en AWS

EFS vs FSx para compartir archivos en AWS

Creación y configuración de volúmenes EBS en AWS

Transfer Acceleration para datos globales en S3

Configuración de EFS para compartir almacenamiento entre instancias

Recuperar objetos borrados en Amazon S3

Bases de datos en AWS

Bases de datos relacionales vs no relacionales en AWS

Cómo funciona DynamoDB en AWS

Creación y configuración de bases de datos Dynamo en AWS

Elasticache y DAX

RDS vs Aurora: réplicas y alta disponibilidad

Cómo configurar Aurora con alta disponibilidad en RDS

Migración en AWS

Estrategias de migración AWS: las 6 R para trasladar aplicaciones

Cómo migramos 500 TB a AWS sin downtime

Migración de datos con AWS Snow Family: opciones y características

DMS y SCT para migrar bases de datos en AWS

Monitoreo y Auditoria en AWS

CloudTrail y EventBridge en arquitecturas AWS

Monitoreo de AWS con CloudWatch

DNS y CDN en AWS

Zonas locales y de borde en AWS

CloudFront vs Global Accelerator en AWS

Failover en Route 53 para arquitectura activo-pasiva

Configuración de políticas de geoproximidad en AWS Route 53

Servicios de Seguridad

KMS vs CloudHSM para datos regulados

AWS Shield y WAF contra ataques DDoS

Servicios AWS para detectar vulnerabilidades

GuardDuty y Trusted Advisor para detectar amenazas en AWS

Serverless

API Gateway y Lambda en arquitecturas serverless

Creación y configuración de funciones Lambda para automatización

AWS SQS: Tipos de filas y configuración para arquitecturas serverless

AWS SNS y Step Functions para comunicación y workflows visuales

Servicios de Datos en AWS

Servicios de datos en AWS para tu examen

Kinesis, EMR, Glue

Casos de uso de Amazon Redshift en AWS

Servicios de AI y ML em AWS

Servicios de IA y ML en AWS

Servicios de Backup y Recuperación ante desastres