Migración paso a paso de Red Hat Virtualization a Proxmox VE
Entre las soluciones empresariales, Red Hat Virtualization (RHV) ha sido durante mucho tiempo una plataforma de confianza para la gestión de máquinas virtuales. Hoy en día, ahora que RHV se acerca al final de su ciclo de vida, las empresas también están explorando alternativas a RHV, como Proxmox VE, una plataforma de virtualización de código abierto cuya popularidad no deja de crecer.
Esta entrada de blog explica cómo migrar de RHV a Proxmox, abordando los motivos de la migración y el proceso paso a paso. Sigue leyendo para descubrir cómo llevar a cabo tu migración de RHV a Proxmox sin problemas.
¿Por qué cambiar de RHV a Proxmox VE?
Hay varios factores que hay que tener en cuenta a la hora de cambiar de RHV a Proxmox VE.
- Proxmox funciona en distribuciones de Linux basadas en Debian con un modelo de repositorios de software intuitivo apt. Cuenta con funciones de hacer backup integradas y permite configurar clústeres de alta disponibilidad mediante herramientas nativas.
- Red Hat Virtualization 4.4 llegó al final de su ciclo de vida en agosto de 2024. Esto significa que no se lanzarán más actualizaciones ni parches de seguridad, y que el soporte oficial de Red Hat también está terminando. Por el contrario, Proxmox VE es una alternativa en activo desarrollo y con un buen soporte técnico.
- Consideraciones sobre costes y licencias. RHV requería una suscripción de pago a Red Hat Enterprise (RHEL, RHV Manager, etc.). Proxmox VE es una plataforma gratuita y de código abierto con soporte empresarial opcional disponible. Gracias a su flexibilidad y a su modelo de licencias, suele ofrecer un coste total de propiedad más bajo, especialmente para pequeñas y medianas empresas y laboratorios.
- Proxmox VE tiene una arquitectura simplificada. RHV utiliza múltiples componentes: RHV-M (Manager), oVirt, VDSM, hosts RHEL, etc. Proxmox VE es más monolítico y más fácil de instalar: interfaz de usuario web integrada, CLI y API; sin bases de datos externas ni middleware complejo. Proxmox es ligero y puede ejecutarse en hardware mínimo o escalarse a grandes clústeres.
- Facilidad de uso y administración. Proxmox VE ofrece:
- Interfaz gráfica de usuario (GUI) integrada basada en web.
- Gestión centralizada lista para usar (no se requiere un host de gestión independiente).
- Funciones integradas de backup/restauración, clústeres, alta disponibilidad y cortafuegos.
La gestión de RHV puede resultar más compleja y depende de componentes externos como PostgreSQL y suscripciones a RHEL.
- Flexibilidad de almacenamiento y redes. Proxmox admite:
- Ceph, ZFS, LVM, NFS, iSCSI, etc., de forma nativa.
- Incorporado: redes definidas por software, VLAN, puentes y bonding a través de la interfaz gráfica de usuario.
RHV requiere una configuración más compleja para escenarios avanzados de redes de almacenamiento.
Se ofrece compatibilidad basada en KVM. Tanto RHV como Proxmox se basan en KVM/QEMU y admiten contenedores. Es posible la migración de máquinas virtuales (con cierta conversión). Proxmox es compatible con OVF/OVA, raw/qcow2 y otros formatos.
Migración de RHV a Proxmox: proceso paso a paso
A continuación explicamos cómo prepararse para la migración de máquinas virtuales de RHV a Proxmox VE.
Requisitos previos
En el lado de RHV:
- Asegúrese de que las máquinas virtuales utilicen discos QCOW2 o RAW (sin instantáneas, exporte imágenes base limpias).
- Las máquinas virtuales deben apagarse antes de la migración.
- Asegúrese de que el acceso como root o con sudo esté disponible en los hosts de RHV.
- Si utiliza GlusterFS o iSCSI, tome nota de la estructura de almacenamiento de su máquina virtual.
En el lado de Proxmox:
- Configure un clúster de Proxmox VE (o un único nodo) con recursos suficientes.
- Prepare el almacenamiento (ZFS, LVM o un directorio local) al que se importarán las máquinas virtuales.
- Recomendado: Instala los controladores virtio si vas a importar máquinas virtuales Windows.
Consejos para la migración :
- Haz siempre un backup de las máquinas virtuales antes de la migración.
- Es posible que se active la gestión de licencias de Windows después de un cambio de hardware.
- Es posible que sea necesario reasignar las direcciones MAC de las tarjetas de red de RHV en Proxmox VE para las direcciones IP estáticas.
El flujo de trabajo de la migración de RHV a Proxmox VE
Una vez completados todos los pasos de preparación y cumplidos los requisitos previos, puede migrar las máquinas virtuales de RHV a Proxmox VE. Todas las operaciones de migración pueden realizarse en la interfaz de línea de comandos de los hosts Linux que ejecutan estas plataformas de virtualización.
- Localiza los discos virtuales de las máquinas virtuales que deseas migrar en el host de RHV. Conéctate vía SSH a tu host de cálculo de RHV (no al RHV Manager). Puedes utilizar un cliente SFTP para copiar archivos a través de SSH desde un host de RHV vía red. Por ejemplo, la ubicación de la máquina virtual de origen puede ser:
/rhev/centro de datos/mnt/10a12345…/images/< VM-UUID >/< disk-UUID >.qcow2 - Copia las imágenes de los discos virtuales desde RHV al host Proxmox. Para copiar archivos a través de la red, las opciones más fiables son rsync o SCP .
- On the Proxmox node, create a directory for the new VM that will be migrated (use a free VM ID, such as 123 in this example):
mkdir -p /var/lib/vz/images/123/ - The command to copy a file with rsync:
rsync -avz root@rhv-host:/rhev/data-center/mnt/.../disk.qcow2
/var/lib/vz/images/123/vm-123-disk-0.qcow2Where 123 is the VM ID we want to assign in Proxmox. Replace this ID with your custom value. In this example, the VM has one virtual disk.
- The command to copy a file via SCP that you should run on the Proxmox host:
scp username@remote-RHV:/file/to/receive /where/to/put/locallyFor example:
scp username@remote-RHV:
/rhev/data-center/mnt/10a12345.../images// .qcow2
/var/lib/vz/images/123/vm-123-disk-0.qcow2
- On the Proxmox node, create a directory for the new VM that will be migrated (use a free VM ID, such as 123 in this example):
- Create a new empty VM in Proxmox. Run the command on the Proxmox host to create the VM:
qm create 123 --name my-vm-name --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0where 123 is the VM ID.
- Set the virtual disk to attach using the imported virtual disk file copied from the RHV host:
qm importdisk 123 /var/lib/vz/images/123/vm-123-disk-0.qcow2 local-lvm - Attach the virtual disk:
qm set 123 --scsihw virtio-scsi-pci --scsi0 local-lvm:vm-123-disk-0You can also use –– ide0 or –– sata0 if needed, but virtio is preferred for performance.
- Set a boot disk:
qm set 123 --boot order=scsi0 - Check the VM configuration, start the VM and adjust the guest operating system inside the VM. If needed, boot the VM with a live or rescue ISO image.
- Check:
- Network interface renaming (RHV uses ethX , Proxmox may use ensX or enpXsY ) if the configuration depends on these parameters.
- Remove RHV-related services and tools, such as oVirt packages.
- Install qemu-guest-agent (optional, for better integration).
- Install virtio drivers (especially for Windows VMs):
- Mount the VirtIO ISO image to the VM in Proxmox VE.
- Boot the VM and install the VirtIO drivers inside Windows.
- Start the VM, boot the guest OS and test whether the VM works fine after migration.
- Start the VM in Proxmox:
qm start 123 - Open the Proxmox web GUI and monitor the migrated VMs and related information.
- Verify the network and disk are working.
- Check logs inside the guest OS for errors.
- Start the VM in Proxmox:
RHV to Proxmox migration using VM templates
Another approach to exporting an RHV virtual machine to Proxmox VE is to export the VM to an OVF/OVA template and then import the VM from the template in Proxmox VE.
- Export the VM from RHV Manager as OVA (if possible) or use the Línea de comandos:
virt-v2v -ic vddk:///path/to/your/vdsm/storage/domain -of ova -os /path/to/export/directory -n your_vm_name -b /path/to/your/bridge-network - Importa la máquina virtual al host de Proxmox utilizando la plantilla OVA:
qm importovf 123 vm_name.ova local-lvmDonde local-lvm es el nombre de un almacén de datos en el host de Proxmox y 123 es el ID de la máquina virtual.
Nota: Puedes crear scripts de migración para automatizar el proceso y ejecutar migraciones o conversiones por lotes.
Configuración y optimización tras la migración
Se recomienda realizar la configuración y optimización posteriores a la migración de las máquinas virtuales en Proxmox VE. Esto ayuda a garantizar un funcionamiento estable, el máximo rendimiento y una integración óptima con las funciones de Proxmox.
- Es posible que tengas que editar el controlador del disco virtual en la configuración de almacenamiento de la máquina virtual.
- Ajusta la configuración de red. Conecte los adaptadores de red virtuales de la máquina virtual migrada en el host de Proxmox a las redes virtuales (conmutadores virtuales) adecuadas.
- Corrija la configuración de la dirección IP estática o actualice las configuraciones de DHCP si cambia la dirección MAC.
- Si la máquina virtual tiene instalado Linux, actualice /etc/network/interfaces (para Debian) o /etc/netplan/ (para Ubuntu) según corresponda. Otras distribuciones de Linux pueden tener archivos de configuración de red diferentes.
- Si hay un sistema operativo invitado basado en Red Hat instalado en la máquina virtual, elimine los paquetes específicos de RHV/oVirt con el comando:
yum remove vdsm* ovirt* rhvm* -y - Configure el agente de máquina virtual de QEMU en el sistema operativo invitado. Este agente proporciona información precisa sobre la máquina virtual (IP, nombre de host) en la interfaz de Proxmox, permite el apagado seguro de las máquinas virtuales y realiza backups en línea (mientras la máquina virtual está ejecutándose).
- En Ubuntu, puede instalar el agente invitado desde los repositorios de software en línea con los siguientes comandos:
apt install qemu-guest-agentsystemctl enable --now qemu-guest-agent - En el sistema invitado Windows, monte la imagen ISO de VirtIO en la máquina virtual e instale qemu-ga-x64.msi desde el directorio guest-agent (para Windows de 64 bits).
- En Ubuntu, puede instalar el agente invitado desde los repositorios de software en línea con los siguientes comandos:
- Habilita el agente de invitado de QEMU en Proxmox si aún no está habilitado:
qm set--agent enabled=1 - Es posible que tengas que actualizar GRUB:
update-grub && reboot - Vuelve a comprobar los montajes de disco. Si la máquina virtual utiliza varios discos y particiones, asegúrate de que el orden de los discos y las particiones sea correcto y de que la fstab configuración coincida con la configuración del disco. Comprueba /etc/fstab para asegurarte de que los UUID o las etiquetas sean correctos después de la importación del disco. Edita la configuración si es necesario.
Asegura la protección de las máquinas virtuales de Proxmox con NAKIVO
Una vez que hayas finalizado la migración de las máquinas virtuales de Red Hat Virtualization a Proxmox, se recomienda que configures el backup de las máquinas virtuales. NAKIVO Backup & Replication es una solución integral de protección de datos que admite Backup de máquinas virtuales de Proxmox a nivel de host a través de las API proporcionadas.
Este enfoque garantiza una alta eficiencia y fiabilidad para la protección de datos en Proxmox VE. Es compatible tanto con hosts individuales de Proxmox como con clústeres. La solución NAKIVO incluye un amplio conjunto de funciones, entre las que se encuentran:
- Backup incremental permite copiar únicamente los datos modificados desde la copia de seguridad anterior. Este enfoque agiliza las operaciones de copia de seguridad y ahorra espacio de almacenamiento. Junto con la compresión de las copias de seguridad, la velocidad de copia de seguridad de los datos y el ahorro de almacenamiento son mayores.
- cifrado de los backups protege los datos contra el acceso no autorizado y mejora la seguridad de su entorno de copias de seguridad. Los datos se pueden cifrar en el origen, en el destino y durante la transferencia por red.
- Inmutabilidad de los backups protege los backups contra el ransomware. Usted configura el periodo de inmutabilidad y los datos no se pueden modificar una vez escritos. El ransomware no puede eliminar, corromper ni alterar los backups inmutables.
- Recuperación rápida de datos . La solución NAKIVO admite recuperaciones completas y granulares. Puede elegir el método que le resulte más adecuado en cada situación para una recuperación rápida y eficaz. Puede recuperar los datos en la ubicación original o en una personalizada.
- Múltiples destinos de copia de seguridad. Puede almacenar las copias de seguridad localmente, en recursos compartidos de archivos, en nubes privadas o públicas, en almacenamiento compatible con S3 y en NAS.
Conclusión
La migración de RHV a Proxmox VE puede parecer un reto, pero el proceso resulta mucho más manejable con una planificación y preparación adecuadas. A medida que RHV se acerca al final de su ciclo de vida, las organizaciones están evaluando alternativas, y Proxmox destaca como una opción flexible y de código abierto respaldada por una sólida comunidad. Seguir un flujo de trabajo de migración estructurado puede minimizar los riesgos y garantizar la continuidad de sus cargas de trabajo.
