Entornos virtualizados
Backup de máquinas virtuales VMware y Hyper-V
Cuando la mayor parte del negocio corre sobre un hipervisor, una sola imagen dañada puede paralizar varios servicios a la vez. Protegemos las máquinas virtuales a nivel de hipervisor, sin agentes dentro de cada sistema, con snapshots consistentes de aplicación y capacidad de arranque instantáneo desde la propia copia cuando algo falla.
Por qué la virtualización cambia el enfoque del backup
En un entorno virtualizado, decenas de servidores pueden convivir sobre el mismo hardware físico. Copiar cada máquina como si fuera un servidor independiente, con un agente instalado dentro, multiplica el trabajo de administración y consume recursos de cada sistema invitado. El enfoque más eficiente es copiar a nivel de hipervisor: el propio VMware o Hyper-V expone una interfaz para crear una fotografía consistente de cada máquina completa, con su disco, su memoria y su configuración, sin tocar el sistema operativo que hay dentro.
Esto simplifica enormemente el despliegue de un nuevo servidor virtual: basta con incluirlo en la política de copia existente, sin instalar nada adicional. Y cuando hay que recuperar, se puede volver a poner en marcha la máquina completa, en el mismo estado en el que quedó guardada, en lugar de reconstruirla pieza a pieza.
Cómo se protege un clúster de virtualización
El proceso combina la API de snapshots del hipervisor con la coordinación de aplicación dentro del sistema invitado.
- 01
Descubrimiento
Se conecta con VMware vCenter o con el host Hyper-V y se detectan automáticamente las máquinas existentes y las que se añaden después.
- 02
Snapshot consistente
Se crea una instantánea coordinada con los servicios de sombra de volumen del sistema operativo invitado para no dejar transacciones a medias.
- 03
Copia incremental
Se transfieren solo los bloques de disco modificados desde la última copia, reduciendo el tiempo de ventana y el tráfico de red.
- 04
Consolidación y verificación
El snapshot se libera en el almacenamiento de producción y se valida la copia guardada, incluida una prueba de arranque periódica.
Capacidades clave
Sin agentes
La copia se gestiona desde el hipervisor, sin instalar software dentro de cada máquina virtual.
Consistencia de aplicación
Bases de datos y directorios quedan en un estado íntegro gracias a la coordinación con los servicios de sombra de volumen.
Arranque instantáneo
La máquina puede ejecutarse directamente desde el repositorio de copia mientras se restaura de forma definitiva en paralelo.
Recuperación granular
Extracción de ficheros o carpetas concretas de dentro de la máquina sin necesidad de restaurarla entera.
Réplica a segundo destino
Copia adicional externa, idealmente inmutable, para sobrevivir a la pérdida del centro de datos primario.
Escalado automático
Las máquinas nuevas se incorporan a la política de copia sin configuración manual adicional.
Backup a nivel de sistema operativo frente a backup a nivel de hipervisor
| Aspecto | Agente dentro de cada VM | Copia a nivel de hipervisor |
|---|---|---|
| Instalación | Un agente por cada sistema operativo | Una única integración con el hipervisor |
| Consumo de recursos | CPU y memoria de cada máquina durante la copia | Impacto mínimo, gestionado por el propio hipervisor |
| Máquinas nuevas | Requieren instalación manual del agente | Se detectan y protegen automáticamente |
| Restauración de la máquina completa | Reconstrucción del sistema operativo y datos por separado | Restauración o arranque instantáneo de la imagen completa |
| Coherencia entre disco y memoria | Depende de la implementación de cada agente | Garantizada por la propia API de snapshot del hipervisor |
Cuando el hipervisor corre sobre servidores físicos
Proteger las máquinas virtuales no exime de vigilar el servidor físico que las aloja: su configuración de red, su firmware y el propio hipervisor también deben formar parte de un plan de recuperación completo, especialmente si el fallo afecta al hardware y no solo a una máquina concreta.
Si el entorno combina servidores físicos dedicados a bases de datos con máquinas virtuales para el resto de servicios, conviene coordinar ambas estrategias bajo un mismo calendario de copia.
Repositorio externo para las copias de virtualización
Muchos entornos VMware ya usan Veeam como motor de copia. En ese caso, disponer de un repositorio cloud externo dedicado permite cumplir la regla de tener una copia fuera de las instalaciones sin cambiar la herramienta que el equipo de IT ya conoce y sabe operar.
Esa copia externa, además, debería ser inmutable durante un periodo determinado, de forma que ni un administrador comprometido ni un cifrado en curso puedan eliminarla antes de tiempo.
Preguntas frecuentes
Dudas habituales de los responsables de IT y dirección antes de contratar.
¿Se hace backup dentro de cada máquina virtual o a nivel de hipervisor?
A nivel de hipervisor. Se protege la máquina completa como imagen consistente, incluyendo su configuración, discos virtuales y estado, sin necesidad de instalar un agente dentro de cada sistema operativo invitado.
¿Es compatible con VMware y con Hyper-V?
Sí, se soportan ambos hipervisores con el mismo enfoque de copia sin agente, adaptando la integración a la API de snapshots propia de cada plataforma.
¿Qué significa que la copia sea 'application-aware'?
Que el proceso de copia coordina con los servicios de sombra de volumen del sistema operativo invitado, de modo que aplicaciones como bases de datos o directorios activos queden en un estado consistente en el instante del snapshot, no a medio escribir.
¿Cuánto tiempo se detiene la máquina virtual durante la copia?
No se detiene. El hipervisor crea un snapshot momentáneo, se copian los datos y el snapshot se consolida de nuevo en el disco original, todo ello con la máquina en funcionamiento normal.
¿Se puede restaurar una máquina virtual completa en minutos?
Sí, mediante arranque instantáneo directamente desde el propio repositorio de copia, lo que permite tener la máquina operativa mientras se completa en paralelo la restauración definitiva sobre el almacenamiento de producción.
¿Y si solo necesito recuperar un fichero de dentro de la máquina virtual?
Se puede montar la imagen de la copia y extraer ficheros o carpetas concretas sin restaurar la máquina entera, lo que agiliza mucho las peticiones habituales de recuperación puntual.
¿Qué pasa con las máquinas virtuales que corren sobre un NAS?
Se protegen igualmente a nivel de hipervisor; el NAS actúa como almacenamiento subyacente y conviene además revisar su propia copia si contiene datos que no dependen únicamente de las máquinas virtuales.
¿Se replica también la copia a un segundo destino?
Es recomendable y se puede configurar: una primera copia local para restauraciones rápidas y una réplica externa, idealmente inmutable, para cubrir la pérdida del centro de datos primario.
Servicios relacionados
- Backup para empresasLa estrategia general en la que se integra la copia de virtualización.
- Veeam Cloud ConnectRepositorio externo dedicado para entornos que ya usan Veeam.
- Backup de servidoresProtección de los servidores físicos que alojan el hipervisor.
- Backup inmutableCómo blindar la réplica externa frente al borrado por ransomware.
- Disaster RecoveryEl plan de recuperación cuando falla un clúster entero de virtualización.
- Servicios cloudInfraestructura donde replicar las máquinas virtuales críticas.
Revisemos la protección de tu entorno virtualizado
Analizamos tu clúster VMware o Hyper-V, la política de copia actual y qué falta para tener restauración instantánea garantizada. Sin compromiso de contratación.
También puedes escribir a info@backupnube.es