Se puede jugar en un VPS? La realidad técnica

¿Se puede jugar en un VPS? La respuesta corta

¿Se puede jugar en un VPS? Dos personas hacen esa pregunta y necesitan respuestas opuestas. Si desea jugar usted mismo en un servidor alquilado y ver la imagen en su propia pantalla, un VPS (servidor privado virtual) estándar no puede hacerlo, y ningún cambio de configuración soluciona esto. Si desea alojar un servidor de juegos al que se conecten otros jugadores, un VPS es una de las mejores opciones que puede alquilar por su precio, y un plan pequeño suele ser suficiente.

Si está aquí por la parte de alojamiento, vaya directamente a elegir un VPS para servidores de juegos o ejecutar un servidor de Minecraft en un VPS. Las secciones siguientes explican por qué la parte de jugar no funciona, ya que esa es la respuesta que la gente rara vez recibe de forma directa.

Por qué un VPS estándar no tiene GPU

Un VPS estándar es una parte de un host compartido: núcleos de CPU virtuales, RAM, disco y un puerto de red. El host es un servidor para rack, y un servidor para rack no incluye una tarjeta gráfica de consumo, porque una GPU (graphics processing unit) para juegos está diseñada para una caja de escritorio con sus propios ventiladores y un presupuesto de energía elevado. La máquina virtual recibe un adaptador de pantalla virtual para que la consola de arranque tenga dónde mostrar la imagen. Eso es todo lo relacionado con los gráficos.

lspci | grep -i -E 'vga|3d|display'
ls -l /dev/dri

El primer comando muestra una línea, normalmente similar a Cirrus Logic GD 5446 o Red Hat, Inc. Virtio 1.0 GPU. En un plan estándar, ambos funcionan sólo en 2D. El adaptador Cirrus no tiene motor 3D, y la GPU virtio sólo puede acelerar 3D si delega el trabajo en una GPU del host, algo que un host sin GPU no puede hacer. El segundo comando suele responder ls: cannot access '/dev/dri': No such file or directory. Si muestra un card0 o un renderD128 del controlador virtio, ese nodo corresponde al adaptador virtual y no tiene hardware 3D detrás. En una instancia con una GPU real, el mismo comando muestra card0 y renderD128 respaldados por la tarjeta física.

Mesa seguirá proporcionando OpenGL mediante llvmpipe, su renderizador por software, que dibuja cada triángulo en la CPU. Esto es suficiente para un escritorio o un juego 2D antiguo. Un título 3D moderno funciona a unos pocos fotogramas por segundo, y la CPU queda ocupada con la tarea que peor realiza, por lo que la lógica del juego también se ralentiza.

Por qué la latencia de entrada es lo que arruina el juego remoto

El juego remoto funciona como un bucle. La pulsación de una tecla llega al servidor, el servidor renderiza un fotograma, codifica ese fotograma como vídeo y lo envía de vuelta, después el cliente lo decodifica y lo muestra en pantalla. Cada etapa cuesta milisegundos y todas se acumulan.

[
  {
    "label": "Input capture and send",
    "typical_ms": 5
  },
  {
    "label": "Network round trip",
    "typical_ms": 15
  },
  {
    "label": "Frame render on the server",
    "typical_ms": 12
  },
  {
    "label": "Hardware video encode",
    "typical_ms": 8
  },
  {
    "label": "Decode and display on the client",
    "typical_ms": 15
  },
  {
    "label": "Sum of the stages above",
    "typical_ms": 55
  }
]

Sólo 15 ms corresponden al tiempo de ida y vuelta de la red. Es la única parte que puede mejorar al elegir un servidor más cercano. El resto pertenece a la propia canalización y no depende de la ubicación del servidor. Las etapas suman 55 ms de retraso antes de que el juego realice ninguna operación. Son cifras típicas publicadas para un codificador de hardware que transmite a un cliente de la misma región, no mediciones de un equipo concreto. Deben interpretarse como una referencia de la estructura del problema.

Ese retraso queda dentro de un bucle de realimentación. Mueves el ratón, ves el resultado y corriges. Un retraso adicional hace que cada corrección llegue tarde, por lo que superas el objetivo y vuelves a corregir. Los juegos por turnos, de estrategia, de gestión y de cartas lo toleran sin problemas. Los shooters, los juegos de lucha, los juegos de ritmo y los de carreras no.

La fluctuación y la pérdida de paquetes afectan de otra forma. Una transmisión de vídeo no puede esperar una retransmisión, porque el fotograma al que pertenece ese paquete ya llega tarde. Por eso la pérdida se manifiesta como artefactos de bloques o una imagen congelada, no como una pausa. Esta es también la razón por la que un escritorio remoto no es la herramienta adecuada. VNC (virtual network computing) envía rectángulos modificados mediante TCP, que entrega todo en orden. Por tanto, un paquete perdido bloquea el resto de la transmisión hasta que se reenvía. Una pantalla que cambia por completo 60 veces por segundo genera muchos rectángulos modificados y muchos bloqueos de este tipo. RDP (remote desktop protocol) también puede transportar su tráfico mediante UDP además de TCP. Esto evita ese bloqueo concreto, pero no resuelve el retraso de entrada descrito arriba.

