Ceph es una bestia, ZFS funciona: el debate en homelabs Proxmox
Ceph contra ZFS en Proxmox es una discusión de homelab que nunca llega a cerrarse del todo. Esta ronda comenzó con una sencilla reorganización en un entorno doméstico. Un usuario decidió separar su NAS de su entorno Proxmox, un movimiento técnico y ordenado que derivó en un apasionado debate sobre dos de las soluciones de almacenamiento más comentadas en el mundo de la virtualización: Ceph y la replicación de ZFS. Lo que empezó como una actualización rutinaria se convirtió rápidamente en un curso acelerado sobre la propia filosofía del almacenamiento: rendimiento frente a sencillez, control frente a caos, potencia frente a tranquilidad.
Is Ceph Overkill? The Ultimate Short VMware-to-Proxmox Migration Guide
Para quienes no conozcan este entorno, esta es una historia sobre entusiastas de los laboratorios en casa y no sobre la infraestructura de un gigante de la nube. Son apasionados que gestionan clústeres desde sótanos y garajes, y que cuidan la redundancia y la disponibilidad por pura elección personal, porque les produce una satisfacción inmensa. Miden el rendimiento en milisegundos, pero también en el tiempo que tardan en sentarse a cenar mientras el clúster migra un contenedor.
Así que cuando un usuario publicó un mensaje sobre la reorganización de su montaje (un clúster Proxmox de 2 nodos con una Raspberry Pi como quórum) y preguntó si convenía usar Ceph o la replicación de ZFS, se abrió la caja de Pandora. Lo que siguió fue una mirada sincera y sin filtros a la comunidad del software autoalojado, combinando a partes iguales destreza técnica, frustraciones compartidas y una auténtica camaradería.
Comparativa rápida
| Ceph | ZFS (con replicación) | |
|---|---|---|
| Nodos mínimos | 3 (5+ recomendados) | 1 |
| Modelo de almacenamiento | Almacenamiento compartido en tiempo real | Replicación asíncrona de snapshots |
| Migración en vivo | Prácticamente instantánea (solo RAM) | Espera a la última sincronización (segundos) |
| Sobrecarga de RAM | ~3-5GB por demonio OSD | Caché ARC flexible y autoajustable |
| Necesidades de red | Se recomienda 10-25GbE o superior | Gigabit estándar suele bastar |
| Comportamiento ante caída de nodo | Impacto en todo el clúster si se pierde el quórum | Los demás nodos siguen funcionando de forma independiente |
| Ideal para | Clústeres HA de 3+ nodos con red rápida | Homelabs, despliegues de 1 a 5 nodos, sencillez |
Si tu configuración requiere un enfoque específico sobre la conmutación por error, cubriendo HA, comportamiento del quórum y un NAS como tercera alternativa, consulta nuestro análisis comparativo de Ceph vs ZFS vs NAS para almacenamiento HA.
La fascinación de Ceph: potencia, escala y sufrimiento
"Ceph es una auténtica bestia", escribió un usuario. "Si le das suficientes OSD y velocidad de red, es una maravilla. ¿Hardware mínimo pelado? Ni te molestes". Esa frase bien podría ser el lema no oficial de Ceph.
Ceph nació para escalar. Es el tipo de sistema de almacenamiento distribuido que encuentras funcionando en grandes centros de datos, gestionando petabytes como si nada. Proporciona un almacenamiento compartido auténtico, lo que significa que cada nodo de tu clúster ve los mismos datos en vivo en todo momento. En una configuración de alta disponibilidad, Ceph es el billete dorado: failover instantáneo, migraciones en vivo fluidas y prácticamente cero tiempo de inactividad.
Toda esa potencia tiene un coste. La complejidad de Ceph puede encumbrar o arruinar una instalación doméstica. Exige múltiples nodos (3 como mínimo, 5 o más si quieres dormir tranquilo por la noche), conexiones de red de alta velocidad y un mantenimiento meticuloso. Y cuando algo sale mal, suele salir espectacularmente mal.
"Ceph está muy bien si tienes tiempo para mantenerlo y solucionar problemas", comentó un administrador con experiencia. "ZFS simplemente funciona porque su mantenimiento es sencillo".
Esa idea de "mantenimiento sencillo" cala hondo entre quienes tienen un homelab. La mayoría de aficionados no pueden permitirse monitoreo 24/7, suministro eléctrico redundante o un conmutador de repuesto esperando en la estantería, sencillamente porque tienen sus trabajos diarios. Ceph, con toda su brillantez, a menudo se asemeja a conducir un monoplaza de Fórmula 1 por una calle residencial.
Un usuario fue categórico: "Ceph durante actualizaciones importantes de versión no merece la pena". Otro admitió que una actualización estuvo a punto de tumbar por completo su entorno de producción. Ceph no es tanto inestable como implacable. O respetas su arquitectura a rajatabla, o te recordará por qué fue creado para centros de datos y no para salones de casa.
Replicación de ZFS: el caballo de batalla
Luego está ZFS, el modesto superdotado. Mientras Ceph distribuye los datos dinámicamente entre nodos en tiempo real, ZFS adopta una estrategia más sencilla basada en snapshots. Puedes configurarlo para que replique los cambios en intervalos periódicos: cada 15 minutos, cada 5 minutos o incluso cada 1 minuto si te atreves. Es un proceso asíncrono, lo que implica que siempre existe un pequeño riesgo de pérdida de datos si un nodo falla entre replicaciones, pero para muchos usuarios domésticos ese compromiso merece totalmente la pena.
Al fin y al cabo, la mayoría de homelabs no alojan cargas de misión crítica. "Mis VM y contenedores LXC apenas cambian", explicaba un usuario. "Así que esto no supone un problema real".
Eso sintetiza su atractivo. La replicación de ZFS no promete la perfección absoluta, pero ofrece lo suficiente. Es rápida, eficiente y encaja como un guante en la filosofía del "hazlo tú mismo", resultando fiable sin exigir un equipo de administradores de sistemas de guardia.
En la práctica, los usuarios reportan tiempos de replicación de tan solo 3 segundos para máquinas virtuales pequeñas. Una persona replica media docena de VM Linux cada 15 minutos, tardando cada replicación apenas unos segundos. Otro usuario corre 7 invitados en HA, todos sincronizándose en menos de 5 segundos. Para ellos, Ceph no solo es excesivo: resulta innecesario.
Hay algo muy sensato en eso. ZFS ofrece una especie de confianza pragmática: confiar en tu configuración, conocer tus límites y aceptar pequeñas imperfecciones ocasionales en favor de la cordura mental.
Cuando lo "bastante bueno" es perfecto
En el trabajo, según comentaba otro usuario, utilizan ambos sistemas: Ceph para el clúster de 5 nodos del equipo de Windows y replicación ZFS para montajes más pequeños de 2 nodos. Ambos funcionan bien. ¿Pero en casa? "Allí tengo un único y modesto nodo Proxmox, un sistema de backup que funciona y un PVE preinstalado como reserva en frío. Con eso basta".
Ese sentimiento se extiende por toda la comunidad: la perfección resulta cara tanto en tiempo de dedicación como en hardware. Ceph, con su sincronización constante y su sobrecarga de gestión, consume ancho de banda y recursos. ZFS no molesta a nadie hasta que le ordenas actuar. Y para el homelab medio, que probablemente combina servidores de archivos, contenedores de Plex y quizá unas cuantas VM de desarrollo, lo "bastante bueno" suele ser con diferencia la mejor opción posible.
Otro usuario lo resumió con acierto: "Para tu homelab, no intentes complicarte la vida". Es una actitud madura. Experimentar debe ser entretenido y no debería transformarse en un trabajo a tiempo parcial para mantener un centro de datos en miniatura.
Migración en vivo: la verdadera brecha
Una de las mayores diferencias entre Ceph y la replicación de ZFS se hace patente durante la migración en vivo, cuando mueves una máquina virtual en ejecución de un nodo a otro sin apagarla.
Con Ceph, la migración es casi instantánea. Dado que todos los nodos ven exactamente los mismos datos, lo único que se transfiere es el estado de la memoria RAM. La replicación de ZFS, en cambio, tiene que sincronizar primero los cambios más recientes del disco, lo que requiere un poco más de tiempo.
"La migración en vivo es más rápida con Ceph, ya que no hay nada que sincronizar", explicaba un usuario. "Con ZFS tardará el tiempo necesario para sincronizar antes los cambios más recientes".
Una vez más, el contexto es decisivo. Para máquinas virtuales con poca actividad en disco, que constituyen la inmensa mayoría en los homelabs, la diferencia es insignificante. El autor del hilo original lo comprobó por sí mismo: "He montado un clúster de pruebas con ZFS. Tarda 8 segundos en migrar un contenedor LXC". La mayoría de la gente aceptaría de buen grado ocho segundos a cambio de sencillez y menor mantenimiento.
Las lecciones ocultas de un homelab
Estas conversaciones tienen un trasfondo casi filosófico. Por debajo de las pruebas de rendimiento y los intervalos de replicación subyace una pregunta más profunda: ¿cuánta complejidad es demasiada?
Ceph resulta seductor porque promete control absoluto: redundancia perfecta, sincronización constante y fiabilidad de nivel profesional. Pero también exige atención continua. ZFS se parece más a ese vecino cordial que nunca abusa de tu hospitalidad.
"Ceph no puede funcionar en dos nodos", recordaba otro usuario. "Necesitas al menos 3, aunque en realidad quieres 5 o más". Ese simple detalle ya lo descarta para la mayoría de entornos modestos.
Otros rebatieron esa postura: "Puedes ejecutar Ceph con un número par de nodos. Yo tengo 4. Funciona a las mil maravillas". Incluso ellos reconocieron que los requisitos de Ceph, desde la red hasta el almacenamiento y la monitorización, escalan a gran velocidad. Lo que parece razonable en una prueba con cuatro nodos puede convertirse en una pesadilla cuando falla el hardware o llegan actualizaciones de software.
Un veterano dio en el clavo: "Dicen que los requisitos de Ceph son exageradamente altos, pero para el autoalojamiento es más que suficiente". Es el clásico dilema del ingeniero entre lo que es técnicamente posible y lo que resulta práctico.
El problema de las unidades NVMe de consumo
El autor original confesó un pequeño tropiezo: haber comprado unidades SSD NVMe de consumo en lugar de modelos para empresas. "Espero que sea rápido de todos modos", escribió con cierta ironía.
Ese detalle ilustra muy bien la mentalidad del homelab. Los componentes de consumo son más económicos, pero no siempre soportan escrituras continuas intensivas, lo que representa un inconveniente tanto para Ceph como para ZFS, castigando con mayor dureza a Ceph. Los discos para empresa cuentan con índices de durabilidad superiores y rinden mucho mejor bajo estrés, pero son caros, y en un laboratorio personal los números no siempre cuadran.
Así que el autor planeó un nuevo experimento: "Hoy tengo una red dorsal de 10Gb", comentó, "pero voy a probar Thunderbolt a 40Gb entre los nodos. Creo que mi NVMe de consumo hará cuello de botella".
Esa mezcla de ahorro, curiosidad y pura pasión técnica define el universo de los homelabs. El hardware no solo se compra: se estudia, se exprime, se reconstruye y se pone a hacer tareas para las que nunca fue concebido.
Por qué ZFS sigue ganándose al público
Cuando las aguas volvieron a su cauce, la opinión mayoritaria se inclinó con claridad hacia la replicación de ZFS por su excelente encaje con el ritmo de vida de un homelab. Que fuera más vistoso o más rápido no tuvo casi nada que ver.
Ceph, a pesar de su innegable potencia, transmite la sensación de usar un mazo de demolición para clavar una chincheta. ZFS resulta accesible, predecible y, sobre todo, fácil de recuperar ante desastres.
"Si algo sale mal con el almacenamiento en Ceph, todo el clúster se ve afectado", advirtió un usuario que había vivido esa pesadilla. "Con ZFS, cada nodo tiene almacenamiento independiente, de modo que si caen uno o dos, los demás siguen funcionando". Ese tipo de resiliencia, mucho más que cualquier promesa de perfección teórica, es lo que hace a ZFS tan atractivo.
El veredicto: construye tanto por disfrute como por redundancia
Al final, la discusión sobre sistemas de almacenamiento sirvió también para recordar qué atrae a tanta gente hacia el autoalojamiento: el placer de crear, la emoción del control y la satisfacción de construir algo propio.
Ceph es un prodigio de la ingeniería, un sistema distribuido capaz de sostener los centros de datos más exigentes del mundo. ZFS es el caballo de batalla infatigable, la herramienta que simplemente funciona. A veces, especialmente entre el zumbido de un rack en el sótano o la luz tenue de un ThinkCentre reciclado ejecutando Proxmox, eso es exactamente todo lo que necesitas.
Como resumió un usuario con tono casi poético: "No intentes complicarte la vida". En una comunidad fascinada por el tiempo de actividad, es una reflexión sorprendentemente sensata. A veces, la mejor infraestructura es la que te permite dormir toda la noche del tirón, incluso si no puede hacerlo absolutamente todo.
Recursos
Preguntas frecuentes
¿Es mejor Ceph o ZFS para Proxmox?
Ceph es mejor si necesitas almacenamiento compartido real y migración en vivo instantánea entre 3 o más nodos con red rápida, que es para lo que fue diseñado. ZFS con replicación es mejor para clústeres más pequeños (de 1 a 5 nodos) donde buscas sencillez, menor sobrecarga de recursos y puedes tolerar unos segundos o minutos de desfase en la replicación en lugar de failover sin interrupciones. La mayoría de los homelabs funcionan mejor con ZFS; los clústeres de producción en HA con el hardware adecuado se inclinan por Ceph.
¿Se puede ejecutar Ceph en un solo nodo?
Técnicamente sí, pero pierde todo el sentido, ya que el valor de Ceph reside en distribuir los datos entre varios nodos para redundancia y acceso compartido. Un despliegue de Ceph en un solo nodo añade una sobrecarga y complejidad enormes frente a usar ZFS o LVM en local, sin ninguna de las ventajas de alta disponibilidad. Proxmox recomienda oficialmente al menos 3 nodos para Ceph, siendo preferibles 5 o más para una tolerancia a fallos cómoda.
¿Cuánta memoria RAM necesita Ceph frente a ZFS?
Los demonios OSD de Ceph suelen requerir entre 3 y 5GB de RAM cada uno, por encima de la carga de tus VM y contenedores LXC, de modo que un nodo con varios OSD necesita mucho más margen que un equipo similar con ZFS. El principal consumo de RAM en ZFS proviene de la caché ARC, que es flexible y se ajusta automáticamente. Rinde mejor con más memoria, pero carece de la sobrecarga fija por demonio de Ceph. Por regla general, reserva más RAM por nodo para Ceph que para ZFS con la misma capacidad de almacenamiento.