Quienes trabajan en el ámbito de la virtualización ya se han dado cuenta de que VMware se ha convertido en un tema distinto tras la adquisición por parte de Broadcom. El debate ha pasado de «¿qué recursos necesito?» a «¿cuánto me va a costar esto en la próxima renovación?». En el caso de muchos clientes, esta conversación ha dado pie a que surja Proxmox. Tiene sentido. Pero existe una tercera opción que casi nunca sale a relucir en las primeras reuniones: Huawei FusionCompute.
La plataforma no es nueva ni experimental. Se encuentra en la versión 8.10, cuenta con una amplia documentación técnica y casos de uso en empresas de telecomunicaciones, bancos y organismos gubernamentales de todo el mundo.
En Brasil, todavía apenas se menciona en las conversaciones sobre la sustitución de VMware. Y quizá haya llegado el momento de analizarlo con más detenimiento.
¿Qué es FusionCompute?
FusionCompute es la capa de virtualización de Huawei para centros de datos. Se ejecuta en servidores físicos, proporciona máquinas virtuales, gestiona la CPU, la memoria, la red y el almacenamiento, y forma parte de la solución DCS de Huawei.
La arquitectura gira en torno a dos componentes:
CNA (Computing Node Agent): se ejecuta en cada servidor físico, implementa el hipervisor UVP y gestiona las máquinas virtuales de forma local.
VRM (Virtual Resource Manager): El VRM es el cerebro central y se encarga de la gestión del clúster. Controla la programación de recursos, el ciclo de vida de las máquinas virtuales, la asignación de direcciones IP y VLAN, y proporciona la interfaz web de administración. Funciona en modo activo/en espera con conmutación automática por error en un plazo de 1 a 2 minutos en caso de que el nodo activo deje de funcionar.
El hipervisor UVP se basa en KVM, al igual que Proxmox, pero funciona en una arquitectura «bare-metal» sin sistema operativo anfitrión intermedio, de forma similar a ESXi.
Tabla comparativa de las tres plataformas
La tabla que figura a continuación le ayudará a distinguir entre lo que constituye una diferencia real de arquitectura y lo que es simplemente una diferencia de presentación comercial.
| Funcionalidad | VMware ESXi / vSphere 8 | Proxmox VE 9.2 | Huawei FusionCompute 8.10 |
|---|---|---|---|
| Tipo de hipervisor | Bare-metal (ESXi) | Tipo 1 (KVM + QEMU) | Bare-metal (UVP/KVM) |
| Hosts por clúster | hasta 96 | Sin límite explícito* | hasta 128 |
| Máquinas virtuales por clúster | hasta 8.000 | Sin límite explícito | hasta 8.000 |
| Licencias | Suscripción obligatoria; mínimo 72 colores por CPU | Código abierto (asistencia técnica de pago opcional) | Licencia comercial de Huawei |
| VM HA | ✅ | ✅ | ✅ automático, independiente del nodo de gestión |
| Migración en vivo | ✅ vMotion | ✅ | ✅ |
| Migración en vivo del almacenamiento | ✅ Storage vMotion | ✅ | ✅ |
| Equilibrado automático de la carga | ✅ DRS (incluso en el paquete) | ✅ Equilibrador de carga dinámico (a partir de PVE 9.2) | ✅ DRS + DPM integrados |
| Ahorro automático de energía (DPM) | ✅ | ❌ | ✅ Desconecta automáticamente los hosts inactivos |
| Sobrecarga inteligente de memoria | ✅ | ✅ (globo) | ✅ (ballooning + sharing + swapping; x86 y Arm) |
| Asignación dinámica de recursos | ✅ | ✅ | ✅ |
| Conmutador virtual distribuido | ✅ vDS (no incluido en el paquete de pago) | ✅ OVS/SDN | ✅ DVS nativo |
| SR-IOV | Limitado | ✅ | ✅ |
| Passthrough de GPU | ✅ | ✅ | ✅ |
| Virtualización de GPU | ✅ (vGPU de NVIDIA) | ✅ (vGPU de NVIDIA, a partir de 2025) | ✅ (vGPU de Intel integrada) |
| Contenedores / K8s nativo | ❌ (Tanzu, independiente y de pago) | ✅ (LXC; sin K8s nativo) | ✅ K8s integrado |
| Multitenencia completa | ✅ (con complementos) | ❌ | ✅ (VPC, ECS, ELB, NAT, etc.) |
| DR orquestado | ✅ SRM (de pago) | ❌ | ✅ UltraVR integrado |
| Copia de seguridad sin agente con CBT | ✅ (a través de terceros) | ✅ Proxmox Backup Server | ✅ eBackup nativo |
| Compatibilidad con Arm | ❌ | ❌ | ✅ |
| Caja negra de diagnóstico | ❌ | ❌ | ✅ |
La documentación oficial de Proxmox no establece un límite de nodos por clúster. El límite práctico depende del hardware de red y de la latencia; hay casos de clústeres con más de 50 nodos en producción con hardware de nivel empresarial.
Lo que llama la atención de FusionCompute
Escala de clúster
FusionCompute admite 128 hosts y 8.000 máquinas virtuales por clúster lógico, con un máximo de 4.096 hosts y 80.000 máquinas virtuales gestionadas por instancia. VMware alcanza los 96 hosts por clúster en vSphere 8. Proxmox no tiene un límite máximo documentado, pero la estabilidad en clústeres muy grandes depende en gran medida de cómo se haya diseñado la red de gestión.
En el caso de los grandes centros de datos corporativos, la compatibilidad con 128 hosts por clúster, con una capacidad total de 80 000 máquinas virtuales, supone una gran ventaja competitiva.
DRS y DPM: programación que ahorra energía
El DRS de FusionCompute supervisa la carga de los hosts en tiempo real y migra automáticamente las máquinas virtuales para equilibrar el uso de la CPU y la memoria en el clúster, sin necesidad de intervención manual. Esto equivale a lo que ofrece VMware en el paquete de vSphere y a lo que Proxmox ha comenzado a ofrecer con el Dynamic Load Balancer de PVE 9.2.
La ventaja distintiva de FusionCompute en este caso es el DPM (Dynamic Power Management): cuando la carga del clúster disminuye, el sistema consolida las máquinas virtuales en un menor número de hosts y apaga automáticamente los servidores inactivos. Cuando la demanda aumenta, los hosts se vuelven a encender. Para entornos con una carga variable a lo largo del día o de la semana, esto supone un ahorro energético real sin necesidad de recurrir a la automatización externa.
Sobrecarga de memoria en tres capas
FusionCompute combina el «ballooning», el uso compartido de memoria (las páginas idénticas entre máquinas virtuales se consolidan en una única copia física) y el intercambio de memoria para permitir que un servidor ofrezca más memoria virtual que la física disponible. Proxmox utiliza el «ballooning», pero no implementa de forma nativa el uso compartido de memoria entre máquinas virtuales. El resultado práctico es una mayor densidad de máquinas virtuales por host en FusionCompute, especialmente cuando las cargas tienen un perfil de uso de memoria similar.
Esta función es compatible tanto con x86 como con Arm, lo que supone una ventaja en entornos con servidores Kunpeng o similares.
QoS de recursos por máquina virtual con tres dimensiones
Mientras que Proxmox cuenta con controles básicos de cuotas y límites de CPU, FusionCompute permite configurar tres parámetros independientes por máquina virtual:
Cuota: la proporción de CPU que recibe la máquina virtual durante la competencia por los recursos entre máquinas virtuales en el mismo host.
Reserva: el mínimo garantizado de CPU que la máquina virtual recibirá siempre, incluso en condiciones de alta contención.
Límite: el límite máximo absoluto de CPU que puede consumir la máquina virtual, incluso cuando el host está inactivo.
El mismo modelo se aplica a la memoria, la red y las IOPS de almacenamiento. Esto es importante cuando en un mismo clúster se combinan entornos de producción, validación y cargas de trabajo menos predecibles. Sin una política de recursos bien definida, una máquina virtual que consume muchos recursos puede convertirse en un problema para otra área.
Aislamiento de máquinas virtuales en cinco capas
El hipervisor UVP implementa el aislamiento entre máquinas virtuales en cinco dimensiones: recursos físicos, programación de vCPU (a través de VMCS), memoria (con tres niveles de direccionamiento que impiden que las máquinas virtuales accedan a la memoria de las demás), red interna (con VRF y filtrado de paquetes) y E/S de disco.
Además, cada host cuenta con una «caja negra» integrada que registra información crítica del núcleo en memoria no volátil cuando se produce una excepción. Ante cualquier fallo del sistema, los datos de diagnóstico se conservan para su análisis posterior, lo que simplifica considerablemente la resolución de problemas en entornos de producción.
La multitenencia como parte de la arquitectura
Proxmox no se ha diseñado para el multitenancy. Las máquinas virtuales de diferentes clientes pueden coexistir en el mismo clúster, pero el aislamiento de red y almacenamiento entre ellas es responsabilidad de quien realiza la configuración, no de la plataforma.
FusionCompute, integrado en la pila completa de DCS a través de eDME, ofrece multitenencia nativa con una VPC por cliente, ECS con aislamiento completo, ELB, NAT, cortafuegos virtual y políticas de almacenamiento independientes. Para quienes necesitan proporcionar recursos de TI como servicio a diferentes áreas de negocio o clientes, esta diferencia es de carácter arquitectónico.
Copias de seguridad y recuperación ante desastres dentro de la pila de Huawei
En Proxmox, Proxmox Backup Server gestiona bien las copias de seguridad, pero la recuperación ante desastres (DR) coordinada entre sitios requiere soluciones de terceros. En VMware, Site Recovery Manager se encarga de ello, pero es un producto de pago adicional.
En la pila DCS, UltraVR ofrece una recuperación ante desastres (DR) orquestada compatible con topologías de dos, tres o más centros de datos, con un RPO de cero en escenarios activos-activos y con conmutación por error automatizada. eBackup realiza copias de seguridad incrementales permanentes de las máquinas virtuales mediante CBT (Changed Block Tracking), sin necesidad de instalar un agente en cada máquina virtual.
¿A quién le parece lógico?
FusionCompute no encaja bien en cualquier contexto. Para entornos pequeños, con pocos hosts y un equipo que busca un bajo coste de licencia, Proxmox sigue siendo una opción muy sólida.
La situación cambia cuando aparecen decenas de servidores, un SLA formal, la recuperación ante desastres entre centros de datos, la separación por áreas o clientes, y la necesidad de gestionar todo ello con menos componentes independientes. En este tipo de entorno, FusionCompute empieza a cobrar más sentido.
Además, resulta más natural cuando el cliente ya utiliza equipos de Huawei, especialmente servidores, sistemas de almacenamiento OceanStor o conmutadores CE. La integración no lo resuelve todo, pero reduce los problemas operativos.
Arm también podría entrar en juego. Con el avance de los chips Arm en los centros de datos, la compatibilidad nativa de FusionCompute con los procesadores Arm —que ofrecen las mismas funcionalidades que los x86— podría ser un factor determinante en entornos que ya están considerando servidores Kunpeng o arquitecturas similares.
La migración de VMware debe abordarse con cautela. Migrar a Proxmox puede ser la decisión acertada en muchos casos, pero cuando el requisito es mantener funcionalidades empresariales como DRS, recuperación ante desastres orquestada, calidad de servicio (QoS) por máquina virtual y multitenencia, FusionCompute lo ofrece sin necesidad de implementar un amplio conjunto de herramientas externas.
Contexto de mercado
El estudio de Gartner de 2024 reveló que el 74 % de los responsables de TI estaban evaluando activamente alternativas a VMware. El soporte técnico para vSphere 7 finalizó en octubre de 2025, lo que aceleró las migraciones de quienes aún estaban posponiendo la decisión. Y los clientes que aceptaron acuerdos puente de un año en 2024 se enfrentan ahora a renovaciones con la tarificación completa de VCF.
La salida de VMware ha dejado de ser una mera especulación. En muchos entornos, se ha convertido en un proyecto, un presupuesto y un riesgo. Es en este contexto donde hay que evaluar FusionCompute: no como una simple curiosidad de Huawei, sino como una opción empresarial para quienes no desean cambiar un problema comercial por un problema operativo.
Próximos pasos
Si el debate sobre VMware ya ha llegado a la fase de presupuesto, quizá merezca la pena incluir FusionCompute en el análisis. Made4it puede ayudarle con esta revisión técnica: arquitectura, comparación con Proxmox y VMware, riesgos de la migración, funcionamiento y diseño de la recuperación ante desastres.
Póngase en contacto con nosotros para evaluar si resulta adecuado para su entorno antes de decidir el proceso de migración.
Fuentes: Documentación del producto FusionCompute v8.10.0 (Huawei, mayo de 2026) · Documentación del producto DCS v2.2.0 (Huawei, febrero de 2026) · Notas de la versión de Proxmox VE 9.2 (mayo de 2026) · Límites máximos de configuración de Broadcom para VMware vSphere 8.0
