Hay una fase bastante común en cualquier homelab. Empiezas con un mini PC, un NAS viejo o una Raspberry Pi. Todo parece razonable. Luego añades otro nodo porque quieres probar Proxmox. Después cae un switch mejor, un SAI, un par de SSDs, quizá un servidor más gordo para almacenamiento o IA local. Un día miras el rack, escuchas el zumbido de fondo y te haces la pregunta incómoda: cuánto cuesta tener todo esto encendido todo el día.
No hablo solo de euros. La factura de la luz es la parte fácil de medir, pero no es la única. Un homelab 24/7 también cuesta discos, calor, ruido, actualizaciones, backups, tiempo mental y alguna tarde perdida arreglando algo que nadie te pidió montar. Si el laboratorio además sostiene servicios reales de casa, el coste cambia de categoría. Ya no es solo hobby. Es infraestructura doméstica.
Mi postura ahora es menos romántica que al principio. Tener un homelab siempre encendido merece la pena si te da valor real o aprendizaje real. Si solo está ahí por inercia, probablemente estás pagando una cuota mensual por mantener encendida tu propia ansiedad técnica.
El coste eléctrico, con números que se entienden#
La cuenta básica es sencilla. Un equipo que consume 10 W durante todo el año gasta unos 87,6 kWh. Uno de 50 W gasta unos 438 kWh. Uno de 150 W se va a unos 1.314 kWh. Multiplica por el precio real de tu electricidad y ya tienes la primera bofetada.
No hace falta clavar el céntimo. Para pensar bien basta con rangos.
| Consumo 24/7 | Energía al año | Coste aproximado a 0,20 €/kWh |
|---|---|---|
| 10 W | 87,6 kWh | 17,52 € |
| 25 W | 219 kWh | 43,80 € |
| 50 W | 438 kWh | 87,60 € |
| 100 W | 876 kWh | 175,20 € |
| 200 W | 1.752 kWh | 350,40 € |
| 400 W | 3.504 kWh | 700,80 € |
Un mini PC moderno con un par de servicios puede ser casi invisible en la factura. Un servidor grande con varios discos, GPUs, ventiladores y carga constante ya juega en otra liga. Y lo divertido es que ambos se llaman “homelab” en internet, como si fueran la misma cosa.
A mí me ayuda pensar en coste anual, no mensual. Diez euros al mes parecen poco. Ciento veinte euros al año ya suenan distinto. Treinta euros al mes durante tres años empiezan a parecer el precio de un NAS entero.
Idle importa más que potencia máxima#
Mucha gente compra hardware mirando benchmarks. En homelab doméstico me interesa más el consumo en reposo. La mayoría de servidores caseros pasan muchísimo tiempo esperando. No están compilando kernels todo el día ni moviendo terabytes cada hora. Están sirviendo DNS, alguna automatización, un dashboard, copias nocturnas, un contenedor de fotos y poco más.
Por eso un equipo eficiente en idle gana muchísimo. Un mini PC con CPU moderna puede hacer de nodo Proxmox, Docker host o servidor de automatizaciones con un consumo ridículo. Un servidor rack de segunda mano puede parecer barato en Wallapop, pero si se queda en 120 W sin hacer nada, la broma no tarda en cobrarte.
Esto no significa que los servidores grandes sean mala idea. Significa que tienen que tener trabajo de servidor grande. Si necesitas muchas bahías, GPUs, mucha RAM o almacenamiento serio, perfecto. Si lo quieres para correr Pi-hole, Uptime Kuma y dos contenedores de pruebas, estás llevando a Lara al cole en un camión de mudanzas.
El coste oculto de los discos#
Los discos son otra trampa. Primero compras almacenamiento porque hace falta. Luego compras más porque ya que tienes bahías libres. Luego compras otro disco de paridad o otro SSD para caché. Al final el array tiene más historia que algunos proyectos empresariales.
El coste de los discos no es solo la compra. También consumen, calientan, vibran y envejecen. Un disco mecánico de 8 TB puede consumir entre 5 y 9 W en uso, menos en reposo si el sistema permite dormirlo. Parece poco, hasta que tienes seis, ocho o diez. Si giran todo el día en una caja mal ventilada, su vida útil depende bastante de que no hayas diseñado un horno con puertos SATA.
Aquí Unraid tiene una ventaja práctica cuando el caso de uso encaja: puede dejar discos dormidos si no se necesitan. En un NAS familiar con media, documentos y backups, eso tiene sentido. En un pool ZFS o Ceph, la conversación cambia. Ganas integridad, snapshots, replicación o rendimiento, pero normalmente no estás pensando en dormir discos como estrategia principal.
No hay respuesta universal. Yo separaría claramente tres usos.
- Datos familiares importantes: backups claros, redundancia razonable y restauración probada.
- Media y descargas: capacidad, coste por TB y tolerancia a perder tiempo, no necesariamente drama.
- Máquinas virtuales y servicios: SSDs, latencia baja y snapshots útiles.
Mezclar todo en el mismo saco suele acabar en decisiones raras. Y caras.
Ruido, calor y convivencia#
El ruido no aparece en la factura, pero aparece en casa. Un homelab que vive en un despacho, salón o habitación compartida tiene que respetar a los humanos. Esto parece obvio hasta que alguien mete un servidor 1U con ventiladores de turbina en un piso y descubre que el datacenter no era tan romántico.
Para mí, el ruido es un coste real. Si una máquina me obliga a cerrar puertas, moverla de sitio o aguantar un zumbido constante, tiene que justificar mucho. Lo mismo con el calor. Un equipo que consume 200 W también está metiendo calor en la habitación. En invierno puede parecer simpático. En verano, menos.
El criterio que uso ahora es simple. Lo que está siempre encendido tiene que ser silencioso, eficiente y aburrido. Lo potente puede encenderse bajo demanda. No todo necesita vivir despierto a las tres de la mañana.
Ese cambio mental ahorra más de lo que parece. Un nodo de laboratorio puede estar apagado hasta que lo necesito. Una GPU para IA local no tiene que estar consumiendo todo el día si solo la uso por la noche. Un servidor de pruebas no merece tratamiento de infraestructura crítica.
Mantenimiento: el coste que más se subestima#
El coste más traicionero del homelab es el tiempo. Y no el tiempo bonito de aprender algo nuevo, sino el tiempo tonto de mantener cosas que ya no te aportan nada.
Actualizar contenedores. Revisar discos. Renovar certificados. Mirar por qué un backup falló. Cambiar una integración que se rompió. Leer logs. Pelearte con una alerta que en realidad no era importante. Repetirlo todo dentro de tres meses porque tú mismo montaste el sistema y ahora nadie más sabe cómo funciona.
No me malinterpretes. Esa parte también enseña. Pero hay que reconocerla como coste. Si cada servicio self-hosted te quita media hora al mes, veinte servicios ya no son gratis. Son una suscripción pagada en tiempo.
Por eso cada cierto tiempo hago una poda mental. Me pregunto:
- ¿Lo uso de verdad?
- ¿Alguien en casa depende de esto?
- ¿Lo mantengo porque me aporta o porque me da pena apagarlo?
- ¿Sé restaurarlo si mañana se rompe?
- ¿Hay una alternativa externa barata que me quitaría ruido mental?
La última pregunta duele, pero es necesaria. Self-hosting no significa hacerlo todo tú aunque sea peor. Significa elegir qué quieres controlar.
Servicios que sí justifican estar 24/7#
Hay servicios que en casa sí tienen sentido siempre encendidos. DNS local, VPN, monitorización mínima, backups programados, automatización doméstica, sincronización de documentos, gestor de contraseñas si lo tienes muy bien montado, quizá fotos familiares si has resuelto backups y acceso.
La clave es que sean servicios que alguien usa o que protegen algo importante. Si el DNS cae y media casa deja de navegar, es crítico. Si el dashboard bonito del homelab cae, no pasa nada. Bueno, duele el orgullo, pero se sobrevive.
Yo separo los servicios en tres grupos.
El primer grupo es casa. Lo que afecta a internet, domótica, copias, documentos, contraseñas o acceso remoto. Eso necesita estabilidad, backup y poca experimentación.
El segundo grupo es trabajo o proyectos reales. Webs, automatizaciones útiles, runners, agentes, herramientas que uso cada semana. Aquí acepto más complejidad si el retorno existe.
El tercer grupo es laboratorio. Cosas para aprender, probar o romper. Esto no debería compartir la misma fragilidad que lo anterior. Si lo mezclas todo, acabas teniendo miedo de tocar tu propio homelab.
Hardware eficiente frente a hardware barato#
Una de las trampas más caras es comprar barato. Un servidor antiguo puede costar poco de entrada y mucho cada mes. Un mini PC moderno puede parecer caro al comprarlo y barato durante años.
No digo que haya que comprar siempre lo último. Digo que hay que meter la electricidad y el ruido en la decisión. Si un equipo consume 80 W más que otro estando encendido todo el año, a 0,20 €/kWh son unos 140 € anuales. En tres años son más de 400 €. De pronto aquel servidor de segunda mano ya no era tan barato.
También hay que contar el coste de oportunidad. Si una máquina grande te obliga a comprar un SAI mayor, ventilación mejor, más discos o un switch más ruidoso, el precio real se mueve. El homelab es muy bueno convirtiendo “solo necesito una cosa más” en una pequeña cadena de compras.
Mi preferencia actual sería esta:
- Núcleo 24/7 con bajo consumo y ruido mínimo.
- Almacenamiento pensado para datos, no para presumir de bahías.
- Nodo potente apagable para IA, compilación, pruebas o cargas puntuales.
- Red sencilla antes que red perfecta.
- Backups fuera del equipo principal.
Menos épico, más usable.
La parte psicológica: cuando apagar cuesta#
Hay una parte rara en todo esto. Apagar servicios cuesta. No por técnica, sino por ego. Cada contenedor fue una pequeña victoria. Cada VM tiene una historia. Cada dashboard parece demostrar que controlas algo. Borrar una pieza del homelab se siente como admitir que no hacía falta.
Pero apagar también es progreso. Un laboratorio más pequeño y más mantenible suele ser mejor que una colección enorme de servicios medio olvidados. Lo aprendí a base de mirar listas de contenedores y darme cuenta de que algunos llevaban meses vivos sin aportar nada. Zombies con consumo eléctrico.
Ahora me gusta más la idea de homelab deliberado. Pocas piezas críticas, bien entendidas. Piezas de laboratorio separadas. Documentación mínima. Backups probados. Y margen para jugar sin que cada experimento tenga pinta de cirugía a corazón abierto.
Cómo calcular tu coste sin volverte loco#
No hace falta montar una auditoría energética perfecta. Con tres pasos ya tienes una imagen bastante buena.
Primero, mide o estima el consumo en reposo de cada máquina. Un enchufe medidor barato sirve. Si no lo tienes, busca rangos razonables y sé conservador.
Segundo, separa lo que está siempre encendido de lo que podría apagarse. Aquí suelen aparecer sorpresas. Muchas máquinas están 24/7 solo porque nadie decidió lo contrario.
Tercero, multiplica por año. La fórmula es:
| |
Luego añade el coste no eléctrico. Discos que envejecen, ruido, calor, mantenimiento, backups, tiempo. No hace falta ponerle precio exacto a todo. Basta con no fingir que no existe.
Mi regla actual#
Si tuviera que resumirlo, mi regla sería esta: deja encendido solo lo que sea útil, silencioso, eficiente y fácil de restaurar.
Lo demás puede vivir apagado, programado o bajo demanda. Un homelab no tiene que ser un datacenter en miniatura. Puede ser una herramienta doméstica que trabaja cuando toca y se calla cuando no.
La gracia del homelab no está en consumir más vatios. Está en aprender, tener control y construir algo que te sirva. Si para conseguir eso necesitas tres mini PCs y un NAS, perfecto. Si necesitas un único equipo pequeño y buenos backups, mejor todavía.
La factura de la luz solo te cuenta una parte. El resto lo notas en la cabeza, en el ruido de la habitación y en esas noches en las que ibas a dormir pero acabaste mirando logs de un servicio que ni usabas.
Ahí es donde empieza el coste real.