Cómo armar un homelab en 2026: presupuesto real + roadmap 12 meses
Homelab 2026: arquitectura completa para empezar desde cero (presupuesto + roadmap)
Un homelab es un servidor (o varios) que corren en tu casa para aprender, autoalojar servicios y tener control total sobre tus datos. En 2026 no necesitas una workstation de 3000 USD para empezar: con una Raspberry Pi 5, un mini PC usado y un router decente ya tienes un lab que aguanta Nextcloud, Jellyfin, Home Assistant y 20 containers Docker. Esta guía cubre el “qué comprar, qué correr, qué errores evitar” en orden.
TL;DR — Lo que vas a tener al final
- Tiempo de setup: 4-6 horas para setup completo.
- Requisitos: CPU con VT-x, 16+ GB RAM, 64+ GB SSD.
- Resultado: Homelab con VMs/LXC, backups PBS, monitoring integrado.
- Troubleshooting: Logs de Proxmox, snapshots, restore drills mensuales.
¿Por qué un homelab y no solo la nube?
- Aprendizaje real: rompés cosas, aprendes a arreglarlas, sin pagar AWS por hacerlo.
- Privacidad: tu Nextcloud, tus fotos, tus backups — sin que Google/Microsoft los lean.
- Costo: muchos servicios autoalojados son gratis después del setup. Reemplazo de Google One + Netflix + Spotify + Dropbox cuesta ~30 USD/mes; el homelab se paga solo en 6-12 meses.
- Confiabilidad: no dependés de que una empresa siga existiendo o manteniendo su plan gratis.
Las contras (honestas): tienes que mantenerlo. Updates, fallos de disco, certificados SSL, backups. Si no te gusta sysadmin, no te va a gustar un homelab.
Hardware: las 4 rutas posibles en 2026
Ruta A: Raspberry Pi 5 (la más barata, perfecta para empezar)
Costo: ~120-180 USD total
Setup recomendado:
- Raspberry Pi 5 (8 GB) — ~80 USD
- SSD NVMe HAT + SSD 256GB — ~50 USD
- Fuente oficial 27W USB-C — ~15 USD
- Caja con ventilación — ~15 USD
- Tarjeta microSD de repuesto para boot — ~10 USD
Qué corre bien: Pi-hole, Home Assistant, Nextcloud (ligero), WordPress personal, Vaultwarden, ~10 containers Docker sin drama.
Límites: 8 GB de RAM es tope. No esperes correr Jellyfin con transcoding 4K ni Kubernetes completo.
Para quién: principiante que quiere aprender Linux de servidor sin gastar una fortuna.
Ruta B: Mini PC refurbished (el sweet spot 2026)
Costo: ~250-450 USD
Setup recomendado: Lenovo ThinkCentre M720q / Dell OptiPlex 5060 / HP ProDesk 600 G4 — refurbished con i5/i7 de 8ª-9ª gen, 16-32 GB RAM, 256-512 GB NVMe. En eBay o AliExpress salen 200-350 USD.
Qué corre bien: Proxmox con 5-10 VMs ligeras, NAS con OMV o TrueNAS, Jellyfin con transcoding básico, Home Assistant, todo lo de la Ruta A pero con margen.
Para quién: alguien que ya sabe algo de Linux y quiere correr cargas más serias. Esta es la opción más recomendada para 2026.
Ruta C: Servidor usado enterprise (máxima potencia, máximo ruido)
Costo: ~400-800 USD
Opciones típicas: Dell PowerEdge R720, HP ProLiant DL380 Gen9, Lenovo ThinkSystem. Comprá usados con garantía. Evitá los de primera generación que ya están viejos.
Pros: 64-256 GB RAM, muchos discos, redundancia (PSU dual, ECC RAM), soporte de virtualización serio.
Contras: consumen 200-400W de forma continua (50-100 USD/mes de luz), son ruidosos (no los pongas en tu pieza), ocupan espacio físico serio.
Para quién: gente con garage/oficina separada, o que quiere aprender VMware/esxi a fondo.
Ruta D: Workstation nueva (la más cara, la más silenciosa)
Costo: ~800-2000 USD
Ejemplo: un Ryzen 7 7700X con 64 GB DDR5, 2 TB NVMe, caja silenciosa (Fractal Design Define 7), Noctua fans. Corre Proxmox con todo lo que quieras y queda en el escritorio sin hacer ruido.
Para quién: si vas a usar el homelab como workstation de día y lab de noche, es la mejor opción. El hardware workstation tiene mejor precio/rendimiento que los servers usados en 2026.
Nuestra recomendación (estilo sysadmin)
Si es tu primer homelab: Ruta B (mini PC refurbished) + una Raspberry Pi 5 como nodo auxiliar. Total ~350-500 USD. Te da para 2 años de aprendizaje serio.
Si ya tienes experiencia y quieres crecer: Ruta B + sumar Ruta C después, con el server usado en garage/cochera/oficina.
Software base: el stack mínimo que tienes que tener
1. Hipervisor: Proxmox VE (gratis)
Proxmox VE es el hipervisor open source dominante en homelabs. Corre KVM (VMs Linux/Windows) y LXC (containers Linux sin overhead de kernel). UI web completa, snapshots, clustering, todo lo que necesitas.
Instalación (resumen):
1. Descargá la ISO desde proxmox.com
2. Grabala en USB con balenaEtcher
3. Booteá, instala en el disco
4. Accedé a https://[IP]:8006 desde otra máquina
tienes una guía completa paso a paso en nuestro post sobre cómo instalar Proxmox y crear tu primera VM.
Alternativa si no quieres Proxmox: XCP-ng (fork de Citrix XenServer) o Cockpit + KVM manual. Proxmox es más fácil para empezar.
2. Firewall/router: OPNsense (gratis) o pfSense
El router que te dio tu ISP es una porquería para un homelab serio. necesitas VLANs, reglas granulares, VPN, monitoring.
OPNsense es lo que recomiendo: open source, FreeBSD underneath, UI web completa, plugins para IDS/IPS (Suricata), VPN (WireGuard), reporting.
tienes guías nuestras para:
- Instalar OPNsense desde cero
- Configurar VLANs en OPNsense (servidores, usuarios, invitados, IoT)
- WireGuard sobre OPNsense para acceso remoto
- Suricata IDS/IPS sin destruir rendimiento
Setup mínimo de red para un homelab:
Internet (ISP modem en bridge mode)
↓
OPNsense (WAN + LAN)
↓
Switch gestionable (VLAN-aware)
├── VLAN 10: Servidores (Proxmox, NAS, Pi)
├── VLAN 20: Usuarios (laptops, PCs)
├── VLAN 30: IoT (luces, TVs, asistentes)
├── VLAN 40: Invitados (WiFi)
└── VLAN 50: Management (switches, APs)
3. NAS para almacenamiento (opcional pero recomendado)
tienes 3 caminos:
- TrueNAS Scale (Linux): ZFS, snapshots, SMB/NFS, apps (Nextcloud, Plex). Lo mejor si quieres ZFS.
- OpenMediaVault (Linux): más simple, basado en Debian, RAID con mdadm o ZFS plugin.
- Unraid (de pago, ~60 USD): muy fácil, soporta arrays heterogéneos, ideal para Plex/Jellyfin pesado.
Para un homelab 2026 con presupuesto: OpenMediaVault sobre el mini PC con 2 discos en mirror (ZFS o mdadm). Cubre el 90% de los casos.
4. Switch y AP
- Switch gestionable VLAN-aware: cualquier switch que soporte VLANs 802.1Q. TP-Link TL-SG108E (8 puertos, ~40 USD) o Netgear GS308E funcionan. Si quieres 2.5 GbE, hay opciones de 200-400 USD (Trendnet TEG-3182WS es nuestro favorito).
- Access Point: un TP-Link EAP245 o similar con soporte de múltiples SSIDs (uno por VLAN). Si ya tienes un mesh TP-Link, puedes crear VLANs en OPNsense y mapearlas a SSIDs separados.
Servicios para correr (orden de prioridad)
Cuando tengas el stack base, ¿qué ponés primero? Esta es la prioridad que recomiendo basada en utilidad real vs complejidad:
Tier 1: la base que todo el mundo quiere
| Servicio | Qué hace | Complejidad | Contenedor? |
|---|---|---|---|
| Pi-hole | DNS sinkhole, bloquea ads en toda tu red | Baja | Sí (Docker) |
| Vaultwarden | Bitwarden-compatible, gestor de contraseñas | Baja | Sí |
| Nextcloud | Tu propio Google Drive + Calendar + Contacts | Media | Sí (Docker) o VM |
| WireGuard | VPN para acceder desde fuera | Baja-media | Sí (wg-easy) o nativo |
Tier 2: una vez que la base anda
| Servicio | Qué hace | Complejidad |
|---|---|---|
| Home Assistant | Smart home, automatiza luces/termostato/IoT | Media |
| Jellyfin | Tu propio Netflix con tus medios | Media |
| Paperless-ngx | Digitalizá y organizá documentos | Media |
| Grafana + Prometheus | Dashboards de qué está pasando en tu lab | Media-alta |
| Uptime Kuma | Monitoring simple de tus servicios | Baja |
Tier 3: cuando ya eres pro
| Servicio | Qué hace |
|---|---|
| Immich | Tu propio Google Photos |
| Jellyseerr | Requests para Jellyfin (como Overseerr) |
| Mealie / Tandoor | Recetas |
| Gitea | Tu propio GitHub |
| n8n | Automatización de workflows |
| Ollama + Open WebUI | IA local |
Cada servicio debería correr en su propio container Docker (o VM si necesita kernel propio). usa Docker Compose o Portainer para no morir gestionando 30 containers a mano.
Estructura de archivos del homelab (ejemplo real)
/srv/
├── docker/
│ ├── nextcloud/
│ ├── jellyfin/
│ ├── homeassistant/
│ ├── vaultwarden/
│ └── ...
├── data/
│ ├── nextcloud-data/
│ ├── jellyfin-media/
│ ├── backups/
│ └── ...
├── configs/
│ ├── nginx-proxy-manager/
│ └── ...
└── compose/
└── docker-compose.yml # un solo compose con todos los servicios
Regla de oro: separa datos de configuración. Si tienes que reinstalar un container, los datos en /srv/data/ sobreviven.
Backups: el 90% se olvida esto
Sin backups, tu homelab es una bomba de tiempo. Disco muere, raid falla, update rompe algo, y perdés todo. La regla 3-2-1:
- 3 copias de tus datos
- 2 en medios diferentes (disco local + externo, o local + cloud)
- 1 offsite (nube, casa de un amigo, segunda ubicación)
Setup práctico para homelab 2026: tres comandos restic que cubren backup local, offsite y verificación. El primero crea el repo en un disco montado (inicializá el repo con restic init la primera vez). El segundo sube a object storage (S3-compatible como Backblaze B2, Wasabi, o MinIO local) usando el esquema s3:endpoint/bucket. El tercero lee una muestra del 5% de los datos para verificar integridad — un check completo es prohibitively caro en backups grandes.
restic es la herramienta de backup recomendada: cifrado en reposo, deduplicación por chunks, verificación de integridad y compatibilidad con S3 nativo. Antes de empezar, necesitas inicializar el repo con restic init (solo la primera vez).
# Instalar restic (tienes un post nuestro sobre backups con restic)
sudo apt install restic
# Backup local diario
restic -r /mnt/backup-disk/ backup /srv/data --exclude-file=/srv/.backup-exclude
# Backup offsite semanal a B2/Backblaze o S3
restic -r s3:s3.eu-central-1.wasabisys.com/mi-homelab backup /srv/data
# Verificar integridad mensualmente
restic -r /mnt/backup-disk/ check --read-data-subset=5%
El flag --exclude-file apunta a un archivo con patrones (uno por línea) que restic salta — útil para excluir caches, temporales, o cosas regenerables. --read-data-subset=5% lee 5% aleatorio de los bloques y verifica sus checksums: si alguno no matchea, sabes que hay corrupción. La verificación completa (check --read-data) tarda horas en backups grandes; el subset es el balance.
Restic hace cifrado, deduplicación y verificación automática. Es la mejor herramienta de backup open source en 2026.
Seguridad: los 4 innegociables
1. SSH con claves, sin passwords. Cambiá el puerto a algo >1024 si quieres reducir ruido de bots. configura fail2ban o tu firewall para bloquear intentos. Nuestro post sobre hardening de SSH cubre todo esto.
2. HTTPS para todo. usa Caddy como reverse proxy (auto-TLS con Let’s Encrypt) o nginx-proxy-manager. Nunca expongas servicios sin TLS.
3. Updates automáticos de seguridad. configura unattended-upgrades en Debian/Ubuntu o equivalent en tu distro.
4. VLANs separados. IoT en su propia VLAN sin acceso a tu LAN de servidores. Si una cámara china comprometida trata de escanear tu red, no llega a nada.
Errores que casi todos cometen al empezar
1. Comprar más hardware del que necesitan
La regla: comprá para los próximos 6 meses, no para los próximos 5 años. Es más barato agregar después que reemplazar desde el principio.
2. Correr servicios como root sin aislamiento
Siempre containers, siempre con usuario dedicado. Si algo se compromete, que el daño quede contenido.
3. No documentar nada
“En 3 meses no me voy a acordar qué hice”. Sí, te vas a olvidar. anota IPs, MACs, qué servicio corre dónde, qué contraseña pusiste (en un gestor como Vaultwarden, no en un .txt).
4. Ignorar las backups hasta el día que se rompe algo
configura backups el primer día, no después. Después del primer susto ya es tarde.
5. Exponer todo a Internet sin pensar
WireGuard para ti es mejor que abrir puertos. Si tienes que abrir algo, poné un WAF (Crowdsec, fail2ban) delante. Y NUNCA expongas SSH directamente a Internet.
6. No monitorear nada
Si Uptime Kuma no te dice que tu Nextcloud cayó, ¿cómo te vas a enterar? Cuando un usuario te avisa? configura alertas desde el día 1.
7. Querer correr 30 servicios el primer mes
Empezá con 3-4 (Pi-hole, Vaultwarden, Nextcloud). Andá agregando uno por mes a medida que la base es estable.
Roadmap sugerido (12 meses)
Mes 1: hardware base, Proxmox, OPNsense, Pi-hole, una VM Linux de práctica.
Mes 2: NAS con OpenMediaVault, Vaultwarden, backups con restic.
Mes 3: Nextcloud, WireGuard, primer servicio expuesto con HTTPS.
Mes 4: Home Assistant, automatizaciones básicas.
Mes 5: Jellyfin, transcoding, tu biblioteca multimedia.
Mes 6: monitoring (Uptime Kuma + Grafana + Prometheus).
Mes 7-12: servicios Tier 3, optimización, clustering si te animás,contribuciones a proyectos open source.
Cuándo NO armar un homelab
- No te interesa sysadmin. Si quieres solo autoalojar Plex y ya, mejor pagá 5 USD/mes a un servicio cloud y olvidate.
- No tienes conexión a Internet decente. Si tu ISP te da 10 Mbps simétrico y se cae 3 veces por semana, sufrirás.
- Vivís en un lugar sin espacio físico. El server necesita ventilación, sonido tolerable (si no es workstation silenciosa), y electricidad estable.
- No puedes mantenerlo. Si te vas de viaje 2 meses, ¿quién actualiza? ¿quién cambia un disco que falla? Tené un plan.
Preguntas frecuentes
¿Por qué Cómo armar un homelab en 2026: presupuesto real + roadmap 12 meses es relevante para sysadmins Linux?
Forma parte del flujo diario de administración. Los conceptos explicados se aplican directamente a servidores en producción y resuelven problemas reales que enfrentan sysadmins hispanohablantes.
¿Qué necesito para empezar con Cómo armar un homelab en?
Distribución Linux actualizada (Debian, Ubuntu, RHEL, Fedora o Arch), acceso root, y conexión a internet. Para producción: entorno de staging separado antes de aplicar cambios.
¿Cuáles son los errores más comunes con Cómo armar un homelab en?
Los tres más frecuentes: (1) saltar la lectura de logs, (2) aplicar cambios directos en producción sin probar, (3) olvidar permisos y ownership. La documentación y un plan de rollback siempre.
¿Cuándo usar Cómo armar un homelab en y cuándo una alternativa?
Esta solución es ideal para el caso descrito. Alternativas como Docker, Ansible o configuración manual pueden ser mejores según contexto: portabilidad, escala y reproducibilidad son los factores clave.
¿Cómo migro desde una configuración previa a Cómo armar un homelab en?
Documentar el estado actual, probar la nueva configuración en staging, validar funcionalmente, y aplicar en producción con rollback plan listo. Los posts de SoyLinux incluyen troubleshooting para los problemas más comunes.
Lee también
- Guía Fedora 44: Novedades, Instalación y Upgrade para Sysadmins Linux
- Configura VLANs en Linux con nmcli: Guía paso a paso para sysadmins
- Protege tu SSH: Guía esencial para configurar Fail2ban en Linux
- Guía Definitiva: Configura Kubernetes con kubeadm en Ubuntu para Sysadmins Linux
- Configura Prometheus y Grafana: Guía DevOps para SysAdmins Linux

Pingback: Headscale: tu propio Tailscale self-hosted en 2026
Pingback: MinIO self-hosted en 2026: tu propio S3-compatible storage
Pingback: Vaultwarden: tu propio Bitwarden self-hosted en 2026 - Soy Linux
Pingback: Coolify vs Dokploy vs CapRover 2026: comparativa y guía de instalación