Mi homelab no es un hobby, es un laboratorio de producción

Cuando alguien dice que tiene un servidor en casa, la mayoría piensa en un PC viejo metido en un armario haciendo de NAS. Y sí, por ahí empieza casi todo el mundo. Pero hay un punto en el que dejas de tener "el ordenador que hace de servidor" y empiezas a tener un centro de datos en miniatura. Ese salto no es técnico: es mental.

Este artículo es el primero de una trilogía que he querido escribir porque creo que refleja muy bien el viaje que muchos hacemos sin darnos cuenta: de montar cosas porque molan, a montar cosas porque las necesitas.

El punto de inflexión

Durante mucho tiempo tuve un único servidor. Hacía de todo: NAS, Plex, algunos bots de Telegram, la base de datos de turno. Funcionaba, pero cualquier cosa que hiciera —una actualización, un reinicio, un cambio de configuración— afectaba a todo lo demás.

El punto de inflexión llegó el día que actualicé los repositorios de Docker y, sin querer, me cargué la redirección de puertos que tenía para un servicio que usaba mi mujer a diario. No fue un drama gordo, pero sí suficiente para preguntarme: "¿esto escala así?"

La respuesta era no. Y ahí empezó todo.

De un servidor a un clúster

Migrar a Proxmox no fue una decisión técnica, fue una decisión de organización. Necesitaba separar responsabilidades: que el servicio de almacenamiento no dependiera del mismo sistema que el de automatización del hogar, que la base de datos tuviera sus propios recursos, que los contenedores de desarrollo no pelearan con los de producción.

Hoy gestiono un clúster de 5 nodos con 19 máquinas virtuales y 46 contenedores LXC. Suena a exageración para una casa, y quizá lo sea. Pero cada uno tiene un propósito:

• Nodo principal — donde corre el agente de IA que me ayuda a gestionar todo esto. También aloja servicios críticos.
• Nodo de gestión — el cerebro del clúster, desde donde se orquestan el resto de nodos.
• Nodo de monitorización — alertas, logs y telemetría. El que más RAM consume porque centraliza todo.
• Nodo de servicios — contenedores auxiliares, entornos de desarrollo y el registro de imágenes privado.
• Nodo de métricas — almacenamiento de series temporales y dashboards de rendimiento.

No montas 5 nodos porque te sobren servidores. Los montas porque aprendes —a base de tropezar— que tener todo en una sola cesta es una receta para el desastre.

Lo que no te cuentan de la autogestión

Gestionar tu propia infraestructura tiene unas ventajas enormes: control total, cero dependencias de terceros, capacidad de experimentar sin miedo afacturas inesperadas. Pero también tiene un precio que pocos mencionan.

El primero es el tiempo. Un homelab no se mantiene solo. Las actualizaciones de seguridad, los backups, los chequeos de salud, las migraciones de almacenamiento, las pruebas de recuperación... todo eso requiere horas que no se ven desde fuera.

El segundo es la responsabilidad. Cuando algo se rompe a las 3 de la madrugada, no hay un SLA al que llamar. El SLA eres tú. Y cuando el servicio caído es la calefacción inteligente en invierno, te aseguro que aprendes rápido a priorizar.

El tercero, y quizá el más infravalorado, es la electricidad. 5 nodos funcionando 24/7 no son precisamente eficientes. He aprendido a medir consumos, a apagar lo que no es necesario por la noche, y a justificar ante mí mismo por qué merece la pena.

El lado humano del homelab

Hay una conversación que tarde o temprano tienes si tienes un homelab en casa:

— Oye, ¿por qué el router tiene lucecitas nuevas?

— No es el router, es el nuevo nodo de monitorización.

— ¿Y eso qué hace?

— Pues... mira, controla si la nevera consume más de lo normal.

— ¿Y eso sirve para algo?

— … para saber si la nevera consume más de lo normal.

Gestionar un homelab no es solo un ejercicio técnico. Es un ejercicio de comunicación, de explicar por qué ciertas cosas merecen la pena, y de aceptar que no todo el mundo comparte tu entusiasmo por el tiempo de actividad de un servidor.

Y entonces llegó la IA

Con toda esta infraestructura montada, el siguiente paso natural era automatizar su gestión. No porque fuera incapaz de hacerlo manualmente, sino porque empezaba a tener tantas piezas que el esfuerzo de mantenerlas todas en la cabeza era mayor que el de construir algo que me ayudara a hacerlo.

Ahí es donde entra la segunda parte de esta trilogía: cómo empecé a delegar la gestión de mi infraestructura en un agente de IA, y por qué eso cambió por completo mi forma de trabajar con el homelab.

Pero eso, como suele decirse, es otra historia.