Usamos cookies técnicas y, si lo aceptas, de analítica (Google Analytics 4) para
mejorar el sitio. Hasta entonces no se instalan cookies de analítica.
Más información en la política de cookies.
Sylve es un panel web de código abierto para gestionar máquinas virtuales bhyve, jails, ZFS y red en FreeBSD, con backend en Go y frontend en SvelteKit.
Licencia BSD-2-Clause y patrocinio de la FreeBSD Foundation, Alchemilla Ventures e IPTechnics.
Ya no hay que compilarlo: existe el port sysutils/sylve y se instala con pkg install sylve sobre FreeBSD 15.0-RELEASE o superior.
Clúster nativo sin corosync: usa la librería RAFT de HashiCorp con estado replicado en bases SQLite en cada nodo.
Hay alta disponibilidad con failover automático basada en replicación ZFS, pero no hay migración en vivo: los invitados se mueven parados.
La última versión etiquetada es la v0.2.3 (31 de marzo de 2026). El firewall PF, WireGuard, iSCSI y el HA viven de momento en la rama principal.
Encaje realista hoy: laboratorios, NAS, edge y equipos que ya viven en FreeBSD. Para producción crítica, todavía es pronto.
FreeBSD llevaba años con una situación rara. Tenía bhyve como hipervisor, jails como contenedores de sistema desde antes de que la palabra «contenedor» significara lo que significa hoy, y ZFS con integridad de datos, snapshots y replicación de serie. Le faltaba una interfaz que juntara todo eso en un sitio y que no pareciera un formulario de 2004.
No es que no hubiera intentos. ClonOS, iocage, BastilleBSD, CBSD y un par más cubrían pedazos del problema, unos por línea de comandos y otros con una web que funcionaba pero no invitaba a quedarse. El resultado práctico era que quien evaluaba plataformas de virtualización miraba Proxmox, veía una web pulida con clúster, copias y almacenamiento, y ni se planteaba FreeBSD.
Sylve va justo a ese hueco.
Qué es Sylve exactamente
Sylve es una plataforma de gestión unificada para FreeBSD que lo mete todo en una sola interfaz web: máquinas virtuales bhyve, jails, pools y datasets ZFS, discos, red, cortafuegos y clúster. Lo desarrolla AlchemillaHQ con backend en Go y frontend en SvelteKit, bajo licencia BSD-2-Clause, que es bastante más permisiva que la AGPLv3 de Proxmox VE.
Detrás hay financiación real: la FreeBSD Foundation patrocina el desarrollo, Alchemilla Ventures pone el equipo e IPTechnics la infraestructura de pruebas. Eso explica que el proyecto haya pasado en pocos meses de curiosidad de GitHub a aparecer trimestre tras trimestre en los informes de estado oficiales del proyecto FreeBSD.
La filosofía se nota en el consumo: el propio proyecto habla de unos 384 MB de RAM para el panel, y las dependencias externas (libvirt, QEMU, Samba, dnsmasq, swtpm) solo hacen falta si usas las funciones que las necesitan. Nada de arrastrar media distribución para arrancar una jail.
Instalarlo ya no significa compilarlo
Si has leído reseñas de hace unos meses, te habrán contado que la única forma de probar Sylve era clonar el repositorio e invocar el Makefile con Go, Node y NPM instalados. Eso se acabó.
Hoy hay port en el árbol de FreeBSD, sysutils/sylve, actualizado a la revisión 0.2.3_4 el 10 de julio de 2026 y mantenido por el propio equipo del proyecto. La instalación queda en:
pkg install sylve
Y la web en https://<host>:8181.
Los requisitos que pide la documentación oficial son FreeBSD 15.0-RELEASE o posterior y un pool ZFS disponible. El equipo recomienda directamente ir a -STABLE con pkgbase antes que quedarse en la release más antigua que arranque, y tiene sentido: la rama de producción actual es FreeBSD 15.1, publicada el 16 de junio de 2026. Ese salto de versión no es un capricho, Sylve depende de metadatos de jails y de la salida JSON que ZFS 2.4 añadió a un montón de comandos.
En hardware, los mínimos son modestos para un nodo de solo jails (1 vCPU, 512 MB de RAM, 10 GB de disco) y suben a 2 vCPU y 4 GB en cuanto quieres levantar máquinas virtuales. Conviene también dejar el kern.racct.enable=1 en /boot/loader.conf, que es lo que activa la contabilidad y los límites de recursos de FreeBSD.
Para el clúster hay que abrir algún puerto más: 8180 para RAFT, 8183 y 8184 para la comunicación entre nodos. Anótalo antes de pelearte con el cortafuegos perimetral.
La interfaz, que es media batalla
Aquí es donde el proyecto se juega buena parte de su adopción, y lo sabe.
Captura: proyecto Sylve (sylve.io).
Quien haya tocado Proxmox VE reconoce el mapa a la primera: árbol de nodos e invitados a la izquierda, pestañas de resumen, notas, clúster, copias y replicación en el centro, y un panel de estado con quórum, nodos en línea y medidores de CPU, memoria y disco. Abajo, el registro de tareas con usuario, acción y resultado.
Esa familiaridad es deliberada y es una decisión de producto acertada. Un administrador que viene de Proxmox no tiene que aprenderse un modelo mental nuevo, solo traducir vocabulario: donde ponía contenedor LXC ahora pone jail, y donde ponía KVM ahora pone bhyve. Para un proyecto que necesita que la gente le dé una oportunidad, ahorrar esa curva vale más que cualquier función exótica.
Sigue habiendo asperezas, como es normal en un 0.2.x. Algún desplegable que no se lleva bien con varios elementos abiertos a la vez, alguna vista que se atasca con clústeres grandes. Nada que impida trabajar.
Clúster con RAFT, no con corosync
Lo que más sorprende de Sylve es que el clúster funciona, y funciona pronto. Se crea en un nodo y los demás se unen, igual que en Proxmox. Por debajo, sin embargo, la arquitectura es distinta.
Proxmox usa corosync para la mensajería del clúster y un sistema de ficheros replicado (pmxcfs) para la configuración. Sylve tira de la librería RAFT de HashiCorp y guarda el estado replicado en bases SQLite en cada nodo. Dos piezas, sin capa de mensajería aparte y sin sistema de ficheros distribuido montado sobre FUSE.
Proxmox VE
Sylve
Consenso del clúster
corosync
RAFT (HashiCorp)
Estado compartido
pmxcfs (sqlite + FUSE)
SQLite por nodo
Migración en vivo
Sí
No
Migración en frío
Sí
Sí, con botón en la interfaz
HA con failover
HA Manager sobre almacenamiento compartido
Failover automático sobre replicación ZFS
Almacenamiento distribuido
Ceph integrado
No
Licencia
AGPLv3
BSD-2-Clause
Soporte comercial
Suscripción por socket
Contacto directo con el equipo
La ventaja del enfoque de Sylve es que hay menos piezas que entender y que romper. La contrapartida es la de siempre con cualquier algoritmo de consenso: sigues necesitando mayoría, así que un clúster de dos nodos te deja vendido en cuanto cae uno. Tres nodos como mínimo, igual que en Proxmox.
Lo que ya se puede hacer entre nodos es bastante: crear una VM o una jail en cualquier nodo desde cualquier otro, editar recursos, arrancar, parar y mover invitados. La gestión es efectivamente multi-nodo, no una colección de paneles sueltos con un menú común.
Alta disponibilidad sí, migración en vivo no
Este es el punto donde hay que ser preciso, porque se presta a malentendidos y afecta directamente a los compromisos de servicio que puedas firmar.
Durante el segundo trimestre de 2026, Sylve incorporó alta disponibilidad para VMs y jails con failover automático a nodos secundarios y terciarios, apoyada en replicación ZFS. También añadió un botón de migración entre nodos que funciona sin necesidad de quórum ni de configuración de HA.
Lo que no hay, y conviene repetirlo, es migración en vivo. Los invitados se paran, se mueven y se arrancan en el otro nodo. Para mantenimiento planificado eso significa ventana de parada, y para vaciar un nodo sin que nadie se entere, como se hace en un clúster Proxmox con HA bien montado, todavía no da.
Y hay un matiz que se cuela en muchas conversaciones sobre HA: la replicación ZFS es asíncrona. Si el failover se apoya en snapshots replicados cada X minutos, tu RPO es esa X, no cero. Es un diseño perfectamente válido y mucho más barato que una cabina compartida, pero hay que escribirlo en el documento de recuperación con todas las letras, no venderlo como continuidad sin pérdida de datos. Lo desarrollamos en RTO y RPO, que es la conversación que de verdad importa antes de elegir tecnología.
Almacenamiento: ZFS de principio a fin
Aquí Sylve juega en casa. La gestión de almacenamiento es ZFS primero y todo lo demás después: pools, datasets, discos físicos con estado S.M.A.R.T., snapshots y, desde hace poco, creación de special vdev desde la propia interfaz. Las decisiones de fondo son las mismas que ya tocamos en deduplicación frente a compresión en ZFS, solo que aquí ZFS no es una opción entre varias, es el eje.
Las copias se resuelven con zelta, una herramienta de replicación ZFS que trabaja por SSH sin necesidad de agentes en el destino. Sylve programa trabajos de copia de VMs, jails y datasets, y en el último trimestre mejoró los flujos de restauración y el soporte de datasets cifrados. Es un enfoque muy distinto al de Proxmox Backup Server, que deduplica a nivel de bloque y verifica los chunks. Zelta hace lo que ZFS sabe hacer bien, y no pretende más.
También hay compartición Samba/CIFS con servidor mDNS propio, y soporte inicial de iSCSI como target e initiator. La lista de lo que falta incluye NFS, que está anunciado para el trimestre en curso.
Con esto y con cifrado en reposo bien planteado, un nodo Sylve puede hacer de plataforma de virtualización y de NAS a la vez sin instalar nada raro por encima. De hecho, uno de los objetivos declarados para los próximos meses es un modo de interfaz simplificado para cuando el equipo se use solo como NAS.
Red y seguridad: PF, WireGuard y dnsmasq
La parte de red ha crecido mucho en poco tiempo. Además de gestionar tarjetas físicas y switches virtuales, Sylve integra:
Cortafuegos basado en PF con reglas de tráfico y de NAT desde la interfaz.
Túneles WireGuard con configuración guiada.
dnsmasq para rangos DHCP, reservas y opciones, con DNS incluido.
Rutas de red configurables desde la web y etiquetado VLAN para jails.
Notificaciones por webhook de Discord, ntfy.sh y SMTP.
Que el cortafuegos sea PF y no una capa propia inventada es exactamente lo que quieres en FreeBSD: la sintaxis la conoce cualquiera que haya administrado el sistema, y siempre puedes bajar a la línea de comandos sin pelearte con la interfaz. La lógica es parecida a la que aplicamos con SDN y microsegmentación en Proxmox, solo que con las herramientas nativas de BSD.
El número de versión importa
Toca la parte incómoda, la que suele faltar en los artículos entusiastas.
Sylve publicó su primera release, la v0.1.0, el 13 de marzo de 2026. Dos semanas después iba por la v0.2.3, que es a día de hoy la última versión etiquetada, del 31 de marzo. El port de FreeBSD empaqueta esa misma 0.2.3 con cuatro revisiones de parches encima.
Eso significa que buena parte de lo que hemos contado (el HA con failover, el firewall PF, WireGuard, iSCSI, las mejoras de copias) está en la rama principal y en las compilaciones nocturnas, pero no en una versión estampada. El propio proyecto avisa de que hay APIs y funciones que pueden cambiar.
La lectura para una empresa es sencilla: 0.2.x no es un número de versión que se ponga bajo una carga crítica. No porque el software esté mal hecho, que no lo está, sino porque todavía no ha pasado por suficientes meses de gente rompiéndolo en sitios raros. La misma prudencia que aplicamos con cualquier plataforma nueva, y la razón por la que en Proxmox en producción insistimos tanto en el rodaje previo.
Entonces, ¿para quién tiene sentido hoy?
Vamos con el encaje real, sin postureo.
Escenario
¿Sylve hoy?
Laboratorio o entorno de pruebas
Sí, sin dudarlo
Equipo que ya administra FreeBSD y jails a mano
Sí, le ahorra trabajo desde el primer día
NAS con ZFS que además levanta alguna VM
Sí, encaja muy bien
Nodos en delegaciones o edge, con poca carga
Con cuidado y copias fuera, sí
Hosting de clientes con SLA firmado
Todavía no
Sustituto de VMware en un centro de datos
No, y el proyecto tampoco lo pretende aún
Plataforma que necesita migración en vivo
No
Si tu equipo es de Linux y tu plataforma es de Linux, meter FreeBSD para usar Sylve no compensa: la comparación relevante para ti sigue siendo la de Proxmox frente a VMware y Hyper-V, donde la madurez y el soporte comercial pesan mucho.
Ahora bien, si ya tienes FreeBSD funcionando por buenas razones (jails para aislar servicios con un consumo ridículo, ZFS con la integridad que te da, un firewall PF que llevas años afinando), Sylve te quita la parte más pesada del día a día sin cambiarte de sistema operativo. Y si has estado buscando una alternativa que no dependa de decisiones de producto de un fabricante con dueño nuevo, el asunto de la licencia BSD-2-Clause tiene su gracia.
Lo que viene
El plan para lo que queda de 2026 incluye compartición NFS, ese modo simplificado para NAS, soporte de contenedores OCI vía Podman, aplicaciones móviles y una biblioteca de plantillas de aplicaciones al estilo de lo que ofrecen otros paneles.
Lo de Podman es más interesante de lo que parece. Si FreeBSD acaba ejecutando contenedores OCI con una gestión decente al lado de bhyve y jails, se cierra el último argumento técnico que empujaba a mucha gente hacia Linux por defecto. Queda lejos de estar resuelto, pero está en la lista.
Preguntas frecuentes
¿Sylve es una copia de Proxmox para FreeBSD?
Se inspira claramente en su interfaz y en su modelo de trabajo, pero por debajo es otra cosa: bhyve en lugar de KVM, jails en lugar de LXC, RAFT en lugar de corosync y ZFS como única base de almacenamiento, sin Ceph.
¿Qué versión de FreeBSD necesito?
La documentación pide FreeBSD 15.0-RELEASE o posterior, con un pool ZFS disponible. La rama de producción actual es la 15.1, publicada en junio de 2026, y el equipo recomienda -STABLE con pkgbase para uso serio.
¿Hay que compilarlo desde el código fuente?
Ya no. Existe el port sysutils/sylve y se instala con pkg install sylve. Seguir compilando tiene sentido solo si quieres las funciones que aún no han llegado a una versión etiquetada.
¿Soporta migración en vivo de máquinas virtuales?
No. Puede mover VMs y jails entre nodos del clúster, pero parándolos. Sí existe failover automático para configuraciones de alta disponibilidad, apoyado en replicación ZFS.
¿Cuánto cuesta?
El software es libre bajo BSD-2-Clause y no hay suscripción de pago para acceder a repositorios ni funciones. El equipo ofrece acompañamiento comercial para despliegues en producción por contacto directo.
¿Puedo usarlo en producción?
Depende de qué llames producción. Para servicios internos, laboratorios y cargas que toleren una parada, hay gente haciéndolo. Para servicios con compromiso de disponibilidad firmado, la versión 0.2.x y la ausencia de migración en vivo aconsejan esperar.
¿Sylve sustituye a Proxmox VE?
Hoy no, y compararlos de tú a tú sería injusto para ambos. Proxmox lleva años de rodaje, Ceph integrado, HA maduro y soporte comercial. Sylve resuelve un problema que Proxmox no toca: darle a FreeBSD una gestión moderna de bhyve, jails y ZFS.
¿Tienes cargas sobre FreeBSD, jails o ZFS y no sabes cómo encajarlas en una plataforma que puedas operar con garantías? En cloudprivado.com montamos infraestructura de cloud privado con la tecnología que pida tu caso, y también decimos cuándo algo todavía no está para producción. Mira la comparativa o cuéntanos tu escenario.
¿Te ha resultado útil? Compártelo o resúmelo con IA
