El backup tradicional tiene un límite estructural que no se resuelve programando más jobs: siempre pierdes los datos generados entre la última copia y el momento del desastre. Si tu copia más reciente es de hace tres horas y a las 14:55 falla el almacenamiento, has perdido casi tres horas de transacciones. Para muchas cargas de trabajo eso es asumible; para una base de datos financiera o un ERP en plena operación, es inaceptable.
Puedes reducir esa ventana ejecutando copias cada hora, cada 15 minutos o cada 5, pero cada snapshot tiene un coste en E/S sobre la infraestructura de producción y llega un punto en el que no puedes bajar más sin degradar el rendimiento. La Continuous Data Protection (CDP) de Veeam ataca el problema desde otro ángulo: en lugar de tomar fotos periódicas, intercepta cada escritura y la replica de forma casi continua a un sitio secundario.
En este artículo explicamos qué es CDP y cómo funciona sobre el filtro de E/S de VMware, en qué se diferencia de la replicación basada en snapshots y del backup periódico, qué conceptos clave necesitas conocer (puntos de restauración a corto y largo plazo, failover, failback), qué cargas justifican la replicación continua y cómo encaja CDP dentro de una estrategia de recuperación ante desastres por capas.
Qué Es CDP y Cómo Funciona en Veeam
Continuous Data Protection es una tecnología de protección de datos que registra cada cambio a nivel de bloque en el momento en que se produce, en lugar de capturar el estado completo de la máquina a intervalos fijos. La CDP de Veeam se apoya en el filtro de E/S de VMware (VMware vSphere APIs for I/O Filtering, VAIO), un componente que se sitúa en la ruta de datos de la máquina virtual, entre el sistema operativo invitado y el almacenamiento.
Gracias a VAIO, cada vez que la VM escribe un bloque, ese cambio se duplica en tiempo real y se envía al servidor de réplica en el sitio secundario. No hay snapshots de VMware que crear y consolidar, no hay stun de la máquina y no hay ventana de backup: el flujo de escrituras se replica de manera continua. El resultado es un RPO (Recovery Point Objective) medido en segundos en lugar de en minutos u horas.
CDP no elimina la necesidad de puntos consistentes: además del flujo continuo de cambios, genera puntos de restauración a intervalos regulares que permiten volver a un estado conocido. Esta combinación de flujo continuo y puntos periódicos es lo que hace posible recuperar la carga tanto al segundo anterior al incidente como a un estado consistente de aplicación varias horas atrás.
CDP frente a Replicación por Snapshots y Backup Periódico
Es fácil confundir CDP con la replicación clásica de Veeam, pero son mecanismos distintos. El backup periódico crea copias completas o incrementales en un repositorio a intervalos programados (cada varias horas o una vez al día); su objetivo es la retención y la recuperación granular, no la disponibilidad inmediata. Su RPO es de horas.
La replicación basada en snapshots mantiene una copia arrancable de la VM en el sitio secundario y la actualiza tomando un snapshot de VMware cada cierto tiempo (por ejemplo, cada 15 minutos o cada hora) para enviar solo los bloques que han cambiado. Es mucho mejor que el backup para el failover, pero su RPO está limitado por la frecuencia del snapshot y por el impacto de crear y consolidar esos snapshots en producción.
CDP elimina el snapshot de la ecuación. Al interceptar cada escritura mediante VAIO, no depende de una frecuencia de captura: el cambio viaja al destino casi en el instante en que ocurre. Por eso su RPO baja a segundos y su impacto en producción es menor que el de tomar snapshots muy frecuentes. La contrapartida es que exige más ancho de banda sostenido y más recursos en el destino, ya que el flujo de datos es constante.
Conceptos Clave: Puntos de Restauración, Failover y Failback
Para diseñar bien una política de CDP conviene tener claros varios conceptos que definen cómo y hasta dónde puedes recuperar:
- check_circle Puntos de restauración a corto plazo (short-term): son los generados de forma casi continua por el flujo de CDP, con granularidad de segundos. Permiten volver al instante inmediatamente anterior al incidente, pero se retienen durante un período corto (habitualmente horas).
- check_circle Puntos consistentes a largo plazo (long-term): puntos periódicos, con procesamiento application-aware, que garantizan la consistencia de aplicaciones como bases de datos o servidores de correo. Se retienen días o semanas y son a los que recurres cuando el estado más reciente está corrupto.
- check_circle Failover: el proceso de conmutar a la réplica del sitio secundario cuando la carga de producción deja de estar disponible. Con CDP puedes elegir el punto de restauración exacto al que quieres arrancar.
- check_circle Failback: la operación inversa. Una vez restaurado el sitio primario, devuelves la carga a su ubicación original replicando de vuelta solo los cambios ocurridos durante el failover, para minimizar el tiempo de sincronización.
- check_circle Sitio secundario: la ubicación (otro datacenter o un proveedor de DRaaS) donde reside la réplica lista para arrancar. Debe tener capacidad de cómputo y almacenamiento suficientes para asumir las cargas críticas durante la contingencia.
RPO, RTO y Qué Cargas Justifican CDP
Antes de decidir dónde aplicar CDP conviene recordar las dos métricas que gobiernan cualquier plan de recuperación. El RPO (Recovery Point Objective) es la cantidad máxima de datos que puedes permitirte perder, medida en tiempo: un RPO de 5 minutos significa que, como mucho, perderás los últimos 5 minutos de datos. El RTO (Recovery Time Objective) es el tiempo máximo que puedes tardar en volver a estar operativo. Si quieres profundizar en ambos, lo desarrollamos en nuestra guía sobre disaster recovery, RPO y RTO.
Regla práctica:
CDP ataca directamente el RPO, llevándolo a segundos. Combinado con una réplica lista para failover en el sitio secundario, también reduce el RTO a minutos. No todas las cargas necesitan ese nivel: reserva CDP para aquellas en las que perder minutos de datos tiene un coste real de negocio.
Las cargas que sí justifican CDP son las que combinan alta tasa de cambio con intolerancia a la pérdida de datos: bases de datos transaccionales (OLTP), sistemas ERP, plataformas de e-commerce con pedidos entrando en continuo y sistemas financieros donde cada transacción no registrada es dinero perdido o un problema de cumplimiento. En estos casos, el coste adicional de red y almacenamiento se justifica por el valor de los datos protegidos.
Las cargas que no justifican CDP son las de baja tasa de cambio o baja criticidad: servidores de ficheros con acceso esporádico, entornos de desarrollo y pruebas, servidores web estáticos o cargas de archivado. Para ellas, un backup periódico o una réplica por snapshots ofrece un RPO más que suficiente sin el sobrecoste de la replicación continua.
Requisitos para Desplegar CDP
CDP no es una casilla que se activa sin más: requiere una infraestructura adecuada en origen, en la red y en destino. Los tres requisitos fundamentales son:
- check_circle VMware con VAIO: CDP de Veeam depende del filtro de E/S de VMware, por lo que exige entornos VMware vSphere compatibles. Esta funcionalidad no está disponible del mismo modo en todos los hipervisores, ya que se basa en esa integración específica a nivel de almacenamiento.
- check_circle Ancho de banda suficiente y estable: como el flujo de escrituras se replica de forma continua, el enlace hacia el sitio secundario debe soportar el pico de escritura sostenido de las cargas protegidas. Un ancho de banda insuficiente hace que el RPO real se degrade por debajo de lo configurado.
- check_circle Sitio de destino dimensionado: la réplica necesita cómputo y almacenamiento en el sitio secundario, además de espacio adicional para retener los puntos de restauración a corto y largo plazo. Un proveedor de DRaaS resuelve este requisito sin tener que montar y mantener un segundo datacenter propio.
CDP en una Estrategia de DR por Capas
CDP no sustituye al backup: lo complementa. La estrategia madura de recuperación ante desastres es por capas, aplicando a cada carga el nivel de protección que su criticidad justifica. Reservas la replicación continua para lo que no admite pérdida y usas el backup periódico para todo lo demás y para la retención a largo plazo, cumpliendo así la regla 3-2-1.
Replicación continua
BBDD transaccionales, ERP, e-commerce, sistemas financieros. RPO de segundos, failover en minutos.
Réplica por snapshots
Servidores de aplicación y servicios de negocio con RPO de minutos a una hora y failover rápido.
Backup periódico offsite
Ficheros, dev/test, archivado y retención a largo plazo. Base de la regla 3-2-1.
En EasyDataHost ofrecemos DRaaS con Veeam y sitio secundario en nuestro datacenter en España, de modo que puedes desplegar CDP para tus cargas críticas sin invertir en una segunda ubicación física. Para las capas estándar, complementamos la estrategia con backup offsite con Veeam Cloud Connect. Si aún no tienes montada la replicación, en nuestra guía Veeam Cloud Connect paso a paso explicamos cómo empezar.
Tabla Comparativa: Backup vs Réplica por Snapshots vs CDP
La siguiente tabla resume las diferencias clave entre los tres mecanismos en los parámetros que más importan al diseñar un plan de continuidad:
| Criterio | Backup periódico | Réplica por snapshots | CDP |
|---|---|---|---|
| RPO típico | Horas | Minutos a 1 hora | Segundos |
| RTO típico | Horas | Minutos | Minutos |
| Mecanismo | Copias programadas | Snapshots periódicos | Captura de cada escritura (VAIO) |
| Impacto en producción | Bajo (ventana) | Medio (snapshots) | Bajo y continuo |
| Consumo de red | Bajo | Medio | Alto (continuo) |
| Coste relativo | Bajo | Medio | Alto |
| Retención a largo plazo | Sí (días/años) | Limitada | Corta + puntos long-term |
| Uso ideal | Retención / 3-2-1 | Servicios importantes | Cargas críticas |
Preguntas Frecuentes
¿Qué RPO se puede conseguir con CDP de Veeam?
Un RPO de segundos. CDP captura cada escritura mediante el filtro de E/S de VMware (VAIO) y la replica de forma casi continua al sitio secundario. Frente a un backup periódico con RPO de horas, la ventana de datos en riesgo se reduce a un umbral configurable que puede bajar hasta los pocos segundos, según el ancho de banda disponible.
¿CDP sustituye al backup tradicional?
No. CDP y el backup son complementarios. CDP protege las cargas críticas con un RPO muy bajo, pero su coste de red y almacenamiento es mayor y su retención suele ser más corta. La estrategia recomendada es por capas: CDP para lo crítico y backup periódico para el resto de cargas, para la retención a largo plazo y para cumplir la regla 3-2-1.
¿Qué hipervisores soportan CDP de Veeam?
CDP de Veeam se apoya en el filtro de E/S de VMware (VAIO), por lo que requiere entornos VMware vSphere compatibles. No está disponible del mismo modo en todos los hipervisores, ya que depende de esa integración específica a nivel de almacenamiento de VMware.
Conclusión
El backup periódico protege tu información, pero deja siempre una ventana de datos en riesgo entre copias. Para las cargas que no admiten esa pérdida, CDP cambia las reglas del juego al replicar cada escritura de forma casi continua:
- arrow_right CDP logra un RPO de segundos capturando cada escritura mediante el filtro de E/S de VMware (VAIO), sin depender de snapshots periódicos.
- arrow_right Combina puntos de restauración a corto plazo (segundos) con puntos consistentes a largo plazo application-aware, y soporta failover y failback ágiles hacia y desde el sitio secundario.
- arrow_right Se justifica en bases de datos transaccionales, ERP, e-commerce y sistemas financieros; para cargas de baja criticidad, el coste de red y almacenamiento no compensa.
- arrow_right Es una capa dentro de una estrategia de DR: CDP para lo crítico y backup periódico para el resto y la retención a largo plazo. EasyDataHost ofrece DRaaS con Veeam y sitio secundario en su datacenter en España.