Ceph, HA y el clúster mínimo viable para pymes

Si gestionas una pequeña o mediana empresa y buscas alta disponibilidad (HA) con Proxmox y Ceph, la duda surge enseguida: ¿cuál es el clúster más pequeño que de verdad tiene sentido? ¿Basta con dos nodos y una Raspberry Pi adicional haciendo de dispositivo de quórum, o es una caída asegurada esperando a ocurrir?

Esa pregunta desató un animado debate entre entusiastas de la infraestructura, y las respuestas aportaron muchos más matices de los que cabría esperar. Al final, "mínimo" significa "el tamaño más pequeño con el que puedes dormir tranquilo", un listón mucho más exigente que "el mínimo que técnicamente arranca".

La ilusión de HA en un clúster de 2 nodos

Sobre el papel, puedes montar un clúster HA de Proxmox con solo dos nodos y un QDevice para el quórum, y la configuración es técnicamente viable. Muchos usuarios lo hacen, sobre todo en laboratorios o despliegues muy reducidos, y algunos incluso ejecutan máquinas virtuales de producción de esta forma. Sin embargo, hay una razón de peso por la que muchos en la comunidad se ponen nerviosos al ver "clúster HA de 2 nodos" y "producción" en la misma frase.

Como dijo sin rodeos un usuario: "3 es el mínimo indiscutible, pero jamás correría una carga de producción en solo 3".

Un clúster de 2 nodos con un QDevice es intrínsecamente frágil. El voto adicional evita el split-brain, pero sigues caminando por el filo de la navaja. Cuando un nodo cae, el superviviente ya trabaja al 100% de su capacidad y puede tener serias dificultades para absorber la carga. Además, el QDevice suele montarse en algo improvisado, como un NAS, una máquina virtual o una Pi. No realiza trabajo pesado, pero si falla, te encuentras con problemas inmediatos de quórum.

En la práctica, lo que buscas es que tu entorno HA supere un fallo sin dramatismos, lo que exige bastante más que simplemente sobrevivir a él.

Lo que Ceph necesita realmente para respirar

Si piensas usar Ceph como almacenamiento en un clúster de Proxmox, las exigencias aumentan con rapidez. Ceph es resistente, escalable y rinde bien bajo presión, pero no tolera trabajar apretado.

El consenso general es que necesitas al menos 4 nodos Ceph reales para operarlo con seguridad, y la mayoría recomienda 5 antes de empezar a sentirse tranquilos. Esa cifra protege la replicación, el rendimiento y la durabilidad de los datos cuando los problemas aparecen.

Un administrador experimentado lo explicó así: "Cuatro nodos Ceph reales, una máquina virtual de Proxmox para el voto de quórum y una red dorsal muy potente, en serio, de 40Gbit/100Gbit".

Ese último detalle no es negociable. Un clúster Ceph sobre una red de 10Gbit es factible, pero limita el rendimiento. Como mínimo necesitas una infraestructura de 10G diseñada al milímetro, o un uso inteligente de cables DAC y tarjetas conectadas directamente punto a punto para reducir costes de conmutadores y latencia, aunque incluso eso se vuelve complejo a medida que sumas nodos.

Por qué 3 nodos es el punto ideal de la comunidad (con matices)

Pregunta a 10 personas en un foro de Proxmox cuál debería ser el tamaño mínimo de un clúster, y la respuesta más común será: "Tres nodos reales".

Ahí es donde el quórum se vuelve estable sin depender de artefactos externos. También te proporciona un servidor de margen para actualizaciones, pruebas o failover sin entrar en pánico cada vez que reinicias un equipo, y te permite correr Ceph a un nivel mínimo, aunque sigues rozando el límite en términos de redundancia.

Un usuario señaló que utiliza un cuarto nodo sin voto de quórum exclusivamente para compilar binarios y probar parches, evitando así cualquier riesgo para el clúster. Los despliegues reales llegan a ese nivel de prudencia incluso a pequeña escala.

Y aunque los QDevice pueden ayudar en escenarios de 2 nodos, varios participantes argumentaron que gestionar dos nodos Proxmox completos más un QDevice (en un servidor de backup, una Pi o un contenedor en un conmutador integrado) añade más complejidad que limitarse a añadir un tercer nodo. Como apuntó otro colaborador: "Dos nodos más QDevice es más difícil de administrar que tener simplemente tres nodos".

El almacenamiento importa: Ceph frente a alternativas para pymes

Ceph no es la única opción disponible, especialmente para cargas de trabajo de máquinas virtuales ligeras. Algunos administradores recomiendan la replicación de ZFS entre nodos para lograr HA, sin necesidad de almacenamiento de bloques compartido. Otros prefieren SAN iSCSI o tecnologías más recientes como LINSTOR/DRBD o SeaweedFS, aunque estas conllevan sus propias peculiaridades y dificultades de integración.

El gran atractivo de Ceph es su profunda integración en Proxmox y su excelente escalabilidad, pero pagas por ello tanto en complejidad de gestión como en demanda de hardware.

Un usuario explicó que prescindió por completo de Ceph en favor de la replicación ZFS con solo dos nodos: "En el trabajo usamos un clúster HA de 2 nodos con replicación ZFS mediante la opción two_node de corosync y funciona de maravilla".

No es una solución sofisticada, pero para pymes que no necesitan almacenamiento de objetos hiperresiliente y no tienen cientos de VM funcionando sin descanso, resulta más que suficiente.

¿Es producción o solo un laboratorio encubierto?

Una pregunta se repetía constantemente en el hilo: ¿qué califica realmente como entorno de producción? Un usuario dio la respuesta más acertada: "La producción se define por las cargas de trabajo y cómo las tratas, no por el tamaño del despliegue".

Si estás corriendo un servicio crítico, ya sea una central de emergencias 911 o el ERP central de tu empresa, en un clúster de 2 nodos con almacenamiento compartido inestable, eso es producción. Y esa infraestructura podría estar a un solo contratiempo de un día largo y doloroso.

Si lo llamas producción, trátalo como tal. Eso implica redundancia, pruebas, monitoreo, copias de seguridad y, probablemente, invertir en ese tercer o cuarto nodo en lugar de buscar atajos con dispositivos QDevice y configuraciones al límite.

Conclusiones: empieza pequeño, pero con cabeza

Si eres una pyme y buscas implementar Proxmox HA y Ceph con presupuesto ajustado, tienes dos caminos por delante.

Puedes empezar de forma contenida pero sólida, con 3 nodos de Proxmox que tengan potencia suficiente para absorber el failover de las VM, combinados con replicación ZFS y buenos backups, añadiendo Ceph únicamente si necesitas almacenamiento distribuido.

O puedes apostar fuerte con 4 o 5 nodos, una configuración de Ceph en condiciones, redes de alta velocidad y un esquema de HA limpio con quórum real. Es más caro, pero te asegura el futuro.

Forzar la alta disponibilidad en una infraestructura de 2 nodos suele responder más al deseo de evitar la complejidad inicial que al ahorro de dinero. Pero si ese montaje supuestamente más simple te complica la vida en el instante exacto en que algo falla, ¿es de verdad más simple?

El clúster más pequeño que merece la pena es aquel que te permite dormir por las noches, y ese suele ser algo mayor que el clúster más pequeño que técnicamente funciona. En la inmensa mayoría de los casos reales, la cifra empieza en 3.