Hay un punto en todo homelab un poco serio en el que un solo servidor deja de tener gracia. No porque no sirva, sino porque se convierte en un cuello de botella para todo. Mantenimiento, pruebas, reinicios, cambios de disco, errores tontos, ganas de experimentar. De repente cualquier cosa toca demasiado. Ahí es donde un cluster de Proxmox empieza a tener sentido.
Yo llevo tiempo con un cluster pequeño de tres nodos y la experiencia me ha convencido de algo bastante concreto. Para casa, tres mini PCs bien elegidos me parecen una de las mejores formas de entrar en clustering de verdad sin irte al absurdo del rack enterprise ni al caos de reciclar hardware que nunca quiso trabajar junto.
Eso sí, también he aprendido otra cosa. El cluster no se monta solo con entusiasmo. La parte difícil no es darle a “Create Cluster”. La parte difícil es decidir bien la red, el almacenamiento, el reparto de cargas y los límites reales del invento. Si improvisas esa parte, el cluster no se vuelve elegante. Se vuelve creativo, que en infraestructura suele ser una forma fina de decir inestable.
Por qué tres nodos y no dos#
La razón corta es el quorum. La razón larga es que no me gusta vivir pendiente de escenarios raros que yo mismo he creado por ahorrar un nodo.
La documentación oficial de Proxmox lo dice bastante claro. Si te interesa alta disponibilidad fiable, lo normal es trabajar con al menos tres nodos. Corosync necesita mayoría para tomar decisiones y evitar situaciones de split brain. Con dos nodos, cualquier corte feo de red te deja en tierra de nadie salvo que añadas un QDevice como tercer voto externo. Se puede hacer, y a veces tiene sentido, pero en casa prefiero que la topología sea simple de entender desde el principio.
Con tres nodos, perder uno sigue dejando quorum de dos. Eso significa que el cluster puede seguir gestionando recursos, mantener servicios HA y no convertirse en un puzle cada vez que apagas una máquina para cambiar un SSD o para tocar algo en BIOS.
Esta es una captura saneada del estado real del cluster mientras escribo el artículo.
No enseño IPs ni nombres reales porque no me apetece regalarle contexto interno a nadie. Pero la foto sirve para lo importante. Tres nodos, quorum activo y la tranquilidad de saber que uno puede caer sin dejar al resto mirando al vacío.
Lo que más me gusta de montar el cluster con mini PCs#
Consumo, ruido y espacio razonables#
Aquí los mini PCs me parecen una solución brutal. No necesito una torre enorme para cada nodo. No necesito tener media oficina sonando como un túnel de viento. Y tampoco necesito explicar en casa por qué he convertido una estantería en un homenaje involuntario a un datacenter.
Tres mini PCs modernos dan mucho más juego del que parece para un homelab serio. Puedes repartir servicios, reservar uno para cargas más pesadas, dejar otro como colchón operativo y mantener consumos bastante civilizados. En una infraestructura que vive encendida todo el día, eso cuenta.
Escalado mental sencillo#
También me gusta porque cada nodo es una unidad muy clara. Añades RAM, cambias NVMe, reasignas cargas, apagas uno, pruebas otro. Todo está bastante encapsulado. Ese formato me resulta más cómodo que una sola máquina descomunal donde cualquier cambio toca demasiadas cosas a la vez.
Además, los mini PCs te fuerzan a ser un poco más disciplinado. Como no te sobra todo, piensas mejor dónde pones cada carga. Y eso, aunque moleste al principio, termina siendo bueno para el cluster.
Mantenimiento sin dramas mayores#
Cuando el cluster está bien montado, tocar un nodo deja de sentirse como una operación delicadísima. Puedes migrar cargas, parar el host, hacer mantenimiento y volver. Ese cambio de comodidad es de las mejores cosas que te da Proxmox cuando pasas de servidor único a cluster real.
Lo que más subestima la gente antes de montarlo#
La red del cluster no es un detalle#
Esto me parece de primero de Proxmox y aun así se subestima muchísimo. Corosync necesita latencia baja y estabilidad. No le hace ninguna gracia compartir trayecto con tráfico pesado, copias grandes, almacenamiento o inventos raros. La documentación recomienda una red dedicada para tráfico de cluster, y cuanto más tiempo llevo con esto más sensato me parece.
Mucha gente monta el cluster con la red que ya tiene, ve que arranca, y concluye que todo está resuelto. Luego llegan picos de carga, una tormenta de tráfico de almacenamiento o un switch que no está fino, y aparecen comportamientos muy feos. El cluster no tiene por qué caerse, pero sí puede ponerse bastante nervioso.
Si hoy empezara de cero, separaría antes la red de cluster y la de datos intensivos. No hace falta montar una nave espacial. Hace falta no mezclar cosas sensibles por pura pereza.
El almacenamiento manda más que los nodos#
Esto es otra lección importante. Puedes obsesionarte con la CPU, la RAM y el modelo exacto del mini PC, pero si luego el almacenamiento está mal pensado, el cluster pierde mucho valor.
Si vas a usar discos locales, piensa desde el inicio cómo vas a replicar o cómo vas a asumir los fallos. Si vas a usar Ceph, planifica espacio, red y tipo de discos con bastante más seriedad de la que pide un servidor suelto. Si vas a usar NFS o PBS como apoyo, entiende qué problema resuelve cada pieza y cuál no.
En mi caso, una parte grande de la estabilidad percibida del cluster no viene del logo de Proxmox. Viene de haber aprendido que el almacenamiento es la parte que convierte un cluster útil en uno bonito pero incómodo.
No todos los nodos tienen que hacer de todo#
Este error también es muy común. Como tienes tres nodos, te entra la tentación de repartirlo todo de forma perfectamente simétrica. Luego la vida real llega con cargas distintas, discos distintos o servicios que no merecen el mismo trato.
Yo cada vez creo más en una asimetría consciente. Un nodo puede llevar cargas más pesadas. Otro puede quedarse con servicios más tranquilos. Otro puede ser el margen para mantenimiento o failover. No pasa nada. El cluster no deja de ser un cluster porque no juegues al Tetris perfecto.
El estado real de HA en casa#
Aquí va otra captura saneada, esta vez del estado de HA.
La imagen me gusta porque enseña algo muy terrenal. El quorum está bien, el manager está activo y hay servicios repartidos entre nodos con estados distintos. Eso es exactamente lo que quiero en un homelab. No perfección estética, sino capacidad de aguantar el día a día sin que cada cambio se convierta en cirugía.
Tener HA no significa que todo sea mágico. Significa que un fallo de nodo deja de ser un desastre manual. Para muchos servicios domésticos o personales, eso ya cambia muchísimo el nivel de comodidad.
Lo que haría distinto si montara el cluster mañana#
Compraría los nodos con más homogeneidad#
No hace falta que sean clones absolutos, pero sí intentaría que CPU, RAM objetivo, red y almacenamiento base se parezcan bastante más. La homogeneidad reduce sorpresas. Facilita migraciones, simplifica decisiones y hace más legible cualquier problema.
Cuando mezclas demasiado, acabas con un nodo “rápido”, uno “apañado” y otro “el pobre”. Funciona, sí. Pero gestionar expectativas se vuelve más pesado.
Dejaría cerrado el plan de almacenamiento antes de meter servicios reales#
Esto me parece clave. Mucha gente monta el cluster, se emociona, empieza a desplegar cosas y luego ya verá qué hace con backups, replicación o almacenamiento compartido. Mala idea.
Yo hoy decidiría antes estas preguntas.
- Qué cargas van en almacenamiento local.
- Qué cargas merecen replicación.
- Qué cargas deben vivir en almacenamiento compartido.
- Qué RPO y qué RTO acepto de verdad.
No hace falta usar esas siglas en la pared del despacho, pero sí tenerlas claras en la cabeza. Si no defines eso al principio, luego el cluster se llena de decisiones heredadas que nadie recuerda por qué existen.
Probaría fallos reales mucho antes#
El cluster parece muy sólido hasta que le quitas una pata. Ahí es donde de verdad ves si la red aguanta, si HA reacciona como esperas, si Ceph no se enfada demasiado, o si en realidad todo dependía de una casualidad simpática.
Yo forzaría pruebas de mantenimiento y de fallo antes de confiarle servicios importantes. Migraciones, reinicios, apagado de un nodo, comprobación de tiempos de recuperación. Nada heroico. Solo comprobar que lo que crees tener es lo que realmente tienes.
Cuándo sí recomiendo montar este tipo de cluster#
Yo sí lo recomiendo si te ves aquí.
- Quieres aprender Proxmox en serio.
- Te gusta repartir servicios y no depender de una sola caja.
- Vas a trastear con HA, migración o almacenamiento compartido.
- Quieres poder tocar un nodo sin rezar demasiado.
En ese escenario, tres mini PCs me parecen una combinación muy sensata. El salto desde un único host es grande y se nota desde el primer mantenimiento serio.
Cuándo no lo recomiendo todavía#
También creo que hay bastantes casos donde conviene esperar.
- Si aún no tienes claros tus servicios base.
- Si vas justo de presupuesto y empezar con uno mejor te resuelve más.
- Si no quieres asumir red, backups y observabilidad como parte del juego.
- Si cada nueva capa te agota más de lo que te divierte.
Un cluster no te arregla un diseño flojo. Solo lo reparte entre más nodos. Esa frase me la habría ahorrado hace años si alguien me la hubiera dicho con suficiente mala leche.
Mini PCs frente a un servidor grande#
Aquí no hay una verdad universal, pero yo cada vez tengo más clara mi preferencia para homelab. Un servidor grande es fantástico cuando sabes muy bien que quieres consolidarlo todo, tienes espacio, controlas ruido y te interesa una sola plataforma potente. Lo entiendo perfectamente.
Yo, para casa, sigo prefiriendo varias cajas pequeñas bien pensadas. Me dan modularidad, mantenimiento más amable y una sensación de crecimiento más limpia. Si un nodo sale malo, no me llevo medio laboratorio por delante. Si uno se queda corto, amplío o reubico. Si quiero experimentar, tengo margen.
No es la solución más barata por núcleo ni la más espectacular en fotos. Pero me parece una solución mucho más humana para convivir con ella meses y años.
Mi conclusión después de vivir con uno#
Montar un cluster de Proxmox con tres mini PCs merece la pena. Lo digo sin demasiadas reservas. Pero merece la pena cuando entiendes que el valor no está en poder decir “tengo un cluster”. El valor está en que el laboratorio se vuelve más flexible, más mantenible y bastante menos frágil.
También he aprendido que la parte importante no es la interfaz de Proxmox. La parte importante es todo lo que la rodea. Red, almacenamiento, pruebas reales, expectativas razonables y algo de disciplina para no convertir cada nodo en una caja de sorpresas.
Si mañana tuviera que empezar de nuevo, volvería a montar tres nodos. Volvería a elegir mini PCs. Pero entraría con menos romanticismo y con un plan más cerrado para almacenamiento, quorum y mantenimiento. Eso te ahorra una cantidad bastante indecente de tiempo.
Así que sí, lo recomiendo. Solo no cometas el error clásico de pensar que el cluster empieza y termina en el botón de crear cluster. Ese botón es la parte fácil. Lo demás es lo que separa una demo chula de una infraestructura que realmente te sirve.