ZSvirt: la apuesta open source GPLv3 de ZStack y cómo se compara con Proxmox VE

septiembre 10, 2026 Alfonso Moreno | Sysadmin Senior 78 Visitas 11 min de lectura

El 12 de agosto de 2026, ZStack — una empresa china con más de una década en infraestructura privada — publicó bajo licencia GPLv3 el código fuente completo de ZSvirt, su plataforma de virtualización empresarial. En menos de un mes, el proyecto acumuló 1.600 estrellas y 302 forks en GitHub, se posicionó en trending dentro del segmento de infraestructura y recibió cobertura en medios como ZStack News, el sitio oficial zsvirt.io y referencias en comunidades de habla hispana y japonesa.

Para quienes venimos del mundo KVM y conocemos bien a Proxmox VE, la pregunta es inevitable: ¿es ZSvirt un reemplazo real, otro clon corporativo de oVirt, o un competidor de hecho en el segmento de la virtualización empresarial open source? Este post recorre su historia, sus capacidades técnicas y la compara con Proxmox en criterios prácticos para decidir cuándo uno u otro tiene sentido.

TL;DR — Lo que vas a tener al final

Tiempo de setup: 4-6 horas para setup completo.
Requisitos: CPU con VT-x, 16+ GB RAM, 64+ GB SSD.
Resultado: Homelab con VMs/LXC, backups PBS, monitoring integrado.
Troubleshooting: Logs de Proxmox, snapshots, restore drills mensuales.

Origen: de ZSphere comercial a ZSvirt open source

ZSvirt no surgió como un proyecto comunitario. Nace como un open core dump de ZSphere, la plataforma de virtualización comercial de ZStack que la empresa vende en China y el sudeste asiático desde 2015. ZStack la describe como su motor de virtualización “validado en más de 1.000 despliegues productivos” en sectores como servicios financieros, salud, educación, manufactura y transporte.

El motor fue escrito principalmente en Java (78.2%) y Groovy (19.4%), con algo de Python, Shell y AspectJ. Esa mezcla de JVM y scripting es típica de plataformas IaaS asiáticas como ZStack, Huawei FusionCompute o la primera generación de oVirt. Tiene implicaciones que veremos más adelante cuando lo comparemos con Proxmox (escrito en Perl, C y Rust).

El anuncio oficial de apertura se publicó el 12 de agosto de 2026 con un framing claro: capturar la migración de clientes VMware que, según Gartner 2025 Market Guide for Server Virtualization Platforms, proyecta que el 70% de las empresas migrarán la mitad de sus cargas virtualizadas fuera de VMware hacia 2028 por presión de costos. ZSvirt se presenta como “una base de virtualización abierta, madura y autogobernada” para aprovechar esa ola.

¿Qué es ZSvirt y qué incluye la Community Edition?

ZSvirt es una plataforma de gestión de virtualización IaaS basada en KVM, escrita como una capa de orquestación sobre el hipervisor del kernel Linux. El componente central es un nodo de gestión al que se conectan hosts KVM, y desde allí se administran clústeres, máquinas virtuales, almacenamiento, redes y políticas de seguridad vía interfaz web, API RESTful o CLI.

La Community Edition (la versión open source) entrega el set completo de funcionalidades core según el comunicado oficial:

Virtualización de cómputo, almacenamiento y red
Alta disponibilidad (HA) y Distributed Resource Scheduling (DRS)
Snapshots, backup y restore
API completa con SDK para Go, Python y Java
Terraform Provider nativo
ZMigrate: herramienta de migración incluida sin costo extra

Lo que la edición open source no incluye es el soporte comercial de ZStack ni las capacidades empresariales premium, que se venden por separado como upsell. La promesa — y lo confirma el comunicado — es que la edición comunitaria “puede usarse en producción indefinidamente sin costo de licencia”.

Capacidades técnicas destacadas

Más allá de la lista funcional, ZSvirt trae varias cifras que llaman la atención si venís de un homelab con Proxmox:

Escala de control plane: hasta 10.000+ hosts bajo un solo plano de control. ZStack presume haber validado esa cifra en producción con su motor comercial. Proxmox, por contraste, escala por clúster y los despliegues grandes suelen fragmentarse.
Hasta 768 vCPUs por VM y presume densidad 3.8x mayor y eficiencia energética 3x mejor por vatio. Las cifras hay que leerlas con cuidado porque son de marketing del proveedor, sin un benchmark de terceros reproducible.
Redes con SR-IOV y migración en vivo de dispositivos SR-IOV. La aceleración por hardware es el punto donde Proxmox se queda corto, porque depende de OVS y bridges Linux con menos throughput.
ZMigrate con tres modos (agentless, agent-based, cold), 50 migraciones concurrentes, cutover en ~5 minutos por VM, soporte de origen vSphere 5.x–8.x, Hyper-V, KVM y P2V. La cifra de 50 migraciones paralelas está limitada en la versión actual; se irá levantando progresivamente.
Seguridad: Secure Boot de VM, vTPM 2.0 nativo, cifrado de VM con Native Key Provider (NKP) interno al clúster, microsegmentación este-oeste, MFA/2FA y audit logs inmutables. La base cumple con Windows 11 TPM requirements sin servicios externos de claves.
APIs: presume más de 2.000 endpoints RESTful/OpenAPI asíncronos, con SDK oficiales para Go, Python y Java, y provider Terraform. La asincronía es importante porque te permite lanzar operaciones largas sin bloquear el cliente.

Cómo se compara con Proxmox VE

Proxmox VE es, a día de hoy, la opción de virtualización open source más adoptada en homelabs y pymes. Lleva más de 17 años en desarrollo, es 100% Debian-based, está escrito en Perl/C/Rust y la mantiene la empresa austriaca Proxmox Server Solutions GmbH. ZSvirt llega mucho más joven, con base instalada de ZSphere pero sin comunidad tan amplia. Veamos el contraste punto por punto.

Tabla comparativa

Criterio	Proxmox VE	ZSvirt Community Edition
Lanzamiento open source	2008	Agosto 2026
Base del sistema	Debian estable	Distribución propia basada en KVM host
Hipervisor	KVM + QEMU + LXC	KVM + QEMU
Contenedores	LXC nativo (núcleo fuerte)	No soporta LXC nativamente; foco en VMs
Lenguaje principal	Perl, C, Rust	Java, Groovy
Comunidad open source	~100k+ usuarios, foros activos, wiki extensa	1.6k stars, 302 forks (al 9-sep-2026), en construcción
Empresa detrás	Proxmox Server Solutions (Austria), soporte comercial opcional	ZStack (China), con producto comercial ZSphere previo
Plan de control (escala que presume)	Clústeres típicos de 3–16 nodos; el límite práctico de la edición community ronda los 32 nodos (depende de red y quorum), federaciones más grandes son posibles pero requieren tuning fino	Hasta 10.000+ hosts bajo un control plane
Live migration	Sí, integrada	Sí, con SR-IOV live migration incluida
SR-IOV	Soportado como PCI passthrough, sin live migration nativa de VF y dependiente de driver/hardware del kernel	SR-IOV es feature estrella, con migración en vivo
Almacenamiento	ZFS, Ceph, GlusterFS, iSCSI, NFS, LVM	Almacenamiento primario, secundario y de backup con sus propios conectores
Redes	Linux Bridge, OVS, VLAN, bonding	Linux Bridge, SR-IOV, distributed switches, port groups
APIs	REST API madura, hooks, Terraform provider comunitario	2.000+ endpoints REST/OpenAPI asíncronos, SDK oficiales Go/Python/Java, Terraform provider nativo
CLI	`pct`, `qm`, `pvesm`, `ha-manager`	zs CLI, compatible con la API
Alta disponibilidad	HA con corosync, fencing integrado	HA y DRS con lógica propia
Migración desde VMware	Manual con `qm importovf` + scripts de comunidad	ZMigrate integrado: vSphere 5.x–8.x, Hyper-V, KVM, P2V
Seguridad empresarial	2FA, ACL, soporta vTPM emulado desde PVE 7.2, con persistencia qcow2 mejorada en PVE 9.1	Secure Boot, vTPM 2.0, NKP, microsegmentación, MFA/2FA, audit inmutable
Costo de la edición comunitaria	Gratis, soporte opcional pago	Gratis, soporte comercial aparte
Curva de aprendizaje	Baja-media para quien conoce Debian y KVM	Media-alta: conceptos de IaaS empresarial, modelos de zona/cluster
Documentación	Wiki oficial, foros, libros, muchos tutoriales	Docs oficiales en zsvirt.io, GitHub, foro nuevo; ecosistema aún pequeño

Dónde ZSvirt supera a Proxmox (al día de hoy)

Escala que presume del control plane. Los 10.000+ hosts son un reclamo de marketing, pero si la arquitectura de ZSphere realmente lo sostiene, ZSvirt entra en el segmento donde Proxmox no juega (multi-region, multi-DC, telco).
Migración VMware de fábrica. ZMigrate no es un script de comunidad: es una herramienta de pago convertida en open source, con tracking visual, test cutover y cobertura de versiones 5.x a 8.x de vSphere. Para empresas que vienen de VMware, eso reduce el costo del proyecto.
Seguridad empresarial completa de entrada. Secure Boot, vTPM, NKP, microsegmentación este-oeste y audit inmutable vienen incluidos. En Proxmox hay que armar la mayoría a mano o sumar Ceph, OpenStack o servicios externos.
SDK oficiales en tres lenguajes (Go, Python, Java) y Terraform provider nativo. Proxmox depende de providers comunitarios y del API REST que, siendo bueno, no es tan granular como el de ZSvirt.

Dónde Proxmox sigue siendo la mejor opción

Comunidad y ecosistema. Proxmox tiene 17 años de tutoriales, foros, libros, scripts y casos resueltos. Si te trabás, encuentras la respuesta en Google. ZSvirt todavía no tiene esa masa crítica.
Contenedores LXC. Proxmox es excelente corriendo LXC; ZSvirt se enfoca en VMs KVM puras. Si tu caso de uso principal es densidad de contenedores ligeros, Proxmox gana por goleada.
Curva de aprendizaje. Proxmox es Debian. Si sabes Debian, lo aprendes en una tarde. ZSvirt pide entender modelos de zona/cluster, recursos asíncronos y conceptos de cloud empresarial.
Costo total para homelabs. Proxmox corre en un mini PC con 8 GB de RAM. ZSvirt está pensado para servidores con varios nodos KVM; correrlo en hardware modesto es teóricamente posible pero la documentación apunta a otro perfil.
Madurez de Ceph, ZFS y almacenamiento. Proxmox integra ZFS, Ceph y GlusterFS de primera; el soporte de ZFS en particular es de los mejores del ecosistema Linux. ZSvirt tiene su propio modelo de almacenamiento que todavía no se ha probado de forma independiente a fondo.
Software libre histórico. Proxmox siempre fue open source. ZSvirt es un producto comercial abierto: el código está bajo GPLv3, sí, pero la comunidad lleva un mes de vida. La trayectoria importa.

¿Cuándo tiene sentido ZSvirt y cuándo Proxmox?

La elección depende menos de la lista de features y más del contexto operativo:

Homelab, pyme pequeña, educación, infraestructura de hasta 3–5 nodos: Proxmox VE sigue siendo la respuesta correcta. Su ecosistema, su estabilidad probada y la familiaridad de la comunidad pesan más que cualquier feature de ZSvirt.
Migración VMware en una organización mediana (decenas de hosts, necesidad de mover 100+ VMs): ZSvirt compite seriamente. ZMigrate, el plan de control unificado y la seguridad incluida lo hacen atractivo. Igual conviene probarlo en un lab antes de comprometerse.
Operador de telco, hosting, hyperscale: el territorio natural de ZSvirt. Proxmox puede federarse pero no está pensado para esa escala sin mucha customización.
Desarrolladores de plataformas (PaaS, Kubernetes, GitOps): los SDK oficiales y la API asíncrona de ZSvirt son más atractivos que Proxmox para integrar en un stack moderno.

Estado del proyecto y cosas a mirar

A 9 de septiembre de 2026, ZSvirt v1.0.0 está disponible con ISOs firmadas criptográficamente y espejos regionales. El repositorio en github.com/zsvirt/zsvirt tiene 35 commits en la rama main y la hoja de ruta pública se mantiene en el sitio oficial. La estructura de carpetas delata una arquitectura modular: core, compute, network, storage, identity, portal y otros.

Para evaluar bien el proyecto faltan benchmarks de terceros y casos de uso medianos documentados por la comunidad. Las afirmaciones de densidad 3.8x y eficiencia 3x por vatio, así como la escala de 10.000+ hosts, son de marketing: el valor real se verá cuando se publiquen despliegues externos con datos. También falta ver cómo se comporta el modelo de soporte comunitario sin la estructura comercial de ZStack detrás.

Lo que ya está claro: la GPLv3 elegida por ZSvirt es un buen punto de partida. Es copyleft fuerte, garantiza que las mejoras vuelvan al repositorio público y permite a cualquiera auditar el código. Para administradores que vienen de VMware y necesitan un destino sin lock-in, eso importa.

Veredicto

ZSvirt no reemplaza a Proxmox VE en el homelab ni en la pyme típica. No trae LXC, su comunidad es incipiente y su modelo operativo pide infraestructura más grande. Lo que sí trae — y eso es lo interesante — es una respuesta open source seria al segmento empresarial que VMware dominó durante dos décadas, con migración de fábrica, seguridad de entrada y un plan de control que presume escalar donde Proxmox no juega.

Para un administrador de Proxmox, el mejor movimiento ahora es probar ZSvirt en un lab aislado: levantar el nodo de gestión desde la imagen qcow2/OVA, conectar un par de hosts KVM, probar ZMigrate con una VM real y ver si el modelo de recursos asíncronos encaja con el flujo de trabajo propio. Si todo va bien, queda como plan B serio para cuando el homelab crezca o la pyme piense en migrar cargas VMware.

Mientras tanto, Proxmox sigue siendo la recomendación por defecto para la mayoría de los lectores de este blog: conocido, estable, con la mejor relación esfuerzo/resultado del mundo de la virtualización open source. ZSvirt es un proyecto que conviene seguir de cerca, no adoptarlo todavía como infraestructura crítica.

Referencias

Sitio oficial: https://zsvirt.io/
Repositorio en GitHub: https://github.com/zsvirt/zsvirt
Anuncio oficial de apertura: https://www.zstack-cloud.com/company/news/news_info/6573.html
Documentación: https://zsvirt.io/docs
Demo en línea: https://demo.zsvirt.io/
Proxmox VE oficial: https://www.proxmox.com/en/proxmox-virtual-environment
Gartner 2025 Market Guide for Server Virtualization Platforms (citado por ZStack)

Preguntas frecuentes

¿Por qué ZSvirt: la apuesta open source GPLv3 de ZStack y cómo se compara con Proxmox VE es relevante para sysadmins Linux?

Forma parte del flujo diario de administración. Los conceptos explicados se aplican directamente a servidores en producción y resuelven problemas reales que enfrentan sysadmins hispanohablantes.

¿Qué necesito para empezar con ZSvirt: la apuesta open source?

Distribución Linux actualizada (Debian, Ubuntu, RHEL, Fedora o Arch), acceso root, y conexión a internet. Para producción: entorno de staging separado antes de aplicar cambios.

¿Cuáles son los errores más comunes con ZSvirt: la apuesta open source?

Los tres más frecuentes: (1) saltar la lectura de logs, (2) aplicar cambios directos en producción sin probar, (3) olvidar permisos y ownership. La documentación y un plan de rollback siempre.

¿Cuándo usar ZSvirt: la apuesta open source y cuándo una alternativa?

Esta solución es ideal para el caso descrito. Alternativas como Docker, Ansible o configuración manual pueden ser mejores según contexto: portabilidad, escala y reproducibilidad son los factores clave.

¿Cómo migro desde una configuración previa a ZSvirt: la apuesta open source?

Documentar el estado actual, probar la nueva configuración en staging, validar funcionalmente, y aplicar en producción con rollback plan listo. Los posts de SoyLinux incluyen troubleshooting para los problemas más comunes.