Estrategias de recuperación ante desastres
AWS agrupa las estrategias de recuperación en cuatro, de la más barata y lenta a la más cara y rápida. En todas hay una Región principal y otra de recuperación. Los nombres van en inglés porque así aparecen en el examen.
- Backup and restore (copia y restauración): guardas copias de seguridad de tus datos en la otra Región. Ante el desastre, creas allí toda la infraestructura, despliegas la aplicación y restauras los datos.
- Pilot light (luz piloto): los datos se copian de forma continua a la otra Región, donde la base de datos queda siempre encendida. Los servidores de la aplicación están preparados pero apagados, o sin crear, hasta que los necesitas.
- Warm standby (reserva en caliente): una copia completa pero más pequeña de tu aplicación corre siempre en la otra Región. Ya puede atender tráfico; ante el desastre, solo la haces crecer hasta el tamaño de producción.
- Multi-site active/active (varios sitios activos): la aplicación corre completa en varias Regiones a la vez y todas atienden usuarios. Si una cae, las demás siguen.
El nombre “luz piloto” viene de los calentadores a gas: una llama pequeña siempre encendida que prende el quemador completo. La diferencia que más se pregunta es esta: con pilot light, la Región de recuperación no atiende a nadie hasta que enciendes los servidores; con warm standby, ya atiende, aunque con menos capacidad.
| Estrategia | Qué corre en la Región de recuperación | RPO típico | RTO típico | Costo y complejidad |
|---|---|---|---|---|
| Backup and restore | Solo copias de datos | Horas | Hasta 24 horas | El más bajo |
| Pilot light | Datos copiados y encendidos; servidores apagados | Minutos | Decenas de minutos | Bajo |
| Warm standby | Copia completa, pero pequeña, siempre encendida | Segundos | Minutos | Alto |
| Multi-site active/active | Copia completa atendiendo usuarios | Casi cero | Potencialmente cero | El más alto |
En el examen: “menor costo” y “puede tolerar horas” apuntan a backup and restore. “Los datos siempre replicados, pero los servidores apagados” es pilot light. “Una versión reducida pero funcional siempre en ejecución” es warm standby. “Tiempo de inactividad casi cero” es multi-site active/active.
Trampa común: copiar los datos de forma continua no protege contra todo. Si alguien borra o corrompe datos, la copia recibe el mismo error en segundos. Por eso todas las estrategias, incluso active/active, conservan también copias de seguridad de momentos anteriores.