Si tuviera que montar un homelab desde cero en 2026, no empezaría con un cluster. Tampoco con tres mini PCs, Ceph, alta disponibilidad, Kubernetes y una lista preciosa de servicios que nadie en casa ha pedido. Empezaría con algo bastante más aburrido: un mini PC, un NAS pequeño y una libreta clara de qué cosas tienen que funcionar.
Esto cuesta decirlo cuando te gustan los cacharros. Lo normal es mirar un homelab como si fuera una maqueta ferroviaria técnica. Más nodos, más switches, más discos, más redes, más dashboards. Todo mola hasta que toca actualizarlo una noche cualquiera, se rompe el DNS y descubres que media casa depende de una VM que levantaste “temporalmente” hace siete meses.
El homelab mínimo viable no va de montar poco por falta de ambición. Va de montar lo suficiente para que sea útil y lo bastante simple para que no se convierta en otro trabajo.
Mi versión para 2026 sería esta:
- Un mini PC con Proxmox o Debian.
- Un NAS pequeño para almacenamiento y copias.
- Una red doméstica sin florituras.
- Pocos servicios, pero bien elegidos.
- Backups que haya restaurado al menos una vez.
- Acceso remoto privado, no exposición alegre a internet.
Con eso ya se puede vivir muy bien.
Qué problema quiero resolver#
Antes de comprar nada, escribiría una lista corta. No de servicios. De necesidades.
En una casa real, las necesidades suelen ser bastante normales:
- Guardar fotos familiares.
- Tener copias de móviles y portátiles.
- Centralizar documentos.
- Acceder a algún servicio desde fuera.
- Automatizar dos o tres cosas útiles.
- Probar software sin tocar el portátil principal.
- Tener un sitio donde aprender sin romper producción.
Luego está la lista que aparece cuando uno se viene arriba: cluster Kubernetes, GitOps, observabilidad completa, SSO, secretos, almacenamiento distribuido, bases de datos separadas, red de laboratorio, VLANs por estado de ánimo y alertas con nombre de sistema espacial. Todo eso puede tener sitio. Pero no en el primer diseño.
La pregunta sana es: si apago este homelab mañana, ¿qué echaría de menos la casa?
Si la respuesta es “mis dashboards”, igual todavía no es producción doméstica. Si la respuesta es “fotos, documentos, DNS, Home Assistant o backups”, entonces hay que tratarlo con más respeto.
El mini PC: cerebro, no almacén principal#
El mini PC lo usaría como servidor de cómputo. VMs ligeras, contenedores, automatizaciones, paneles y servicios. No lo convertiría en el único sitio donde viven los datos importantes.
Hoy compraría algo sobrio: CPU moderna de bajo consumo, 32 GB de RAM si el presupuesto lo permite, 1 TB o 2 TB de NVMe y buena red. No hace falta una bestia. Para un homelab mínimo, suele sobrar más CPU de la que parece. Lo que se acaba notando antes es RAM, almacenamiento fiable y orden.
El error típico es comprar el mini PC más potente posible y luego usarlo para alojar también las fotos, los documentos, las bases de datos, los backups y media vida familiar. Funciona. Hasta que no funciona.
Prefiero separar responsabilidades:
- El mini PC ejecuta servicios.
- El NAS guarda datos.
- Las copias tienen otra vida aparte.
Si el mini PC muere, quiero poder reinstalarlo y volver a levantar servicios. Si el NAS muere, quiero tener copias. Si ambos mueren, quiero al menos conservar lo irremplazable fuera de esa pareja.
Un mini PC con Proxmox me parece muy cómodo si quiero separar servicios en VMs o LXC. Un Debian con Docker Compose también me parece perfecto si busco menos capas. No convertiría esta elección en religión.
Para empezar, elegiría Proxmox si quiero aprender virtualización y aislar bien. Elegiría Debian con Docker si quiero algo más directo y menos administrativo.
El NAS: datos, snapshots y calma#
El NAS pequeño es la parte que menos glamour tiene y más importa. Dos o cuatro bahías, discos decentes, snapshots, permisos claros y una política de backups que no dependa de recordar cosas.
No lo usaría solo como “disco de red”. Lo trataría como el sitio donde viven los datos familiares y las copias primarias. Fotos, documentos, exportaciones de servicios, volúmenes importantes y repositorios de backup.
Aquí hay una trampa: RAID no es backup. ZFS no es backup. Snapshots no son backup. Son capas útiles, pero no sustituyen una copia separada.
Mi NAS mínimo tendría:
- Carpetas separadas por tipo de dato.
- Usuarios distintos para personas y servicios.
- Snapshots automáticos.
- Backups desde el mini PC hacia el NAS.
- Una copia externa de lo irremplazable.
No pondría todas las bases de datos directamente en carpetas compartidas por NFS solo porque es cómodo. Para algunos servicios puede funcionar. Para otros, especialmente bases de datos con escrituras constantes, prefiero almacenamiento local en el mini PC y backups frecuentes al NAS.
El NAS debe ser aburrido. Si cada semana estoy tocando plugins, contenedores raros o servicios críticos dentro del NAS, quizá he mezclado roles. Puede hacerlo, sí. Pero en este diseño quiero que sea la pieza estable, no otro laboratorio.
La red: simple antes que perfecta#
Para un homelab mínimo viable no montaría una red corporativa. Montaría una red que la casa entienda.
Al principio me valdría con:
- LAN principal.
- Red de invitados.
- Red IoT si ya tengo domótica o cacharros poco fiables.
No crearía una VLAN para cada idea. Cada segmento nuevo trae reglas, DNS, mDNS, excepciones y mantenimiento. Separar por separar queda muy bien en un diagrama, pero luego quieres enviar algo a la tele y empiezas a odiar tus propias decisiones.
Lo que sí cuidaría desde el día uno:
- IP fija o reserva DHCP para mini PC y NAS.
- DNS interno sencillo.
- Router que pueda funcionar aunque el homelab esté apagado.
- Nada crítico dependiendo de una VM experimental.
- Documentar nombres y servicios.
El DNS es donde mucha gente se dispara en el pie. Está bien tener Pi-hole, AdGuard o Unbound. Lo que no está bien es que si cae ese contenedor, la familia se quede sin internet. El router debería poder entregar DNS externo como plan degradado o tener dos resolvers internos de verdad.
La red doméstica buena no es la que tiene más reglas. Es la que falla de forma aburrida.
Los primeros servicios que sí montaría#
En el mini PC empezaría con pocos servicios.
Primero, monitorización ligera. Uptime Kuma o Beszel me parecen suficientes para saber si lo importante está vivo. Grafana y Prometheus tienen sitio, pero no los metería el primer día salvo que quiera aprender eso específicamente.
Segundo, backups. Restic, Borg, Kopia o la herramienta que encaje. La herramienta me importa menos que el hábito. Quiero backups automáticos al NAS y una restauración probada. Si no he restaurado nada, no tengo backup. Tengo esperanza comprimida.
Tercero, un gestor de contenedores sencillo si voy por Docker. Dockge o Portainer pueden ayudar. No son imprescindibles, pero reducen fricción.
Cuarto, acceso remoto privado. Tailscale me parece la opción más cómoda para entrar al mini PC, NAS o servicios internos sin abrir puertos. WireGuard puro también encaja si quiero más control. Lo importante es no publicar paneles administrativos por pereza.
Quinto, uno o dos servicios familiares. No diez. Quizá Immich para fotos, Paperless-ngx para documentos o Home Assistant si la casa ya lo usa. Elegiría uno, lo montaría bien y lo respaldaría antes de pasar al siguiente.
El orden importa. Primero infraestructura mínima. Luego datos. Luego comodidad.
Servicios que dejaría fuera al principio#
No montaría Kubernetes en el primer mini PC salvo que el objetivo sea aprender Kubernetes. Para servir cuatro aplicaciones domésticas, Docker Compose sigue siendo una herramienta magnífica.
No montaría alta disponibilidad. Con un solo mini PC no existe. Con dos o tres tampoco aparece mágicamente. La HA doméstica tiene coste, consume más, añade complejidad y muchas veces protege cosas que podrían estar caídas una hora sin drama.
No montaría Ceph. Me encanta como tecnología, pero en un homelab mínimo es meter una motosierra en una caja de herramientas de cocina. Tiene sentido con varios nodos, buena red, discos adecuados y ganas de operarlo. No para empezar.
No montaría SSO global el primer día. Authentik, Authelia o similares pueden estar muy bien, pero también añaden otra pieza central. Primero usuarios locales, 2FA donde toque y servicios bien cerrados. Luego ya veremos.
No expondría servicios a internet por defecto. Si algo debe ser público, se diseña como público. Si es para mí, Tailscale o VPN. Si es para la familia, hay que equilibrar comodidad y riesgo.
Y no metería cada aplicación de moda. El self-hosting tiene una trampa muy tonta: levantar algo es fácil, mantenerlo durante dos años no tanto.
Cómo repartiría almacenamiento y servicios#
La parte práctica sería así.
En el mini PC dejaría el sistema, VMs, contenedores y datos calientes de servicios. Bases de datos locales. Volúmenes locales para aplicaciones sensibles. Snapshots si uso Proxmox o ZFS, pero sin confundirlos con backup.
En el NAS dejaría datos familiares, repositorios de backup, multimedia, documentos y exportaciones. También guardaría dumps programados de bases de datos y copias de configuración.
Para servicios tipo Immich, tendría mucho cuidado. Las fotos pueden vivir en almacenamiento del NAS, pero la base de datos debe tratarse bien. Haría backups consistentes. Probaría la restauración. Y no actualizaría alegremente la noche antes de un viaje.
Para Paperless-ngx, separaría documentos originales, base de datos y configuración. Lo importante no es solo que el contenedor arranque. Es poder recuperar el archivo documental si mañana el mini PC desaparece.
Para Home Assistant, backup automático y copia fuera del propio host. Si la casa depende de él, no puede vivir solo en una tarjeta mental de “ya lo haré”.
Backups: el punto donde no negociaría#
En un homelab mínimo, los backups son más importantes que el hypervisor.
Mi esquema base sería:
- Copia diaria del mini PC al NAS.
- Snapshots del NAS para errores humanos.
- Copia externa de fotos, documentos y configuraciones críticas.
- Restauración probada cada cierto tiempo.
La copia externa puede ser un disco rotado, un segundo NAS en otra ubicación o almacenamiento en la nube. Lo ideal depende del presupuesto y del volumen. Lo que no aceptaría es que las únicas copias estén en la misma máquina, en el mismo mueble y enchufadas a la misma regleta.
También definiría prioridades. No todo merece el mismo nivel de protección.
Fotos familiares: máximo cuidado.
Documentos: máximo cuidado.
Configuraciones de servicios: bastante cuidado.
Películas o ISOs descargables: cuidado razonable.
Contenedores que puedo recrear: poco drama.
Esto evita gastar esfuerzo donde no toca. Un homelab pequeño no necesita protegerlo todo igual. Necesita saber qué no puede perder.
Acceso remoto sin enseñar la casa entera#
Para acceder desde fuera, empezaría con Tailscale. Es práctico, atraviesa redes complicadas y evita tocar el router. Para una persona que mantiene su propio homelab, me parece una herramienta muy difícil de mejorar en comodidad.
Pero no lo usaría como barra libre. Si meto a la familia, acceso a servicios concretos. Si uso subnet router, rutas necesarias. Si entra un portátil, permisos claros. Y si pierdo un móvil, revocación rápida.
Cloudflare Tunnel lo reservaría para servicios que quiero publicar o compartir sin meter a nadie en mi VPN. No para paneles de administración. Un túnel no convierte un panel interno en una buena idea pública.
WireGuard puro lo tendría como opción si quiero independencia o un plan B más directo. Para un homelab mínimo, Tailscale puede ser suficiente. Para dormir mejor, una ruta alternativa documentada nunca sobra.
Mantenimiento mensual#
Un homelab mínimo viable necesita rutina. Poca, pero real.
Una vez al mes revisaría:
- Backups completados.
- Una restauración pequeña.
- Espacio libre en NAS y mini PC.
- Actualizaciones pendientes.
- Dispositivos con acceso remoto.
- Servicios que ya no uso.
- Alertas ruidosas.
- Certificados o dominios si los hay.
La revisión mensual evita que el homelab se pudra en silencio. No hace falta montar una ceremonia. Media hora con una lista clara vale más que un dashboard precioso que nadie mira.
También borraría cosas. Esto cuesta. Levantar servicios da dopamina. Quitarlos da salud mental. Si un contenedor lleva meses sin uso, fuera. Si una VM era una prueba, fuera. Si un dashboard solo existe para mirar otros dashboards, que descanse.
Presupuesto y consumo#
El punto dulce para mí sería un mini PC eficiente y un NAS pequeño. No el hardware más barato posible, porque lo barato mal elegido se paga en ruido, calor, fuentes raras, NICs mediocres y discos incómodos. Tampoco el hardware más caro, porque un homelab mínimo no necesita parecer un datacenter en miniatura.
El consumo importa porque está encendido todo el año. Un equipo que parece poca cosa en vatios puede sumar bastante en la factura. Más importante aún: el calor y el ruido deciden dónde puedes ponerlo. Si el homelab molesta, acabará apagado o escondido en un sitio peor ventilado.
Preferiría:
- Mini PC silencioso.
- NAS con discos adecuados.
- SAI pequeño si hay cortes frecuentes.
- Switch sencillo, sin fan si es posible.
- Menos nodos encendidos.
La expansión ya llegará cuando haya una razón. No antes.
Cuándo crecería#
Añadiría un segundo mini PC cuando tenga una necesidad clara: separar laboratorio de servicios estables, probar migraciones, tener mantenimiento con menos parada o repartir cargas.
Añadiría un cluster cuando quiera aprender clusters o cuando de verdad tenga servicios que justifican esa complejidad. No antes.
Añadiría almacenamiento más serio cuando el NAS pequeño se quede corto o cuando los datos familiares pidan otra estrategia.
Añadiría VLANs cuando el riesgo o la convivencia lo justifiquen, no porque una guía diga que toda red seria tiene cinco.
El crecimiento sano tiene una frase detrás: “necesito esto porque…”. Si la frase no sale, quizá solo quiero comprar otro cacharro. Que también pasa. Pero conviene no disfrazarlo de arquitectura.
Mi diseño final#
Si lo tuviera que dejar dibujado, sería así:
Mini PC con Proxmox o Debian. Dentro, Docker o VMs ligeras para servicios. NAS separado para datos y backups. Tailscale para acceso remoto privado. DNS interno simple con fallback. Uno o dos servicios familiares bien cuidados. Monitorización ligera. Copia externa de lo importante. Documentación mínima en una nota.
Nada de alta disponibilidad al principio. Nada de almacenamiento distribuido. Nada de exponer paneles. Nada de diez servicios nuevos en una tarde.
Esto puede parecer poco si vienes de ver racks llenos, clusters con luces y capturas de dashboards enormes. Pero un homelab mínimo viable que funciona todos los días vale más que una arquitectura espectacular que necesita atención constante.
El objetivo no es impresionar a Reddit. Es que la casa tenga mejores copias, mejores servicios y menos dependencia de soluciones que no controlas, sin que tú acabes siendo soporte técnico de una criatura que montaste por entusiasmo.
Yo empezaría pequeño. Pero pequeño de verdad. Con intención, backups y margen para crecer.
Luego, cuando el sistema ya haya sobrevivido un par de meses sin pedir cariño cada semana, ya habrá tiempo para complicarlo.
El homelab no se gana el derecho a crecer por lo que promete. Se lo gana por lo poco que molesta mientras hace su trabajo.
Lectura relacionada#
- Mini PC con Proxmox para casa: qué compraría hoy y qué evitaría aunque salga barato
- Diseñar almacenamiento para casa: NAS, DAS, ZFS, Unraid y cuándo cada opción deja de tener sentido
- Backups de móviles en casa: fotos, documentos y el límite entre comodidad y riesgo
- Homelab de bajo consumo en 2026: qué apagar, qué consolidar y dónde no recortaría
- Prueba real de restauración en homelab: cómo sé que mis backups no son decoración