Veeam ha incorporado XCP-ng como hipervisor plenamente compatible en Veeam Backup & Replication 13.1, disponible desde el 29 de julio de 2026. La novedad permite proteger máquinas virtuales, recuperar archivos y aplicaciones, analizar copias en busca de amenazas y restaurar cargas procedentes de otras plataformas sobre XCP-ng. Para las empresas que estudian reducir su dependencia de VMware, el anuncio elimina una de las dudas más habituales: cómo conservar una plataforma de backup empresarial durante la migración.
Las claves del soporte de Veeam para XCP-ng en 30 segundos
- Veeam Backup & Replication 13.1 reconoce XCP-ng como hipervisor plenamente soportado.
- La integración incluye backup incremental con Changed Block Tracking, restauración completa, recuperación de archivos y análisis antimalware.
- Las copias de VMware, Hyper-V, Nutanix AHV, nubes públicas y servidores físicos pueden restaurarse sobre XCP-ng.
- Los backups de XCP-ng también pueden recuperarse en otros hipervisores o en AWS, Azure y Google Cloud.
- Existen limitaciones operativas que deben revisarse antes de utilizar la integración en producción.
El soporte no convierte automáticamente una migración compleja en un proceso de un solo clic. Sí permite mantener una misma capa de protección antes, durante y después del cambio de hipervisor. Esta continuidad resulta especialmente valiosa para organizaciones que ya utilizan Veeam y no quieren rediseñar toda su estrategia de backup mientras sustituyen VMware.
La novedad también refuerza la posición de XCP-ng dentro del mercado empresarial. El proyecto nació como una plataforma abierta basada en Xen y utiliza XAPI para gestionar hosts, pools, máquinas virtuales, almacenamiento y redes. Vates desarrolla y mantiene su oferta comercial alrededor de XCP-ng y Xen Orchestra, con servicios de soporte, administración, migración y protección de datos.
Qué permite hacer Veeam con XCP-ng
La integración incluida en Veeam Backup & Replication 13.1 ofrece backups a nivel de hipervisor. El producto puede identificar las máquinas virtuales alojadas en XCP-ng, crear trabajos de protección y almacenar sus copias en la infraestructura de repositorios de Veeam.
Los trabajos utilizan Changed Block Tracking (CBT) para localizar los bloques modificados desde la ejecución anterior. Este mecanismo evita tener que leer y transferir la totalidad de los discos virtuales en cada copia incremental, siempre que la configuración y la plataforma puedan mantener correctamente esa información.
Veeam también incorpora varias funciones relacionadas con la recuperación y la ciberresiliencia:
- Restauración completa de máquinas virtuales.
- Recuperación directa de archivos sin restaurar toda la VM.
- Montaje de discos de backup en modo de solo lectura.
- Exportación a VHD, VHDX o VMDK.
- Verificación de la integridad de las copias.
- Análisis mediante Veeam Threat Hunter.
- Reglas YARA para localizar indicadores o patrones sospechosos.
- Recuperación de aplicaciones mediante Veeam Explorer.
La detección de aplicaciones permite trabajar con datos procedentes de Microsoft Active Directory, Exchange, SharePoint, SQL Server y bases de datos Oracle, entre otras cargas compatibles. El alcance concreto depende del sistema operativo invitado, de la aplicación y de cómo se haya realizado el backup.
Veeam presenta estas funciones como parte de su estrategia para ampliar la protección más allá de VMware, Hyper-V y Nutanix AHV. La versión 13.1 incorpora también soporte para Citrix XenServer, Sangfor aSV, Platform9 y VergeOS, dentro de una expansión más amplia de su catálogo de hipervisores.
El backup puede actuar como puente durante una migración
Uno de los aspectos más relevantes es la recuperación entre plataformas.
Veeam permite restaurar en XCP-ng máquinas protegidas originalmente en otros hipervisores compatibles, en instancias de AWS, Azure o Google Cloud y en servidores físicos respaldados mediante Veeam Agent para Windows o Linux. Durante la recuperación se realizan las adaptaciones necesarias para que el sistema invitado pueda arrancar en la plataforma de destino.
Esto abre una vía práctica para migrar cargas desde VMware:
- Se realiza un backup de la máquina virtual en la plataforma de origen.
- Se valida la copia y, cuando corresponda, se analiza en busca de malware.
- Se prepara la red, el almacenamiento y la capacidad de cómputo en XCP-ng.
- La máquina se restaura sobre el nuevo hipervisor.
- Se revisan controladores, direccionamiento, aplicaciones y rendimiento.
- La carga restaurada pasa a protegerse como una máquina XCP-ng.
El proceso puede reducir el riesgo porque la copia original permanece disponible. También permite probar la restauración antes de apagar definitivamente la máquina de origen.
Sin embargo, no equivale necesariamente a una migración en caliente. El tiempo de recuperación dependerá del tamaño de los discos, la velocidad del repositorio, la red, el almacenamiento de destino y las comprobaciones posteriores. Las aplicaciones con muchas escrituras pueden requerir una ventana de parada o un procedimiento específico para conservar la consistencia.
La función más importante para este escenario es la restauración completa hacia XCP-ng. Conviene no confundirla con Instant VM Recovery: la documentación de Veeam 13.1 indica que los backups creados en XCP-ng pueden iniciarse mediante recuperación instantánea sobre VMware vSphere, Hyper-V, Nutanix AHV y, con soporte experimental, Proxmox VE. No anuncia la misma modalidad de recuperación instantánea hacia XCP-ng.
Más libertad para mover las cargas después del backup
La portabilidad funciona también en sentido contrario.
Una copia generada desde una máquina virtual XCP-ng puede restaurarse en otros hipervisores compatibles o en servicios cloud. Esto separa la estrategia de protección de una única plataforma de virtualización y facilita preparar planes de contingencia con destinos diferentes al entorno de producción.
Para una organización que abandona VMware, esta capacidad aporta dos ventajas. La primera es conservar los procesos y repositorios de Veeam que ya conoce su equipo. La segunda es evitar que el nuevo hipervisor se convierta en otro destino sin salida.
La portabilidad no elimina las diferencias técnicas. Una máquina restaurada en otra plataforma puede necesitar nuevos controladores, cambios en las interfaces de red, ajustes de CPU virtual o revisión del método de arranque. También deben probarse las licencias de las aplicaciones, las integraciones con hardware y cualquier software vinculado a identificadores específicos de la máquina.
Por eso una estrategia realista debe incluir pruebas de recuperación, no limitarse a comprobar que el trabajo de backup finaliza correctamente.
XCP-ng gana credibilidad empresarial, pero conserva su propia solución de backup
XCP-ng ya disponía de protección integrada mediante Xen Orchestra. Su sistema permite programar backups completos e incrementales, replicar máquinas, aplicar políticas de retención y recuperar cargas dentro del ecosistema gestionado por Vates.
La llegada de Veeam no sustituye necesariamente estas funciones. Añade una alternativa especialmente relevante para empresas que ya han estandarizado sus operaciones alrededor de Veeam, utilizan repositorios endurecidos, requieren recuperación entre plataformas o quieren mantener un único producto para varios hipervisores.
En algunos entornos podría tener sentido combinar ambas capas. Xen Orchestra puede atender determinadas copias operativas y Veeam asumir una estrategia corporativa de retención, análisis, recuperación de aplicaciones o portabilidad. Esa decisión debe evitar duplicaciones innecesarias y dejar claro qué herramienta protege cada carga.
XCP-ng se define como una plataforma de virtualización abierta basada en Xen, adecuada tanto para pequeñas instalaciones como para grandes centros de datos. Xen Orchestra actúa como su consola central de administración y automatización.
Las limitaciones que deben revisarse antes de desplegarlo
El reconocimiento oficial no significa que todas las funciones disponibles en VMware estén presentes de la misma manera en XCP-ng. Las notas de Veeam Backup & Replication 13.1 recogen varias limitaciones específicas.
Una de ellas afecta al coordinador del pool. Si ese papel se traslada desde el nodo registrado originalmente en Veeam hacia otro host, las operaciones pueden quedar suspendidas hasta actualizar el coordinador en la consola y aceptar el nuevo certificado.
Veeam menciona como posibles medidas preventivas el uso de certificados cuyos nombres alternativos incluyan todos los nodos o la aceptación anticipada de los hosts. La empresa indica que estudia mecanismos más sencillos para futuras versiones.
También hay diferencias entre los modos de transporte:
- Los repositorios de almacenamiento basados en SMAPIv3 no admiten Hot-Add debido a una limitación de la plataforma relacionada con snapshots de solo lectura.
- El transporte NBD requiere OpenSSL 3.0.9, incluido en XCP-ng 8.3 LTS desde marzo de 2026.
- NBD no viene activado de forma predeterminada y su rendimiento depende de la configuración de red.
- Veeam recomienda valorar un worker dedicado por host para evitar ciertos problemas de transporte.
Los discos Xen de tipo RAW no soportan snapshots y, por tanto, no pueden incluirse en los backups. Deben excluirse del trabajo o transformarse a un formato compatible antes de plantear su protección.
La restauración en la ubicación original tampoco conserva siempre los identificadores de los discos virtuales. Como consecuencia, el siguiente backup incremental puede comportarse como una copia de tamaño completo. Si existían exclusiones basadas en discos concretos, será necesario configurarlas de nuevo.
Otras limitaciones documentadas incluyen la pérdida de metadatos auxiliares de Xen Orchestra, el truncado a 80 caracteres de nombres extensos al restaurar en otra ubicación y problemas de Hot-Add sobre almacenamiento GFS2.
Qué debería probar una empresa antes de migrar
La disponibilidad del soporte oficial reduce una barrera comercial, pero no reemplaza una prueba de concepto.
Antes de trasladar cargas críticas conviene comprobar al menos cuatro áreas.
Compatibilidad de las máquinas. Deben revisarse sistemas operativos, firmware UEFI o BIOS, tipos de disco, controladores, interfaces de red y aplicaciones con requisitos específicos.
Rendimiento del backup. La empresa necesita medir la ventana real de copia, el uso de workers, el comportamiento de CBT y la velocidad del repositorio.
Tiempo de recuperación. Una restauración completa de laboratorio permite comprobar si el objetivo de tiempo de recuperación es realista y detectar pasos manuales.
Operación del pool. También debe probarse qué ocurre al cambiar el coordinador, perder un host, renovar certificados o utilizar diferentes tipos de almacenamiento.
El lanzamiento de Veeam Backup & Replication 13.1 tuvo lugar el 29 de julio de 2026. Veeam recomienda revisar la lista de requisitos, incidencias conocidas y compatibilidad antes de instalar o actualizar, especialmente en entornos que proceden de versiones anteriores.
Una pieza más en la diversificación posterior a VMware
El cambio de modelo comercial de VMware ha llevado a muchas organizaciones a comparar Proxmox VE, Nutanix AHV, Hyper-V, OpenShift Virtualization, HPE VM Essentials, XCP-ng y otras plataformas.
El hipervisor es solo una parte de esa decisión. Una alternativa empresarial necesita backup, monitorización, soporte, automatización, almacenamiento compatible, recuperación ante desastres y profesionales capaces de operarla.
El soporte oficial de Veeam no demuestra por sí solo que XCP-ng sea la opción adecuada para todas las empresas. Sí completa una de las piezas más importantes de su oferta y permite que los clientes de Veeam lo evalúen sin abandonar una plataforma de protección ya implantada.
Para Vates, la integración amplía el conjunto de fabricantes que respaldan su plataforma. Para Veeam, supone cubrir un mercado de organizaciones que quieren diversificar sus hipervisores. Para los clientes, ofrece una ruta adicional en la que el backup deja de estar ligado a la decisión de permanecer o no en VMware.
Preguntas frecuentes
¿Desde qué versión de Veeam está soportado oficialmente XCP-ng?
XCP-ng figura como hipervisor plenamente soportado desde Veeam Backup & Replication 13.1, publicada el 29 de julio de 2026.
¿Se pueden restaurar máquinas de VMware directamente en XCP-ng?
Veeam permite restaurar en XCP-ng copias procedentes de otros hipervisores compatibles, incluido VMware. La migración debe probarse porque puede requerir ajustes de controladores, red, arranque y aplicaciones.
¿Veeam sustituye al backup de Xen Orchestra?
No necesariamente. Xen Orchestra conserva sus propias funciones de backup y réplica. Veeam añade otra opción, especialmente útil para empresas que ya emplean su plataforma o necesitan recuperación entre distintos hipervisores y nubes.
¿Todas las funciones de Veeam están disponibles en XCP-ng?
No. La versión 13.1 incluye protección y recuperación amplias, pero mantiene limitaciones relacionadas con transportes, almacenamiento, coordinadores de pool, discos RAW y determinados metadatos. Deben revisarse las notas oficiales antes de pasar a producción.
Fuentes:
