Los demás te venden un hipervisor y algo para administrarlo. Nosotros un binario.
No es un eslogan, es la arquitectura. Sin appliance de gestión. Sin VM controladora en cada nodo. Sin un segundo producto para respaldo inmutable. Esto es lo que cambia, línea por línea, frente a las plataformas que probablemente operas hoy.
Las comparativas reflejan arquitectura documentada públicamente · KVM · libvirt · ZFS · Open vSwitch · Debian 13
Arquitectura, lado a lado
| Capacidad | SynVirt | VMware vSphere | Nutanix AHV | Proxmox VE | Morpheus |
|---|---|---|---|---|---|
| Lo que despliegas antes de la VM #1 | ✓ Nada. Una ISO instala el nodo, y el nodo es el administrador. | Una VM appliance de gestión: dimensionarla, parcharla, protegerla | Una VM controladora en cada nodo, para siempre | Nada extra — pero el almacenamiento y la red los armas tú | Su propio appliance — y un hipervisor debajo que igual pagas |
| Lo que la plataforma te cuesta por nodo | ✓ Un proceso Rust. API, interfaz web y TLS en un solo binario. | El hipervisor más su parte del appliance de gestión | RAM y vCPU en cada nodo, tomados del hardware que compraste para cargas de trabajo | Una interfaz web por nodo — genuinamente ligero | Una capa de gestión encima de todo lo demás que ya operas |
| Licenciamiento | ✓ Por socket de CPU. Cuatro ediciones. VMs ilimitadas en todas. | Suscripción por núcleo, con mínimo de núcleos por CPU | Suscripción por capacidad y por nodo | Gratis; pagas soporte y el repositorio empresarial | Por carga de trabajo, encima de lo que ya licencias |
| Respaldo inmutable | ✓ Incluido. S3 Object Lock verificado — el motor comprueba el candado, nunca se fía de la promesa. | Compra un producto de terceros | Compra un producto de terceros | Instala y opera un segundo producto | Orquesta el respaldo de alguien más |
| Dos nodos y un testigo | ✓ Modo Twin. Réplica síncrona, testigo ligero, promoción en el lugar — sin reinstalar. | Clúster de dos nodos más un appliance testigo | Posible, pero el modelo está pensado para clústeres mayores | Necesita un dispositivo de quórum externo | Lo que haga la plataforma de abajo |
| Sacar tus VMs de donde están | ✓ Seis adaptadores en vivo y diez formatos offline. A los invitados Windows se les inyectan drivers virtio automáticamente. | Extraemos de ahí | Extraemos de ahí | Extraemos de ahí | No mueve VMs — administra las plataformas que las contienen |
| Operar con internet desconectado | ✓ 100 %. La instalación nunca toca la red y la plataforma nunca llama a casa. | Espera conectividad para licenciamiento y telemetría | Espera conectividad para licenciamiento y telemetría | Funciona offline | Requiere sus propios servicios arriba |
| Mezclar hardware en un clúster | ✓ Cinco roles —HCI, Cómputo, Almacenamiento, Respaldo, Réplica— mezclados libremente. La caja con GPU y el estante de discos, ambos con trabajo. | Cómputo y almacenamiento son productos separados, licenciados aparte | Hiperconvergente por diseño; los roles dedicados son otra conversación | Los nodos son uniformes; los roles especializados se arman a mano | No es un modelo de nodos |
| Encender RBAC sin romper el lunes | ✓ Arranca en modo reporte, así ves cada negación potencial antes de imponerla. Un super-admin fijado que nunca puede quedar bloqueado. | Granular y maduro — y todo un proyecto modelarlo | Maduro, atado al plano de gestión | Hay roles; menos granular | La gobernanza es el propósito entero del producto |
| Cuando la red se cae y estás frente a la consola | ✓ 23 pantallas en modo texto en tty1: red, DNS, NTP, logs, diagnóstico a USB, restablecimiento de fábrica. | Una consola directa básica | Shell del host y algunas utilidades | Un shell | Nada — no vive en el host |
Dejar lo que tienes hoy
Desde un entorno de virtualización empresarial
El adaptador vim_api extrae VMs en vivo del plano de control tradicional. Copia completa, luego sincronización delta, luego una ventana de corte medida en minutos — no un fin de semana de mantenimiento.
Desde un appliance hiperconvergente
El adaptador prism_api lee el inventario del clúster existente y mueve las cargas a ZFS, liberando la RAM y los núcleos que consumían las VMs controladoras.
Desde una plataforma KVM de código abierto
pve_api y libvirt_remote extraen de entornos basados en KVM. El mismo hipervisor de kernel por debajo, así que los invitados aterrizan sin traducción.
Desde un hipervisor basado en Windows
El adaptador wmi_api cubre la ruta en vivo y VHDX/VMCX la offline, con drivers virtio inyectados automáticamente para que los invitados Windows arranquen al primer intento.
Desde un entorno XenServer antiguo
xen_api para extracción en vivo, XVA para exportaciones. Los invitados Windows legacy también están cubiertos — el agente llega hasta XP y Server 2003.
Desde un montón de imágenes de disco
Diez formatos offline: OVA, OVF, VMX, VMDK, VHD, VHDX, QCOW2, VDI, VMCX y XVA. Sueltas un archivo y obtienes una VM corriendo sobre un zvol ZFS.
Una plataforma, cinco tipos de host
La mayoría de las plataformas hacen que todos los nodos se vean iguales y luego te venden un segundo producto cuando no encaja. Un clúster SynVirt mezcla roles libremente: la caja con GPU, el estante de discos y el viejo 1U conservan su trabajo.
HCI
Cómputo y almacenamiento ZFS juntos. Denso y simple — la forma recomendada para 3 a 8 nodos.
Cómputo
Solo VMs, consumiendo almacenamiento del clúster. El rol correcto para una caja con GPU o un nodo con mucha memoria.
Almacenamiento
Solo almacenamiento, exponiendo su pool al clúster. Para entornos intensivos en I/O que superaron la colocación.
Respaldo
Dedicado a respaldos S3 inmutables con object lock, aislado para que las ventanas de I/O de respaldo nunca toquen el rendimiento de las VMs de producción.
Réplica
Dedicado a réplica asíncrona de DR hacia un clúster remoto, en red y almacenamiento aislados.
Standalone
Un nodo, ZFS local, sin clúster. Un primer servidor o un laboratorio — promovible a Twin o Cluster sin reinstalar.
Las comparativas describen arquitectura y modelos de licenciamiento documentados públicamente a julio de 2026, y se ofrecen para ayudarte a evaluar compromisos de diseño. Los fabricantes cambian sus términos; verifica lo que sea relevante para tu decisión. Todos los nombres de producto y marcas pertenecen a sus respectivos propietarios y se usan aquí solo con fines de identificación.