Por qué tengo ocho servidores en casa y seis fuera

Ocho servidores en casa y seis alquilados fuera. Dicho así suena a exageración, o a alguien que no sabe parar. Un poco de las dos cosas hay, pero cada máquina tiene su motivo, y aquí te lo cuento.

Cuando lo cuento, la reacción suele ser la misma. Un amigo me preguntó una vez si la factura de la luz me llegaba en tomos, y otro si tenía el aire acondicionado puesto en enero para enfriar las máquinas. La imagen que tiene la gente es la de una sala con armarios parpadeando. La realidad es bastante más modesta: varias torres y equipos pequeños repartidos entre un despacho y un armario, con más cables de los que me gustaría admitir.

Hay dos promesas que circulan mucho. Una dice "súbelo todo a la nube y olvídate". La otra, justo la contraria, dice "móntatelo todo en casa y no dependas de nadie". Probé algo parecido a las dos, y ninguna me sirvió sola.

Este artículo explica qué es cada cosa, cómo llegué hasta aquí, qué corre en cada sitio y con qué criterio lo decido. Al final te llevas cuatro preguntas para decidir dónde poner lo tuyo.

Para quien empieza, dos definiciones.

Un VPS, o servidor privado virtual, es un trozo de un servidor grande que alquilas a un proveedor. Se comporta como un ordenador entero para ti, encendido día y noche y conectado a internet. En la misma máquina física conviven varios VPS de distintos clientes, y a cada uno se le asignan el procesador, la memoria y el disco que marca el plan contratado. Hasta qué punto están reservados de verdad depende del proveedor: algunos reparten entre sus clientes más de lo que la máquina tiene, confiando en que no todos lo usarán a la vez. Mandas tú: instalas lo que quieras. Pero también lo mantienes tú.

Un servidor interno es una máquina tuya, en tu casa o en tu oficina, dentro de tu propia red. Nadie te la alquila y nadie te la apaga, salvo la compañía eléctrica.

En mi caso, "servidor" es una palabra generosa. De los ocho, solo uno lleva tarjeta gráfica (el servidor que mueve los modelos), otro es mi estación de trabajo, dos son miniordenadores de bajo consumo que están siempre encendidos, tres son equipos antiguos reciclados y uno es un servidor de almacenamiento con varios discos.

Una comparación para fijar la idea: el VPS es un piso de alquiler en el centro, bien comunicado y siempre accesible, pero donde no puedes tirar tabiques. El servidor interno es tu propia casa en las afueras: haces lo que quieras, pero las goteras las arreglas tú.

Nada de esto fue un plan.

La primera máquina fue el servidor Linux de la RTX 4070, el primero de mi vida, que monté en diciembre de 2023 con ayuda de ChatGPT sin tener muy claro para qué lo quería. El primer VPS llegó ese mismo año, para alojar la web de un cliente que no quería tener en ningún alojamiento compartido.

A partir de ahí, el crecimiento fue un poco por necesidad y un poco por curiosidad. En 2024 llegó la IA local: el servidor de la 4070 encontró por fin su trabajo. Ese año llegaron también tres VPS más para servicios de clientes. En 2025 ya eran seis, y entre 2025 y 2026 los agentes y los servicios que tenían que estar siempre disponibles completaron la red interna hasta las ocho máquinas.

Siendo honesto, la mitad fue planificada y la otra mitad fue ir apagando fuegos. Se necesitaba algo, se montaba donde había sitio, y ya se ordenaría luego.

El momento que me obligó a ordenarlo fue un corte de luz de una tarde entera en casa. Aquel día descubrí que un servicio que usaba un cliente dependía de una máquina de mi despacho. Mi cliente se quedó sin servicio cuatro horas y yo me quedé sin excusas. Desde entonces, lo que tiene que estar siempre disponible vive fuera, y lo que tiene que estar cerca vive dentro.

En la red interna vive, sobre todo, la inteligencia artificial local. Ahí están los programas con los que ejecuto modelos en mis propias máquinas, Ollama, LM Studio, llama.cpp y Unsloth, y ahí he probado más de cincuenta modelos. También los datos que no quiero sacar de casa, las pruebas de todo lo que luego acaba fuera y las copias de seguridad de los VPS, que bajan cada noche a la máquina de almacenamiento.

¿Por qué dentro? Por tres motivos. La tarjeta gráfica: los modelos necesitan memoria gráfica, y alquilarla fuera es caro. La privacidad: hay datos de clientes que no deben salir de una red controlada. Ojo, que «sin nube» no es lo mismo que «datos bajo control»: también cuentan qué programas mandan estadísticas fuera, quién tiene acceso a cada máquina, qué dice el contrato con el cliente y qué conexiones pueden salir de casa. Por eso las máquinas con datos de clientes solo pueden conectarse hacia fuera para actualizarse, y solo mi usuario entra en ellas. Y no pagar por uso: si una tarea se repite miles de veces, en casa solo cuesta luz.

