¿Qué son el RPO y el RTO?
El RPO (Recovery Point Objective) es la cantidad de datos que puedes permitirte perder, medida en tiempo hacia atrás desde un desastre. El RTO (Recovery Time Objective) es el tiempo máximo que puedes estar caído hasta recuperar el servicio.
Son las dos métricas que definen un plan de recuperación ante desastres. El RPO mira hacia atrás: un RPO de una hora significa que, en el peor caso, pierdes como mucho la última hora de cambios. El RTO mira hacia delante: un RTO de cuatro horas significa que el servicio debe estar operativo de nuevo en cuatro horas como máximo.
Se diseñan con tecnologías distintas y tienen costes distintos. Un RPO bajo se consigue con replicación frecuente (hasta replicación síncrona para RPO cero), que cuesta en red y ancho de banda. Un RTO bajo se consigue con infraestructura lista para arrancar, que cuesta en hardware en espera.
El error más caro es pedir ambos "a cero" para todo. Lo sensato es dimensionarlos por carga: el ERP que factura necesita minutos; el servidor de pruebas tolera días.
Preguntas frecuentes
¿Cuál es la diferencia entre RPO y RTO?
El RPO mide cuántos datos puedes perder (tiempo hacia atrás desde el desastre); el RTO mide cuánto tiempo puedes estar caído (tiempo hacia delante hasta recuperar). No son lo mismo y se diseñan con tecnologías diferentes.
¿Se puede tener RPO cero?
Sí, con replicación síncrona: cada escritura se confirma en dos datacenters a la vez, así que no se pierde ningún dato. Requiere baja latencia entre sitios y más ancho de banda, por lo que se reserva para las cargas más críticas.
Servicios relacionados
Sigue leyendo
¿Lo aplicamos a tu caso?
Cuéntanos tu proyecto y un especialista te propone la arquitectura, los plazos y el presupuesto. Sin coste y sin compromiso.