Proxmox VE sigue sin un sistema de archivos en clúster equivalente a VMFS, el de VMware, que cubra todos los casos de uso con almacenamiento compartido en una SAN. Es la conclusión del desarrollador conocido como gyptazy en un análisis publicado a finales de octubre de 2026, en el que repasa tres proyectos que intentan cubrir ese hueco: un plugin de LVM Thin compartido, MeshXFS y CetraFS. Ninguno es todavía una solución madura, y el autor participa en dos de ellos.
Las claves del almacenamiento compartido en Proxmox VE en 20 segundos
- Proxmox VE no tiene un equivalente directo a VMFS para SAN por iSCSI, Fibre Channel o NVMe-oF.
- Shared LVM Thin añade aprovisionamiento ligero y snapshots sobre una SAN existente.
- MeshXFS y CetraFS permiten que varios nodos monten el mismo disco a la vez.
- Los tres son proyectos jóvenes que deben probarse antes de usarse en producción.
El asunto pesa más ahora que muchas empresas están saliendo de VMware tras la subida de precios de Broadcom. Revista Cloud ya contó cómo Broadcom ha acelerado la migración hacia Proxmox. Quien llega desde vSphere suele traer una cabina de almacenamiento conectada por iSCSI o Fibre Channel y está acostumbrado a que VMFS le dé, sobre ese mismo volumen, discos ligeros, snapshots y migración en caliente entre hosts. En Proxmox esa combinación no existe de serie.
Qué ofrece hoy Proxmox con una SAN
La opción habitual es LVM en modo grueso (thick) sobre un LUN compartido. Es fiable, pero cada disco virtual reserva todo su tamaño desde el principio. Proxmox VE 9.0, publicado en agosto de 2025, añadió snapshots a ese LVM compartido mediante cadenas de volúmenes, en las que cada snapshot registra solo las diferencias con el anterior. Sigue faltando el aprovisionamiento ligero: el LVM-Thin nativo de Proxmox lo ofrece, pero solo en almacenamiento local.
Hay otras vías. Ceph está bien integrado en Proxmox y ofrece replicación y autorreparación, aunque exige más hardware, red y experiencia que reaprovechar una cabina. GFS2 y OCFS2 son sistemas de archivos en clúster veteranos de Linux, pero según gyptazy no suelen ser la primera elección para máquinas virtuales en Proxmox, y Lustre o BeeGFS resultan demasiado complejos para clústeres pequeños. Para entornos de dos nodos sin SAN, Proxmox también permite replicar máquinas virtuales con ZFS, con sus propios límites.
Tres proyectos para cubrir el hueco de VMFS
Shared LVM Thin es un plugin de almacenamiento que ha desarrollado el propio gyptazy. Crea un thin pool dedicado para cada máquina virtual dentro de un grupo de volúmenes LVM compartido y lo activa solo en el nodo donde se ejecuta esa máquina; al migrarla, lo desactiva en el origen y lo activa en el destino. Admite snapshots, vuelta atrás, cambio de tamaño, plantillas y clones enlazados, y protege las operaciones sobre los metadatos de LVM con bloqueos a nivel de clúster. Se gestiona desde la línea de comandos, la API o la interfaz web, y se distribuye como paquete Debian desde su repositorio. Su ventaja es reaprovechar la SAN existente sin montar una pila distribuida nueva; a cambio, hay que vigilar la capacidad física real y probar bien el multipath y la recuperación tras fallos.
MeshXFS va por otro camino: es un sistema de archivos POSIX en clúster construido sobre el código de XFS, con licencia GPL-2.0, que permite a varios nodos montar el mismo dispositivo de bloques en lectura y escritura. Añade bloqueo distribuido, aislamiento de nodos (fencing) mediante reservas persistentes SCSI y recuperación de journals, y funciona sobre SAN iSCSI o DRBD en modo primario dual. Lo ha creado Steve Shoecraft, que según Phoronix asegura que todo el código de clúster lo escribieron agentes de IA, sobre todo Claude Opus, sin que él lo editase ni revisase, y que cada versión pasa una batería de unas 30 pruebas en clústeres reales. El proyecto dice haberlo validado con 2, 4, 8 y 16 nodos. Gyptazy lo considera un candidato interesante para laboratorios, pruebas y desarrollo.
CetraFS es un sistema de archivos independiente, con formato en disco, módulo del kernel y herramientas propias, que no deriva de XFS. Coordina los nodos con la orden atómica SCSI COMPARE AND WRITE, usa un journal por nodo, sumas de verificación en disco y grupos de asignación por nodo, y está pensado para imágenes de disco de máquinas virtuales y migración en caliente. Su desarrollo está vinculado a Massimo Cetra, y gyptazy ha contribuido con la integración en la interfaz web de Proxmox. Está en versión previa a la 1.0, exige cabinas que soporten COMPARE AND WRITE y necesita un fencing y un multipath bien configurados.
Por qué conviene ir con cautela
Ninguno de los tres tiene el recorrido de VMFS, ext4 o el propio Ceph, y gyptazy no ofrece cifras de rendimiento ni pruebas comparativas. También hay que leer el análisis sabiendo quién lo firma: el autor ha desarrollado Shared LVM Thin, ha participado en la integración de CetraFS y distribuye paquetes de ambos en su repositorio. Su conclusión es prudente: no hay una solución única que sustituya a VMFS, la elección depende de la infraestructura existente y de la complejidad que se esté dispuesto a asumir, y cualquier opción debe probarse en escenarios de recuperación, fencing y fallo, siempre con copias de seguridad independientes.
El caso de MeshXFS añade una duda propia. Un sistema de archivos en clúster es de las piezas más delicadas de una infraestructura, porque un error en el bloqueo o en la recuperación puede corromper los datos de varios nodos a la vez. Que el código de clúster no haya pasado por revisión humana es un motivo más para limitarlo, por ahora, a entornos de pruebas. Para quien migra desde VMware con una SAN, la vía conservadora sigue siendo LVM grueso compartido con las snapshots de Proxmox VE 9, o Ceph si puede asumir su infraestructura.
Preguntas frecuentes
¿Tiene Proxmox VE un equivalente a VMFS?
No de forma nativa. Ofrece LVM compartido en modo grueso con snapshots desde Proxmox VE 9, Ceph y otras opciones, pero ninguna reúne todas las funciones de VMFS sobre una SAN.
¿Se puede usar LVM-Thin como almacenamiento compartido en Proxmox?
No con el LVM-Thin nativo, que solo funciona en local. El plugin Shared LVM Thin de gyptazy lo hace posible creando un thin pool por máquina virtual que solo se activa en un nodo.
¿Qué es MeshXFS?
Un sistema de archivos en clúster basado en XFS, con licencia GPL-2.0, que permite a varios nodos montar el mismo disco a la vez. Su creador afirma que el código de clúster lo escribieron agentes de IA.
¿Están listos para producción?
El propio análisis los presenta como proyectos jóvenes que deben probarse antes, sobre todo en recuperación y fencing. CetraFS está en versión previa a la 1.0 y MeshXFS se recomienda para laboratorios.
Fuentes:
