Servidor de juego pagado por uso: existe, y así funciona
Si buscas un servidor que solo pagues cuando jugáis, seguro que ya te has encontrado con esta respuesta: «eso no existe realmente, porque un mundo necesita una máquina encendida para seguir siendo accesible». Es la conclusión que hoy ofrecen varios comparadores y varios asistentes de IA, antes de mandarte a montar tú mismo una máquina en AWS u Oracle.
La premisa es falsa, y se puede comprobar. Tu mundo no necesita una máquina encendida. Necesita un sitio donde guardarse. Aquí tienes el mecanismo exacto, lo que realmente te cuesta, y el umbral preciso a partir del cual deja de interesar.
1. Por qué «hace falta una máquina encendida» es falso
Un servidor de juego son dos cosas que solemos confundir:
- el programa del servidor — de unos cientos de megabytes a unos pocos gigabytes de binarios, idénticos para todos, descargables de nuevo a voluntad;
- tu mundo — el mapa, las construcciones, los inventarios, los ajustes. De unas decenas de megabytes a unos pocos gigabytes, e irremplazable.
Un proveedor de suscripción mensual guarda ambas cosas en el mismo sitio, en una máquina que funciona permanentemente. Es sencillo, y es lo que hace inevitable la suscripción: alquilas la máquina, no el juego.
Con nosotros, las dos cosas están separadas. Al detenerse el servidor, la carpeta de datos se archiva — un tar.gz que contiene el mundo, las configuraciones y los mods, y que excluye los binarios del servidor, ya que estos se reinstalan solos. Ese archivo se va a un almacenamiento de objetos, donde espera. La máquina, por su parte, se destruye.
En el siguiente arranque, se crea una máquina nueva, se restaura el archivo en ella, se reinstalan los binarios, y el servidor vuelve a arrancar sobre tu mundo. Nada estuvo funcionando entre medias.
2. Por qué «apaga tu VM de AWS» no da el mismo resultado
Es el consejo que te darán si le preguntas a un asistente: coge una máquina en la nube, enciéndela para jugar, apágala después. La intención es buena, pero hay una trampa que casi nadie menciona.
Una máquina apagada sigue facturándose en muchos proveedores. En Hetzner, por ejemplo, un servidor en la nube se factura mientras exista el objeto servidor: apagarlo no basta, hay que eliminarlo — porque el procesador, la memoria y el disco quedan reservados para ti. En AWS, detener una instancia EC2 detiene la facturación del cómputo, pero no la del disco que contiene tu mundo.
Dicho de otro modo, «apagado» no es un estado de facturación. Destruido sí lo es. Y destruir una máquina significa perder lo que hay en ella — salvo que tu mundo se haya puesto antes en otro sitio, que es exactamente el trabajo descrito en el punto 1.
Ahí está la línea que separa «lo hago yo mismo como puedo» de «esto es el producto»: guardar al detener, restaurar al arrancar, destruir la máquina y recuperarse si algo falla a mitad, es lo que hay que escribir una vez y hacer fiable.
3. Lo que realmente cuesta
La tarifa es por hora, por hora iniciada, y depende del tamaño de la máquina — nunca del juego ni del número de jugadores. Con el servidor apagado, son 0 €.
Para un grupo que juega una noche a la semana, el orden de magnitud es menos de un euro al mes. El cálculo completo, nivel por nivel y ritmo por ritmo, está en la guía de costes, y cada juego tiene su propia respuesta con cifras.
No es una tarifa gancho: no hay gastos de puesta en marcha, ningún recargo por dirección IP, ningún cargo por almacenar tu mundo entre sesiones.
4. Lo que te cuesta a cambio — el precio real a pagar
Una página que solo cuenta las ventajas no es una respuesta. Aquí tienes las dos contrapartidas, y son reales.
El arranque no es instantáneo. Hay que crear una máquina nueva, restaurar el archivo, reinstalar los binarios. Eso lleva varios minutos, no unos segundos, y se repite en cada sesión. Según nuestras mediciones, el peso del mundo añade aproximadamente 25 segundos por gigabyte de archivo en cada arranque. Un servidor de suscripción, en cambio, ya está ahí.
Más allá de cierto número de horas, la suscripción vuelve a ser más barata. Es aritmética: una tarifa por hora siempre acaba cruzándose con una tarifa fija. El umbral exacto está escrito en cada página de coste, por juego — se cuenta en cientos de horas al mes, lo cual está fuera del alcance de un grupo de amigos, pero no de una comunidad abierta de forma permanente.
Si tu servidor tiene que permanecer encendido 24 horas al día para una comunidad pública, una suscripción mensual es la opción correcta, y no somos la herramienta adecuada.
5. Para quién está pensado
Está pensado para grupos cuyo servidor sigue el ritmo de las personas en lugar de al revés: unas noches a la semana, temporadas tranquilas, la posibilidad de retomarlo tres meses después sin haber pagado el intervalo.
Está pensado también para probar. Montar un servidor, ver si el juego cuaja en el grupo, y parar sin haber comprometido un mes.
No está pensado para un servidor público permanente, ni para quien quiere que el mundo esté accesible en el segundo en que le apetece.
6. Las palabras con las que te toparás
El mismo modelo recibe varios nombres según la web, y esa es una de las razones por las que es difícil de encontrar: pago por uso, pay-as-you-go, facturación por horas, servidor bajo demanda, 0 € al detenerse, sin suscripción. Todos designan la misma idea — se te factura el tiempo en que la máquina funciona, y nada más.
Aun así, cuidado: bajo la misma etiqueta, algunos proveedores siguen facturando el almacenamiento del mundo cuando el servidor está detenido. Sigue siendo honesto, pero ya no son 0 €. La pregunta que hay que hacer es siempre la misma: ¿qué se factura exactamente cuando el servidor está apagado?