Un ejemplo de trabajo real que solo tiene sentido en casa: resumir y clasificar cada semana los documentos internos de un cliente con un modelo local. Por contrato, esos documentos no pueden pasar por servicios externos, así que la alternativa no era hacerlo en la nube, sino no hacerlo.

No entro máquina a máquina, porque eso lo cuento en Qué corre en cada una de mis máquinas.

En los seis VPS vive lo que tiene que dar la cara a internet: las webs, las mías y las de algunos clientes, los servicios públicos que atienden a gente de fuera, los agentes que tienen que estar siempre disponibles y un par de herramientas internas a las que accedo desde el móvil cuando estoy fuera de casa.

Aquí siempre sale la pregunta de si un VPS sirve para inteligencia artificial. Sí, pero con matices. Conviene separar dos trabajos: el que piensa, que es el modelo, y el que organiza, que es el programa que recibe las peticiones, llama al modelo y hace cosas con la respuesta. El que organiza vive muy bien en un VPS modesto. El que piensa, si es un modelo grande, no: los VPS corrientes no llevan tarjeta gráfica, y un modelo sin ella contesta a paso de tortuga.

Un ejemplo de algo que vive fuera y no podría vivir en casa: un agente que atiende las consultas de la web de un cliente a cualquier hora. Llama a un modelo en la nube para pensar y funciona desde un VPS que no depende de mi conexión ni de mi luz. Si viviera en mi despacho, cada corte de luz sería un cliente enfadado.

Con el tiempo, he reducido la decisión a cuatro preguntas. Es la forma más práctica que conozco de resolver lo de servidor propio o VPS.

1. Datos. ¿Pueden salir de casa? Si no pueden, dentro.
2. Coste. ¿Qué sale más barato, contando también las horas? Un servidor propio parece gratis una vez comprado, pero tiene luz, averías y mantenimiento.
3. Disponibilidad. ¿Tiene que estar siempre encendido? Si un corte de luz en casa es un problema, fuera. Y no solo la luz: el SAI aguanta unos minutos, suficiente para un parpadeo pero no para un corte largo; la fibra de casa también se cae de vez en cuando, y todo lo de fuera que necesita algo de dentro pasa por el VPS que hace de puerta hacia la red interna. Si falla esa puerta, lo de fuera sigue funcionando, pero sin acceso a casa hasta que la levanto.
4. Exposición. ¿Tiene que verse desde internet? Abrir una máquina de casa al mundo es posible, pero es una puerta más que vigilar.

Dos ejemplos míos. El resumen semanal de documentos del cliente: los datos no pueden salir, el coste en casa es solo luz, no tiene que estar siempre disponible y no se ve desde internet. Cuatro respuestas, un destino: dentro. El agente de consultas de la web: los datos son públicos, el coste de un VPS pequeño es bajo, tiene que funcionar a todas horas y tiene que verse desde internet. Fuera, sin discusión.

Casi nunca sale un "todo dentro" o un "todo fuera". Lo normal es combinar: el agente de fuera, por ejemplo, guarda sus registros en una máquina de dentro.

Las cifras, como prometí. Los seis VPS me cuestan unos 92 euros al mes en total, con impuestos. El consumo eléctrico de la red interna, que medí con un enchufe medidor durante un mes, ronda los 50 euros al mes; algo más de una cuarta parte la pone el servidor con tarjeta gráfica. Y hay que sumar la amortización de los equipos, unos 97 euros al mes repartiendo su precio en cinco años, con el SAI incluido; averías y repuestos, unos 11; y la mejora de fibra con IP fija, 15. En total, unos 173 euros al mes. Las copias van al servidor de datos de casa, así que su coste ya está en esas cifras; lo que no está es el tiempo de recuperar algo cuando falla. Y el mantenimiento, entre ocho y diez horas al mes, entre actualizaciones, copias, revisar registros y algún susto.

No es poco. Si merece la pena lo analizo con calma en ¿Compensa tener servidores propios?.

El error que cometí al empezar: dejé expuesto a internet el panel de administración de un servidor interno, con una contraseña corta, "solo mientras lo configuraba". Se me olvidó durante semanas. Cuando revisé los registros, había miles de intentos de entrada desde medio mundo. No llegaron a entrar, que yo sepa, pero me pasé un fin de semana revisándolo todo y cambiando contraseñas. Primero corté el acceso desde fuera. Luego cambié la contraseña del panel y, por si acaso, todas las que se guardaban en esa máquina o se parecían a ella, y las llaves de acceso. Revisé en los registros los intentos que no acabaron en «acceso denegado», los usuarios y los procesos en marcha. No encontré nada raro, pero como no podía estar seguro del todo, reinstalé el servicio desde cero y restauré sus datos de una copia anterior a la exposición.

La lección es la de siempre: lo provisional se queda.

Si quieres más detalle, lo tienes en Cómo configuro un VPS nuevo, Linux o Windows en mis servidores, Qué corre en cada una de mis máquinas y ¿Compensa tener servidores propios?.