Almacenamiento HA en Proxmox: comparativa de Ceph, replicación ZFS y failover con NAS
Si alguna vez te has quedado mirando un rack de servidores con Proxmox y te has preguntado si Ceph, ZFS o un NAS es la opción de almacenamiento adecuada para lograr alta disponibilidad, no estás solo. La alta disponibilidad (HA) en Proxmox es el objetivo que muchos persiguen, pero la forma de alcanzarla depende en gran medida de la estrategia de almacenamiento por la que apuestes. Cada una tiene sus ventajas, sus trampas y sus malentendidos flagrantes. A juzgar por las acaloradas, instructivas (y a veces divertidísimas) experiencias compartidas por usuarios en la red, muchos equipos todavía están intentando dilucidar qué rumbo tomar.
Moving 10,000 Workloads: Can Proxmox & Ceph Really Replace VMware?
Este artículo deja de lado las palabras de moda y los mensajes comerciales para centrarse en lo que de verdad funciona, lo que falla y cuál de estas alternativas tiene más sentido para tu infraestructura Proxmox. (Si solo buscas la comparativa general entre Ceph y ZFS sin el prisma de HA y NAS, consulta nuestra comparativa más amplia de Ceph frente a ZFS).
El entusiasmo por Ceph, y cuándo merece totalmente la pena
Ceph se ha consolidado como el referente indiscutible del almacenamiento distribuido, sobre todo en entornos hiperconvergentes como Proxmox. Cuando se configura como es debido, resulta rápido, autorreparable e increíblemente robusto. La integración con Proxmox es impecable: puedes desplegar OSD, vigilar el estado y administrar pools directamente desde la interfaz gráfica. Para muchos administradores, simplemente funciona.
Sin embargo, si intentas montar un engendro de Ceph a partir de un único nodo gigante de almacenamiento junto con un puñado de servidores de cómputo con discos SSD diminutos, todo el castillo de naipes empieza a desmoronarse.
Un usuario dio en el clavo: el caos procede de la forma en que la gente implementa Ceph, no de Ceph en sí mismo. Si estás centralizando el 80% de tu almacenamiento en un solo nodo, estás construyendo una SAN con pasos adicionales, y Ceph no te salvará de tus propias decisiones.
Las configuraciones modernas de Ceph tampoco exigen una docena de nodos. Varios administradores comentaron que sus clústeres Ceph de 3 nodos funcionan a la perfección, ofreciendo redundancia total, buen rendimiento y cero comportamientos extraños, siempre que evitaran mezclar tipos de discos, mantuvieran las controladoras RAID fuera del mapa y contaran con una red a la altura (piensa en 25/40/100GbE, no en el conmutador de oficina cubierto de polvo).
Para una experiencia sin sobresaltos, utiliza unidades SSD de nivel empresarial, huye de los discos SMR como de la peste y asegúrate de que tus HBA funcionen en modo IT.
ZFS: el infatigable caballo de batalla que cumple con creces
ZFS no resulta glamuroso ni cuenta con la maquinaria de marketing de Ceph. Sin embargo, se ha ganado el aprecio unánime por una razón evidente: funciona, y lo hace francamente bien.
En despliegues más contenidos de Proxmox, ZFS con replicación puede acercarte de forma sorprendente a lo que la mayoría consideraría "HA". ¿Es una alta disponibilidad pura y dura? No exactamente. Puedes sufrir unos minutos de tiempo de inactividad durante la caída de un nodo, pero para multitud de entornos ese es un compromiso perfectamente asumible.
La principal ventaja aquí reside en la sencillez. La replicación de ZFS es facilísima de configurar, incluso entre distintos nodos. Puedes programar el dataset de una VM para que se replique hacia otros 2 o 3 servidores, y si uno cae, simplemente arrancas la máquina desde la réplica. No es instantáneo, pero es muy fiable.
Como afirmó sin rodeos un administrador: "Mucha gente exagera enormemente sus requisitos de disponibilidad y por eso sobrediseña sus clústeres. ZFS es perfecto para infinidad de casos".
También está el aspecto del rendimiento. ZFS rinde de maravilla con operaciones de entrada y salida locales, sobre todo cuando se acompaña de SSD rápidos y suficiente memoria RAM. Además, incluye de serie snapshots granulares, compresión y sumas de verificación.
Dicho esto, ZFS no escala como lo hace Ceph. En cuanto superas los 4 o 5 nodos, gestionar la replicación empieza a volverse tedioso, y la verdadera HA, con mecanismos de aislamiento (fencing) y conmutación automática, se vuelve más difícil de sostener a mano.
NAS: la vieja guardia que aún resiste
Luego está el NAS tradicional: un par de cabinas controladoras conectadas a una bandeja de discos compartida, exportando NFS o iSCSI hacia tu clúster de Proxmox. Funciona, resulta familiar y, en muchos sentidos, sigue siendo una opción muy válida para ciertos escenarios.
Si dispones de un NAS sólido con capacidad de HA (TrueNAS, XigmaNAS, Synology, etc.) y la redundancia adecuada de controladora dual, puedes conseguir auténtica alta disponibilidad en la capa de almacenamiento. El secreto reside en implementarlo correctamente.
El inconveniente es que las alternativas de código abierto para un NAS con HA real son escasas. TrueNAS, por ejemplo, solo ofrece alta disponibilidad en su propio hardware comercial. Otras opciones como XigmaNAS admiten configuraciones CARP/HAST, pero distan mucho de ser conectar y usar. Te tocará ensuciarte las manos lidiando con particularidades de FreeBSD y ajustando scripts manualmente.
Incluso si lo consigues, tus nodos de Proxmox seguirán atados a un almacenamiento externo, perdiendo así gran parte de las ventajas de la hiperconvergencia, como la sencillez para escalar y la tolerancia a fallos distribuida.
El rendimiento también puede ser irregular. Aunque algunas configuraciones con SSD rápidos y enlaces de alta velocidad dan la talla, se ha demostrado que Ceph en un entorno distribuido bien planteado supera a muchas cabinas NAS comerciales tanto en tasa de transferencia como en resiliencia.
El gran problema en la sala de servidores: expectativas irreales
Hay un patrón común que se repite en todas estas conversaciones: hardware mal dimensionado.
Ya es casi un cliché: alguien adquiere 8 nodos de cómputo con discos SSD minúsculos y un único servidor "monstruo de almacenamiento" con 200TB, y luego se asombra de que su despliegue de Ceph actúe de forma errática. O se gastan $700k en licencias de SQL para un equipo con 96 núcleos a baja frecuencia pensando que "más es mejor", sin entender que sus cargas de trabajo no escalan de esa manera.
Como sentenció con ironía un administrador de bases de datos: "HA = Head Up Ass" (la cabeza donde no da el sol). Y no le falta razón.
La mejor estrategia de almacenamiento en Proxmox consiste en diseñar para la arquitectura que de verdad estás utilizando. No intentes meter Ceph a presión en un modelo de almacenamiento centralizado, no le pidas a ZFS que sea Ceph y no des por hecho que un NAS escalará como un sistema distribuido solo porque la interfaz web incluya una casilla de HA.
Entonces, ¿cuál deberías elegir?
Así es como se reparte la elección según cada escenario:
Usa Ceph si...
- Tienes 3+ nodos con especificaciones similares
- Buscas alta disponibilidad auténtica y failover automático
- Puedes instalar redes de alta velocidad (preferiblemente 25Gbps o superior)
- Asumes una curva de aprendizaje inicial (o ya te manejas con soltura en Proxmox y Linux)
Usa ZFS si...
- Cuentas con un clúster más pequeño (de 2 a 5 nodos)
- Toleras una breve interrupción a cambio de sencillez operativa
- Quieres un rendimiento sólido con snapshots integrados
- Buscas una forma directa de poner en marcha la replicación sin complicaciones
Usa un NAS si...
- Ya dispones de hardware NAS fiable de doble controladora
- No tienes problema en depender de almacenamiento externo
- Prefieres una gestión centralizada del almacenamiento
- No necesitas la flexibilidad que exige la escala en la nube
Conclusiones finales
La alta disponibilidad se reduce a elegir la herramienta idónea para tu caso particular. Ceph, ZFS y los sistemas NAS aportan fortalezas evidentes, pero pueden volverse fácilmente en tu contra si los despliegas sin criterio.
No caigas en el error de sobrediseñar tu clúster ni te limites a copiar la arquitectura de otro sin comprender por qué funciona. Tómate el tiempo necesario para evaluar tus requisitos reales (disponibilidad, presupuesto, nivel técnico y escalabilidad) y construye un entorno que sea tan fácil de mantener como de mantener en alta disponibilidad.
Al final del día, el mejor montaje de HA es aquel que no te despierta a las 3 a.m. con el quórum roto y un cursor parpadeando en la consola.