Alternativas a VMware en 2026: conozca Huawei FusionCompute

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