Guias

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

Alfonso Moreno | Sysadmin Senior

Soy Alfonso, sysadmin senior con RHCE y más de 10 años administrando sistemas Linux para empresas y proyectos personales. Me especializo en infraestructura, redes, virtualización, monitoring, automation y self-hosting. Sobre SoyLinux.com SoyLinux.com es un blog técnico en español sobre Linux, software libre y self-hosting. Lo mantengo en mi tiempo libre. Áreas de expertise - Linux server administration: RHEL, CentOS, Rocky, Alma, Fedora, Debian, Ubuntu - Network services: Postfix, BIND, Samba, NFS, Squid - Virtualización y containers: KVM, Proxmox, Docker, Podman - Monitoring: Prometheus, Grafana, Zabbix - Automation: Ansible, Bash scripting - Self-hosting: Vaultwarden, Nextcloud, Jellyfin, Immich, Homelab Contacto - Email: [email protected]

4 thoughts on “Cómo armar un homelab en 2026: presupuesto real + roadmap 12 meses”

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *