Windows en un VPS, lo que cuesta de verdad

Mis seis VPS llevan Linux. Las tres máquinas con Windows que tengo están en casa, y una de ellas existe por un solo motivo: el programa de gestión de un cliente que no funciona en otra cosa. Este mes me tocó responder a una pregunta que llevaba tiempo esquivando: ¿y si ese Windows se va a la nube?

La promesa es de las fáciles de creer: «alquila un servidor con Windows y trabaja en él como si estuvieras delante de tu ordenador, desde cualquier sitio». Eliges el sistema en un desplegable, pagas y a los pocos minutos tienes un escritorio de Windows en otra pestaña del navegador.

La primera parte es verdad. La segunda, «igual que en casa», es donde empiezan las letras pequeñas.

El contexto: el cliente del programa de gestión, el que tiene su máquina con Windows Server 2022 en mi red interna, me preguntó en septiembre si no sería más seguro tenerlo todo «en la nube». Desde el apagón de marzo, en el que tres de mis servidores no arrancaron, la idea le rondaba. Además, Windows Server 2022 terminó su soporte general el 13 de octubre de 2026; recibirá parches de seguridad hasta octubre de 2031, pero ya no novedades. Si había que moverse, era buen momento para mirarlo. Qué tiene cada una de mis máquinas y por qué lo conté en Linux o Windows en mis servidores.

En la primera quincena de octubre de 2026 contraté un VPS temporal en IONOS, que lo ofrece con Windows Server y la licencia incluida en la cuota. Fue un séptimo VPS solo para la prueba: mis seis siguen siendo Linux, y este lo borré al terminar.

El plan era sencillo: instalar el programa de gestión, cargar una copia de sus datos, conectarlo con los procesos que lo leen para la inteligencia artificial y trabajar con él unos días como si fuera el de verdad. Con datos de prueba que me preparó el propio cliente, no con los reales.

El proceso tuvo cinco pasos, y ninguno fue tan corto como me esperaba:

1. Elegir el tamaño.
2. Instalar y activar el programa.
3. Configurar las actualizaciones.
4. Resolver el acceso remoto.
5. Programar las copias.

El tamaño

Mi primera idea fue coger el mismo tamaño que un VPS mediano de los míos, ocho gigas de memoria. Con Linux, en ocho gigas caben una base de datos y varios servicios con holgura. Con Windows, la cuenta es otra. Con el sistema recién arrancado y el escritorio abierto, la memoria ocupada ya rondaba los tres gigas y medio. Al instalar el programa de gestión y su base de datos, pasó de seis. Funcionaba, pero sin margen. Tuve que subir al plan siguiente, el de dieciséis gigas, para que no se arrastrara al abrir dos informes a la vez.

La licencia

Windows Server no se licencia como el Windows de casa. Se paga por núcleos del procesador, y además hace falta una licencia de acceso por cada usuario o dispositivo que se conecta. En un VPS, la licencia del sistema suele ir dentro de la cuota mensual, así que no la ves como compra aparte, pero la pagas cada mes. Y al subir de tamaño, sube también la parte de la licencia.

El segundo tropiezo fue el programa del cliente. Su licencia estaba ligada a la máquina donde se instaló. Al detectar una máquina nueva, pidió reactivación y tuve que esperar dos días a que el fabricante enviara un código nuevo. Esto no es culpa del VPS, pero en casa no lo habría sufrido, porque allí la máquina no cambia.

Las actualizaciones

En Windows, las actualizaciones grandes reinician la máquina, y hay que decidir cuándo. Configuré las horas en las que no puede reiniciarse, igual que hice en casa después de perder una noche de pruebas. Aun así, la primera semana hubo una actualización que se quedó a medias hasta que entré a mano, y el programa estuvo sin responder unos cuarenta minutos a primera hora. En un servidor que atiende a gente, esos cuarenta minutos se notan.

El acceso remoto

