Mini PCs Lenovo baratos y una Raspberry Pi 5 como clúster de homelab

Un montón de mini PCs Lenovo, una Raspberry Pi 5 y una pregunta muy peligrosa: ¿qué debería ejecutar este clúster? Así empieza toda buena espiral de homelab. Nadie lo planteaba como infraestructura de producción ni como un rack impecable. Era una mesa llena de máquinas compradas baratas en webs de subastas del gobierno, cada una con un NVMe de 2TB y un SSD de 4TB, respaldadas por un NAS que ya se encarga del almacenamiento y las copias de seguridad. El dueño dejó claro que este clúster era para experimentar, aprender y, por fin, poner a trabajar hardware parado en lugar de dejar que la mitad se quedara ahí como una decoración de escritorio cara.

El hardware barato cambia el ambiente por completo

Lo mejor de este montaje es que no parece una pieza de vitrina. Alguien en el hilo dijo que lo barato es el mejor camino, y explicó que sus propios tres nodos le salieron gratis a través del trabajo o de un contacto en un centro educativo. Eso es espíritu homelab de verdad: convertir lo que consigas en algo útil en lugar de perseguir el equipo empresarial perfecto. Un clúster hecho con Lenovos de subasta ahorra dinero, y además te da permiso para romper cosas, reconstruirlas y probar ideas que parecerían temerarias en una máquina que sostiene toda la casa.

Eso importaba porque el dueño no fingía tener un gran plan de arquitectura. Ya había hecho montajes duplicados con Syncthing, porque entonces no sabía mucho de clústeres, y ahora quería probar lo de verdad. Esa honestidad hizo el hilo más interesante. En lugar de pedir a la gente que validara un diseño perfecto, era alguien al borde de una nueva obsesión preguntando por qué madriguera merecía la pena meterse primero.

La Raspberry Pi no era la estrella, pero tenía su trabajo

La Raspberry Pi 5 del montaje se convirtió en un personaje pequeño pero importante. No estaba pensada como nodo de cómputo pesado. El dueño la describió más bien como una máquina de interfaz con Raspberry Pi OS, teclado, ratón y pantalla. También haría de caja secundaria de Tailscale, Unbound, Pi-hole y DHCP para una red separada de la principal. Es un papel sensato, nada glamuroso pero tremendamente útil. Todo laboratorio necesita algo aburrido que mantenga vivas las cosas aburridas.

También rondaba una idea más grande: la diversidad de hardware. Alguien había sugerido añadir la Pi sobrante para diversificar el clúster, y el dueño tenía otras dos Pis esperando reparación después de arrancarles resistencias sin querer. Ese detalle es dolorosamente reconocible. Los homelabs están llenos de planes nobles en pausa por pequeños errores físicos. El sueño es la alta disponibilidad, y la realidad a veces es una lupa, un soldador y una placa que funcionaba hasta que se te resbaló la mano.

La alta disponibilidad se convirtió en el objetivo

El deseo técnico más importante del hilo estaba claro: el dueño quería que los servicios migraran de un nodo a otro si un nodo se caía. Ya había probado antes una versión menos rigurosa, y cuando falló una máquina, todo se lió. Alguien le puso al sueño su nombre correcto, alta disponibilidad. Ese es el momento en que un homelab deja de ser solo "un montón de máquinas" y se convierte en una lección de sistemas. Ejecutar servicios es fácil. Ejecutar servicios que sobreviven a un fallo es donde la diversión empieza a pasar factura.

El consejo fue práctico: el almacenamiento compartido importa. Salió CEPH porque puede usar el SSD y el NVMe locales de todos los nodos, y también se sugirió el NAS como destino de almacenamiento remoto. Otro comentarista propuso probar tanto CEPH como el almacenamiento remoto en el NAS, ya que todo el montaje es experimental de todos modos. Es la respuesta perfecta para este tipo de laboratorio. No elijas la única arquitectura verdadera el primer día. Monta las dos, hazte un poco de daño y aprende por qué una resulta elegante y la otra parece un impuesto de mantenimiento.