Qué necesitaría un equipo real de cloud gaming

Construirlo correctamente es posible. Requiere cuatro elementos a la vez.

• Una instancia con GPU y una tarjeta para centros de datos, porque es el único tipo que un proveedor tiene licencia para alquilar.
• Un codificador de vídeo por hardware, como NVENC, el codificador integrado de NVIDIA, porque codificar por software consume tiempo de CPU y añade latencia.
• Un conjunto de streaming diseñado para juegos y no para escritorios. Sunshine en el servidor y Moonlight en el cliente es la opción habitual de código abierto.
• Un servidor en tu propia región metropolitana, porque el tiempo de ida y vuelta depende de la distancia, y la distancia está limitada por la velocidad de la luz en la fibra.

Después, calcula el precio. Las instancias con GPU suelen facturarse por hora, así que multiplica la tarifa por hora por 730 para obtener el coste de un mes funcionando continuamente. Algunos proveedores también ofrecen una tarifa mensual más baja para determinadas instancias, así que comprueba si el tuyo la ofrece. En agosto de 2026, eso supone una factura mensual de tres cifras en dólares estadounidenses. Con ese importe puedes comprar una consola directamente antes de que pase un año, y además debes pagar las licencias de los juegos. Qué ofrece realmente un GPU VPS y los cálculos del punto de equilibrio al alquilar horas de GPU explican los números.

Si sólo quieres jugar, los servicios comerciales de cloud gaming ya ejecutan exactamente esta arquitectura desde centros de datos cercanos, con las licencias resueltas. Un solo VPS en una ciudad no puede competir con una red diseñada para este fin.

El software antitrampas y las licencias bloquean el resto

Incluso una configuración de GPU perfecta se enfrenta a restricciones. Vanguard de Riot requiere TPM 2.0 (Trusted Platform Module) y Secure Boot en Windows 11, y se niega a ejecutarse dentro de una máquina virtual, por lo que Valorant no iniciará en hardware de nube alquilado. Easy Anti-Cheat y BattlEye también pueden detectar un hipervisor, y varios títulos que los utilizan bloquean las máquinas virtuales o aplican baneos por su uso. Esto es deliberado: los desarrolladores de trampas utilizan máquinas virtuales para ocultar sus herramientas, por lo que impedir su ejecución en ellas es una protección económica para el juego.

Las licencias se suman a esto. La licencia de NVIDIA para sus controladores GeForce restringe el uso en centros de datos, razón por la cual los proveedores alquilan tarjetas de centro de datos y no de escritorio. Windows requiere una licencia que permita la ejecución en hardware que usted no posee. Los términos de las tiendas digitales cubren dónde puede ejecutarse una copia. Cualquiera de estos factores es superable por sí solo. En conjunto, significan que el equipo de juegos en la nube construido manualmente no ejecutará la mayoría de los juegos competitivos para los que los usuarios lo desean.

Qué ejecuta muy bien un VPS con sólo CPU

Ahora, el otro lector. Un servidor de juegos dedicado nunca renderiza un fotograma. Simula el mundo, aplica las acciones de cada jugador y envía actualizaciones de estado por la red. Los propios equipos de los jugadores se encargan del renderizado. Como no hay renderizado, no se necesita una GPU. Por eso, el equipo que no sirve para jugar tiene la configuración adecuada para alojar el servidor.

• Servidores dedicados para Minecraft, Valheim, Terraria, Factorio, Rust, Project Zomboid y la mayoría de los demás títulos que ofrecen una compilación de servidor sin interfaz gráfica.
• Chat de voz. Un servidor Mumble consume tan pocos recursos que puede ejecutarse junto al servidor de juegos en el mismo plan pequeño.
• Descargas de mods y mapas mediante HTTP sin cifrar, además del panel web que usan los jugadores para ver quién está conectado.
• Matchmaking, estadísticas, tablas de clasificación, bots de Discord y la base de datos que los respalda.
• Copias de seguridad programadas del mundo que se almacenan fuera del equipo, para que una partida guardada dañada cueste una hora de trabajo y no todo el mapa.

La RAM suele ser el límite principal, y la velocidad de un solo núcleo importa más que el número de núcleos en muchos de estos juegos, porque el ciclo principal de simulación de un servidor de Minecraft o Factorio se ejecuta en un solo hilo. Un plan con ocho núcleos lentos rinde peor que uno con cuatro núcleos rápidos. El ancho de banda depende más del número de jugadores que de la CPU. Muchos proveedores contabilizan la transferencia, y los planes anunciados como no medidos todavía pueden limitar la velocidad del puerto o establecer una cuota en algunas regiones. Lea el límite incluido antes de elegir un plan.

Abra los puertos correctos y recuerde que la mayor parte del tráfico dentro del juego usa UDP (user datagram protocol), no TCP.

sudo ufw allow 25565/tcp
sudo ufw allow 27015/udp
sudo ufw status

ufw status debe enumerar cada regla con ALLOW junto a ella. Si el puerto está abierto aquí y el servidor sigue siendo inaccesible, compruebe en el panel de control del proveedor si existe un firewall de red independiente, porque una regla dentro del equipo no afecta al filtro situado delante de él.

