Saltar al contenido
CLF-C02Sesión 3 · Recuperación y Well-Architected

Recuperación ante desastres: RPO y RTO

Qué es: la recuperación ante desastres (disaster recovery, DR) es el plan para volver a operar después de un evento que tumba tu sistema: un desastre natural, un fallo grave o un borrado por error.

La alta disponibilidad de la Sesión 2 evita que una falla se note. La recuperación ante desastres asume que la falla ya ocurrió y define cuánto puedes perder. Esa pérdida se mide con dos objetivos que fija el negocio, no la tecnología:

  • RPO (Recovery Point Objective, objetivo de punto de recuperación): cuánto tiempo de datos puedes perder, contado desde la última copia hasta el desastre. Un RPO de 15 minutos significa que perder los últimos 15 minutos de datos es aceptable.
  • RTO (Recovery Time Objective, objetivo de tiempo de recuperación): cuánto tiempo puede estar el servicio caído, desde la interrupción hasta que vuelve a funcionar.
Línea de tiempo: el RPO va de la última copia de datos al desastre y mide los datos perdidos; el RTO va del desastre al servicio restablecido y mide el tiempo sin servicio.

Así se responde la pregunta 1 del inicio: perder como máximo 15 minutos de pedidos es el RPO; volver en menos de 2 horas es el RTO. Cuanto más pequeños los quieres, más caro es el plan. AWS recomienda no exigir más de lo que el negocio necesita: si la recuperación cuesta más que la pérdida, no compensa.

Trampa común: el RPO mira hacia atrás (datos perdidos antes del desastre) y el RTO hacia adelante (tiempo hasta volver). Truco para recordarlo: la P de Point es un punto en los datos; la T de Time, el tiempo de espera.

29