Aquí está lo que más me preocupaba. Para trabajar con Windows se usa el escritorio remoto, y en un VPS el escritorio remoto está, por defecto, a la vista de todo internet. En las primeras horas, el registro de seguridad ya mostraba cientos de intentos de entrada contra la cuenta de administrador. Es lo mismo que me pasó con Linux y que cuento en Cómo configuro un VPS nuevo, pero con una puerta más apetitosa.

Lo resolví limitando el escritorio remoto a la IP fija de mi casa y a la de la oficina del cliente, con el cortafuegos del propio Windows y el del proveedor. En casa no tengo ese problema: el escritorio remoto de mis Windows nunca está abierto a internet, entro por el túnel.

Y hay un límite que no conocía bien: Windows Server permite dos sesiones de escritorio remoto a la vez para administrarlo. Si varias personas tienen que trabajar dentro al mismo tiempo, hacen falta licencias específicas para ese uso. En la oficina del cliente son tres personas; en casa esto no se planteaba, porque el programa lo leen mis procesos, no ellos.

Las copias

La copia de una máquina Windows pesa bastante más que la de una Linux, porque el sistema ocupa más. La primera copia completa hacia casa tardó más de tres horas por la noche. Y restaurar un Windows es más delicado que restaurar un Linux, algo que ya había vivido. Hice una restauración de prueba sobre otro VPS temporal, como hago cada mes con los de Linux: arrancó, pero el programa volvió a pedir reactivación. Una copia que al restaurarse necesita una llamada al fabricante no es una copia que puedas usar un domingo.

Después de las dos semanas, la conclusión no fue «Windows en un VPS es malo». Fue que depende mucho de para qué.

Compensa cuando:

• El programa tiene que estar disponible a cualquier hora y desde varios sitios, y una avería en tu casa o tu oficina no es aceptable.
• Pocas personas lo usan a la vez, o las licencias de acceso ya están resueltas.
• No hay datos que por contrato tengan que quedarse en una red controlada por ti.
• Nadie quiere ocuparse del hardware.

Mejor una máquina propia cuando:

• Ya tienes el equipo y la licencia, como en el caso del cliente, cuya licencia de Windows Server la paga él como parte del servicio.
• El programa lo usan pocas personas y desde el mismo sitio.
• Los datos no deben salir de casa o de la oficina.
• El coste mensual pesa más que las horas de mantenimiento.

Y en los dos casos, lo que no cambia: hay que controlar cuándo se actualiza, no dejar el escritorio remoto abierto al mundo y probar que la copia se restaura. Windows en un VPS te quita las averías del hardware, no el trabajo.

Mi consejo si vas a probarlo: haz la prueba con datos de mentira, sobre un VPS que puedas borrar, y mide la memoria con tu programa de verdad abierto, no con el sistema en reposo. La cifra que importa es esa.

Las cifras de mi prueba, con fecha de octubre de 2026 y sin contar mis horas:

Las cuotas de terceros cambian a menudo; si lees esto más tarde, compruébalas. Lo que no suele cambiar es la proporción: el Windows me salió más de tres veces más caro que un Linux mediano, y eso antes de pagar licencias de acceso.

Qué hay de verdad en la promesa: en minutos tienes un Windows en la nube y funciona. Qué es humo: el «igual que en casa». Necesita más memoria, cuesta más cada mes, pide más cuidado con las actualizaciones y deja una puerta más a la vista.

Con el cliente decidimos dejar el programa en el servidor de casa, añadirle un plan de arranque tras un corte de luz y revisar la decisión cuando pasemos a una versión nueva de Windows Server. La prueba me costó unos 25 euros de VPS por las dos semanas y unas catorce horas entre montarlo, probarlo y deshacerlo.

Si dudas entre Linux o Windows para tu VPS, la regla sigue siendo la misma: Linux salvo que haya algo imprescindible que solo vaya en Windows. Y si lo hay, antes de subirlo a la nube, echa la cuenta entera, con licencias, memoria y horas.