Manténgalo en ejecución sin intervención manual. Una unidad de systemd o una política de reinicio de Docker vuelve a iniciar el servidor después de un reinicio, y una pila de compose que se inicia sola durante el arranque es el patrón habitual. Combínela con copias de seguridad programadas fuera del equipo para que el archivo del mundo sobreviva a un fallo del disco.

Cómo verificar un VPS antes de alojar servicios en él

La latencia hacia sus jugadores determina si el servidor se siente fluido, y es algo que se puede medir. Solicite al proveedor una dirección de prueba en la región deseada y ejecute estos comandos desde la red de un jugador, no desde el servidor.

ping -c 20 203.0.113.10
mtr -r -c 100 203.0.113.10

ping finaliza con una línea de resumen como rtt min/avg/max/mdev = 18.4/19.1/24.6/1.2 ms. El último número es el jitter. Un promedio estable con bajo jitter se siente mejor en el juego que un promedio más bajo pero inestable. mtr muestra la pérdida por salto; debe observar la pérdida solo en la última línea, ya que los routers intermedios dan la prioridad más baja a sus propias respuestas ICMP (internet control message protocol) y a menudo reportan pérdidas que el tráfico real nunca experimenta.

A continuación, verifique si el host está sobresuscrito.

vmstat 1 5

La columna st es el steal time: la proporción de tiempo en que su CPU virtual estuvo lista para ejecutarse mientras el host físico entregaba esos ciclos a otro invitado. Un valor distinto de cero constante significa que su tick rate oscilará bajo carga, independientemente de lo que indique la página del plan. Steal time y vecinos ruidosos cubre cómo interpretarlo, y realizar sus propios benchmarks a un VPS cubre el resto de los valores que debe recopilar antes de comprometerse por un año.

La respuesta directa a ambas preguntas

Si quiere jugar, mantenga el juego en hardware que pueda tocar físicamente o utilice un servicio diseñado para la transmisión de juegos. Un VPS de propósito general no puede renderizar gráficos, y una instancia con GPU cuesta más que el hardware físico y aun así fallará ante los sistemas anti-trampas. Si quiere alojar un servidor, alquile un VPS. Es una opción realmente adecuada a bajo coste, y el mismo servidor podrá ejecutar otras tareas entre las sesiones de juego.

FAQ

¿Puedo instalar Steam en un VPS y jugar a mis juegos?

Puede instalar el cliente de Steam en un VPS Linux y descargar juegos. El problema aparece al intentar jugarlos. Un plan estándar no tiene GPU, por lo que los títulos 3D usan renderizado por CPU a pocos fotogramas por segundo, y muchos juegos modernos no se inician sin un renderizador compatible. Transmitir a su pantalla lo que se haya podido renderizar añade además la latencia de codificación y de red. Steam Remote Play está diseñado para transmitir desde un equipo gaming real que sea de su propiedad y espera que ese equipo tenga una tarjeta gráfica.

¿Un VPS con GPU me permitirá jugar a cualquier juego que tenga?

Resuelve el problema del renderizado, pero no los demás. También necesita un codificador de hardware, un cliente de baja latencia como Moonlight y un servidor lo bastante cercano para que el tiempo de ida y vuelta sea reducido. El sistema antitrampas es el principal obstáculo: Riot's Vanguard no se ejecuta en una máquina virtual, y Easy Anti-Cheat y BattlEye pueden detectar un hipervisor, por lo que los shooters competitivos quedan descartados. Los juegos para un jugador y los de ritmo más lento son el uso más realista, con un coste mensual superior al precio del hardware local.

¿Qué tamaño de VPS necesito para un servidor de Minecraft para diez amigos?

Un servidor vanilla de Java para diez jugadores funciona cómodamente con 2 vCPU y 4 GB de RAM. Asigne a la JVM (Java virtual machine) unos 3 GB con -Xmx3G y deje el resto al sistema operativo. -Xmx es un límite máximo, no una asignación fija, pero el recolector de basura puede ampliar el heap hasta ese límite bajo carga, y el kernel todavía necesita memoria para la caché de páginas. Un modpack grande cambia la respuesta: planifique entre 6 GB y 8 GB sólo para el heap y elija el plan con el núcleo individual más rápido, porque el tick principal del mundo se ejecuta en un solo hilo.

¿Por qué un escritorio remoto funciona bien, pero un juego no?

Un escritorio modifica una parte pequeña de la pantalla cada vez, y nadie nota que el redibujado de una ventana llegue con 100 ms de retraso. Un juego cambia cada píxel decenas de veces por segundo y cierra un bucle de respuesta mediante sus manos. VNC envía los rectángulos modificados mediante TCP, por lo que una pantalla en movimiento constante genera una avalancha de actualizaciones, y cada paquete perdido detiene el resto hasta que se retransmite. RDP también puede ejecutarse mediante UDP, lo que evita esa espera. Incluso una transmisión de vídeo adecuada mantiene la latencia de entrada, y esa es la latencia que nota al intentar apuntar.