CloudStack se unió a la conversación y enseguida empezó una pelea

Ningún hilo de homelab se mantiene sencillo mucho tiempo, así que apareció CloudStack. Un comentarista dijo en broma que instalara CloudStack o Proxmox, luego algunos agentes, y que después le enviara por correo toda la RAM recolectada. El dueño admitió que no había pensado en CloudStack al comprar las máquinas, pero que quizá lo considerara porque se lo habían recomendado. Entonces alguien hizo la pregunta obvia: ¿y qué es exactamente CloudStack? Otro preguntó cómo se compara con Proxmox, y las respuestas no fueron precisamente amables.

Una persona llamó a CloudStack un mastodonte comparado con Proxmox, sobre todo para despliegues pequeños. Otra fue todavía más dura y lo llamó una capa innecesaria. Esa división dice mucho. CloudStack puede tener sentido cuando quieres orquestación al estilo de la nube, autoservicio, gestión de inquilinos y una capa de abstracción más grande. Pero para un pequeño clúster de Lenovos en un laboratorio de aprendizaje, Proxmox suele ser el primer paso más limpio. Cuanto más pesada es la plataforma, más tiempo pasas alimentando la plataforma en lugar de aprender de las cargas de trabajo. A veces la respuesta "empresarial" es solo una pala más grande para un agujero más pequeño.

Las mejores sugerencias fueron aburridas en el mejor sentido

Las recomendaciones más sólidas no tenían nada de exóticas. Ejecuta una mezcla de contenedores y VMs, y prueba Docker dentro de un contenedor por la experiencia de aprendizaje. Usa Tailscale a diario porque es fácil y útil, y añade Pi-hole y Unbound. Usa Nginx Proxy Manager cuando crezca el número de servicios y el aviso de "No es seguro" del navegador empiece a molestar, y combínalo con DNS local para que los servicios tengan nombres de verdad en lugar de una triste hoja de cálculo llena de direcciones IP. Nada de eso es llamativo, pero es justo como un laboratorio se vuelve agradable de usar, y la colección Proxmox VE Helper Scripts ya tiene despliegues de una línea para casi todo lo de esta lista.

Ese consejo también encaja con el montaje del dueño. Ya tenía un NAS para copias de seguridad y almacenamiento, una red separada, una Pi lista para encargarse del DNS y el DHCP, y suficiente disco local para jugar con almacenamiento distribuido. Instalar todas las herramientas de moda a la vez sería el siguiente paso equivocado. El correcto es una plataforma que facilite los experimentos: DNS, certificados, acceso remoto, copias de seguridad, monitoreo y una forma limpia de levantar y desmontar servicios sin perder la pista de qué vive dónde.

Así es como un homelab se convierte en un árbol de habilidades

El encanto de todo el hilo era que nadie estaba del todo de acuerdo sobre el destino. Algunos empujaban hacia Proxmox, y otros mencionaban CloudStack. Unos se centraban en CEPH y el almacenamiento compartido, mientras otros hablaban de Nginx Proxy Manager, Pi-hole, Tailscale, contenedores, VMs y Docker. El dueño simplemente parecía ilusionado por usar por fin el hardware, y admitió que esta era su hiperfijación del momento después de terminar un montaje de estación de trabajo con portátil y mientras seguía intentando que le funcionara una YubiKey. Yo no lo llamaría una distracción; así es aprender infraestructura en la vida real.

El mejor camino para este clúster probablemente sea una serie de experimentos en lugar de un único despliegue grande y perfecto: montar Proxmox, aprender clústeres, probar la HA, romper CEPH, comparar con el almacenamiento en el NAS, configurar el DNS, automatizar los certificados, ejecutar unos cuantos servicios, tumbar un nodo, ver qué sobrevive y luego reconstruir con más cabeza. Los Lenovos no tienen que convertirse de la noche a la mañana en un diminuto centro de datos empresarial. Tienen que convertirse en un lugar seguro para fallar, que es justo de lo que se trata. Nodos baratos, una Pi sobrante, demasiado almacenamiento y demasiadas ideas pueden parecer un caos, pero todo junto forma un temario.