Virtualización

De VMware a Proxmox VE: lo que debe evaluar antes de migrar

Licenciamiento, arquitectura, almacenamiento, alta disponibilidad y plan de corte: una guía práctica para decidir y ejecutar la migración sin sorpresas.

· 3 min de lectura · Equipo BCTech

Desde que Broadcom completó la adquisición de VMware a finales de 2023, el modelo comercial de vSphere cambió de forma profunda: fin de las licencias perpetuas, paso a suscripciones empaquetadas y licenciamiento por núcleo con mínimos por procesador. Para muchas empresas dominicanas, la renovación pasó a costar varias veces lo que pagaban antes, y la pregunta dejó de ser si evaluar alternativas para convertirse en cuándo y cómo migrar.

Proxmox VE es la alternativa que más evaluamos con nuestros clientes. No es un reemplazo uno a uno de todo el ecosistema VMware, y precisamente por eso conviene evaluar con método antes de mover la primera máquina virtual.

1. Haga el inventario real, no el que recuerda

Antes de comparar plataformas, documente lo que tiene en producción:

  • Hosts, sockets, núcleos y memoria por clúster.
  • Máquinas virtuales: sistema operativo, firmware (BIOS o UEFI), vTPM, discos, controladoras y tamaño aprovisionado frente a usado.
  • Funciones de vSphere que realmente usa: HA, DRS, vMotion, Storage vMotion, distributed switches, NSX, vSAN, replicación.
  • Integraciones: software de respaldo, monitoreo, automatización y aplicaciones con licencias atadas al hardware o a la dirección MAC.

Ese inventario define el alcance técnico y económico. Es frecuente descubrir que una parte importante de las funciones pagadas no se utiliza.

2. Compare capacidades, no nombres de productos

Necesidad En VMware En Proxmox VE
Hipervisor ESXi KVM/QEMU sobre Debian, más contenedores LXC
Gestión centralizada vCenter Interfaz web y API integradas en cada nodo del clúster
Alta disponibilidad vSphere HA HA Manager con quórum de clúster
Migración en vivo vMotion Migración en vivo entre nodos
Almacenamiento definido por software vSAN Ceph integrado; ZFS local con replicación
Redes definidas por software NSX SDN integrado (VLAN, VXLAN, EVPN)
Respaldo Ecosistema de terceros Proxmox Backup Server, Veeam y otros

Donde todavía hay diferencias, como el balanceo dinámico de cargas al estilo DRS, decida si es imprescindible o si se resuelve con buena planificación de capacidad.

3. Diseñe el clúster para fallar bien

La alta disponibilidad en Proxmox depende del quórum. Tome estas decisiones desde el inicio:

  • Tres nodos como mínimo para HA con quórum real. Con dos nodos se necesita un dispositivo de quórum externo (QDevice).
  • Red de clúster dedicada y redundante (Corosync), separada del tráfico de máquinas virtuales y de almacenamiento.
  • Ceph exige al menos tres nodos y, en la práctica, enlaces de 10 GbE o superiores dedicados al almacenamiento. Si su carga es modesta, ZFS local con replicación programada puede ser más simple y suficiente.
  • Suscripción empresarial de Proxmox en producción: le da acceso al repositorio probado para empresas y a soporte del fabricante.

4. Prepare las máquinas virtuales antes de moverlas

La mayoría de los problemas de migración ocurren dentro del sistema invitado, no en el hipervisor:

  • Windows: instale los controladores VirtIO y el agente QEMU antes de migrar. Sin el controlador de almacenamiento correcto, el sistema no arrancará.
  • Linux: verifique que el initramfs incluya los módulos VirtIO.
  • Desinstale VMware Tools después del primer arranque exitoso.
  • Consolide todos los snapshots y respete el tipo de firmware y el vTPM de origen.
  • Prevea que la tarjeta de red cambia: revise direcciones IP estáticas, reglas de firewall y licencias atadas a la MAC.

Proxmox VE incluye un asistente de importación desde ESXi que simplifica el traslado de discos y configuración, pero no sustituye esta preparación.

5. Migre por olas con un plan de reversión

  1. Piloto con máquinas no críticas para validar rendimiento, respaldo y monitoreo.
  2. Olas agrupadas por aplicación y dependencia, no por host.
  3. Respaldo verificado de cada VM antes del corte y la VM de origen apagada, pero intacta, hasta cerrar la ventana de validación.
  4. Pruebas funcionales con los responsables de cada aplicación antes de dar la ola por cerrada.

Conclusión

Migrar de VMware a Proxmox VE puede reducir de forma considerable el costo de la plataforma, siempre que se trate como un proyecto de infraestructura y no como una simple conversión de discos. Un inventario honesto, un clúster bien dimensionado y un plan de corte con reversión marcan la diferencia entre una migración tranquila y un fin de semana largo.

En BCTech diseñamos e implementamos clústeres Proxmox VE y acompañamos migraciones desde VMware vSphere y Hyper-V. Conozca el servicio de virtualización.

¿Quiere aplicarlo en su empresa?

Le ayudamos a evaluar su situación actual y a priorizar los cambios con mayor impacto.