RPO vs RTO: qué significan y por qué importan
Respuesta breve: El RPO (Recovery Point Objective) es cuánta pérdida de datos acepta el negocio, expresada como un punto en el tiempo. El RTO (Recovery Time Objective) es cuánto tiempo acepta el negocio estar sin el servicio.
Definición
RPO y RTO no son métricas de un producto. Son objetivos de negocio que se traducen en arquitectura. El RPO pregunta hasta qué momento del pasado es aceptable volver. El RTO pregunta cuánto puede durar la interrupción. Un entorno puede tener un RPO exigente y un RTO holgado, o al revés. Tratarlos como una sola cifra oculta quién decide y qué hay que construir.
Qué es el RPO
El RPO fija la pérdida de datos máxima que el negocio acepta. Si el último punto de recuperación usable está a cuatro horas, el RPO de ese servicio no puede ser menor que esas cuatro horas, salvo que exista otra vía de datos.
Condiciona la frecuencia de las copias, la replicación y si hace falta proteger transacciones, no solo ficheros de cierre de jornada. No dice cuánto tardará en volver el servicio.
Qué es el RTO
El RTO fija el tiempo máximo que el negocio acepta sin el servicio restaurado a un estado usable. Incluye detectar el incidente, decidir el punto a restaurar, ejecutar la recuperación y validar que se puede operar.
Condiciona el procedimiento, las personas, el orden de las cargas y si la restauración cabe en la ventana de negocio. Un RTO corto no se cumple solo con copias frecuentes.
Por qué ambos afectan a la arquitectura
Un RPO más estricto suele exigir copias más frecuentes o replicación. Un RTO más estricto suele exigir restauración ensayada, infraestructura lista y, a menudo, un destino de copias del que se pueda arrancar o restaurar con rapidez.
Si el CISO fija inmutabilidad y el CIO fija tiempo de parada, hay dos requisitos. La arquitectura tiene que satisfacer ambos.
En el modelo de Azuba
Protección y Resiliencia de Datos trabaja hacia atrás desde la restauración: primero los objetivos, después las capacidades, después las tecnologías. Azuba no publica objetivos numéricos genéricos ni una calculadora de RPO/RTO.
En Protección y Resiliencia de Datos, Rubrik cubre ciberresiliencia e identidades. Keepit cubre SaaS fuera del proveedor. El valor concreto se evalúa en el entorno del cliente.
Continuar
¿Cuál debe ser el RPO o el RTO de mi organización?
Eso lo fija el negocio por servicio, no un fabricante ni una página web. Un objetivo copiado de otro sector suele ser o inalcanzable o irrelevante. Azuba no recomienda cifras genéricas.
¿Un fabricante puede garantizar un RPO o un RTO?
Solo si esa garantía está verificada para un entorno concreto. En este sitio Azuba no atribuye objetivos numéricos a ningún fabricante.