Un servidor de juegos (también denominado a veces host ) es un servidor que es la fuente autorizada de eventos en un videojuego multijugador . El servidor transmite suficientes datos sobre su estado interno para permitir que sus clientes conectados mantengan su propia versión precisa del mundo del juego para mostrarla a los jugadores. También reciben y procesan la entrada de cada jugador.
Los servidores dedicados simulan mundos de juego sin admitir entrada o salida directa, excepto la necesaria para su administración. Los jugadores deben conectarse al servidor con programas cliente independientes para poder ver e interactuar con el juego. [1] [2]
La principal ventaja de los servidores dedicados es su idoneidad para el alojamiento en centros de datos profesionales , con todos los beneficios de fiabilidad y rendimiento que ello conlleva. El alojamiento remoto también elimina la ventaja de baja latencia que de otro modo tendría cualquier jugador que aloje y se conecte a un servidor desde la misma máquina o red local. [1]
El costo de operar servidores dedicados a veces lo cubren los desarrolladores de un juego (particularmente en consolas ) y a veces los grupos de clanes , pero en cualquier caso, el público depende de terceros que proporcionen servidores a los que conectarse. Por esta razón, la mayoría de los juegos que usan servidores dedicados también brindan soporte de servidor de escucha. [1] Los jugadores de estos juegos a menudo hospedarán servidores para el público y sus clanes, ya sea hospedando una instancia de servidor desde su propio hardware o alquilándolo de un proveedor de alojamiento de servidores de juegos.
Un servidor de juegos dedicado es básicamente similar a cualquier otro ordenador moderno en cuanto a sus componentes físicos. Por lo general, utilizan piezas típicas orientadas a servidores para la mayoría de sus componentes, excepto la CPU (placas base, memoria, almacenamiento, etc.). Dado que el rendimiento del servidor de juegos suele estar limitado por un puñado de procesos clave que se paralelizan de forma deficiente, los servidores dedicados para juegos modernos suelen utilizar CPU de consumo de alta gama por su altísimo rendimiento de un solo subproceso, con cada máquina ejecutando unas pocas instancias o incluso una sola.
Los servidores de juegos dedicados suelen alquilarse a un proveedor de alojamiento; para juegos menos exigentes o aquellos con un menor número de jugadores, cuando los requisitos de rendimiento de un solo subproceso ya no están en los límites máximos de la tecnología actual, un solo servidor físico puede alojar docenas o cientos de instancias. Estos se ejecutan en hardware de servidor de cómputo típico, que incluye una CPU de varios núcleos y una capacidad de memoria muy alta. En la mayoría de los casos, se alquilan por instancia , y las tarifas dependen de cuántos núcleos de CPU y cuánta memoria y almacenamiento se requieren para cada instancia. Esto permite tarifas muy asequibles para clanes o individuos privados que solo necesitan un puñado de instancias, y permite a los editores escalar su cantidad de servidores con su cantidad de jugadores actualmente activos, pagando solo por los recursos que realmente necesitan en un momento dado.
Los servidores de escucha funcionan en el mismo proceso que un cliente de juego. Por lo demás, funcionan como servidores dedicados, pero normalmente tienen la desventaja de tener que comunicarse con jugadores remotos a través de la conexión a Internet residencial del jugador que los aloja. El rendimiento también se reduce por el simple hecho de que la máquina que ejecuta el servidor también genera una imagen de salida. Además, los servidores de escucha otorgan a cualquiera que juegue directamente en ellos una gran ventaja de latencia sobre otros jugadores y dejan de existir cuando ese jugador abandona el juego. [1] [3]
Sin embargo, los servidores de escucha tienen la ventaja de ser esencialmente gratuitos y no requieren ninguna infraestructura especial ni planificación previa para su instalación, lo que los hace comunes en las fiestas LAN donde los problemas de latencia y ancho de banda no son una preocupación. También son comunes en los juegos de consola .
En un sistema de servidor de escucha, la "migración de host" es una característica útil. Sin la migración de host, si el jugador que actualmente está hospedando se desconecta por cualquier motivo (abandona, falla, pierde la conexión de red, etc.), el servidor actual deja de funcionar y el juego finaliza. Una característica de migración de host permite que uno de los otros jugadores sea designado como el nuevo host, para que el juego pueda continuar.
En el modelo cliente/servidor que se describe en otras partes de este artículo, los clientes reciben datos procesados del servidor y los muestran sin pensarlo mucho. En el modelo alternativo "entre pares" no hay servidor: cada "par" recibe los flujos de entrada sin procesar de cada uno de los otros jugadores y determina los resultados por sí mismo. [4]
El sistema peer-to-peer se considera generalmente obsoleto para los juegos de acción, pero sigue siendo común en el género de estrategia en tiempo real debido a su idoneidad para juegos con grandes cantidades de fichas y pequeñas cantidades de jugadores. En lugar de transmitir constantemente las posiciones de 1000 tropas, el juego puede realizar una transmisión única del hecho de que se seleccionaron 1000 tropas y que el jugador al mando de ellas acaba de emitir una orden de movimiento. [4]
Sin embargo, el peer to peer tiene muchas desventajas: [4]
Varios servidores de escucha se conectan entre sí de forma colectiva para establecer una configuración de escucha entre pares. Este tipo de configuración evita las desventajas de las comunicaciones entre pares entre todos los clientes y es una mejor alternativa a los servidores dedicados para una mayor cantidad de clientes. [ cita requerida ]
La velocidad a la que un servidor de juegos ejecuta los pasos de simulación se conoce comúnmente como "tickrate". Un "tick" es un número asociado con cada paso de simulación que se transmite a los clientes para ayudarlos a sincronizarse con el servidor.{9}
Existen tres razones para limitar la frecuencia de los pasos de simulación del servidor a una tasa de ticks predefinida: conservar el ancho de banda del servidor y del cliente, conservar el tiempo de CPU del servidor y permitir que los clientes estén seguros de cuánto tiempo ha transcurrido entre cada tick. El último punto es importante para los juegos de Internet, ya que las actualizaciones de red del servidor pueden llegar en diferentes intervalos o incluso en un orden incorrecto. [5]
Los servidores, en particular los de juegos para PC , generalmente se pueden personalizar de manera que permitan que los clientes sin modificaciones se conecten a ellos. Estas personalizaciones pueden incluir ajustes a las configuraciones integradas del juego, contenido que descargan los clientes cuando se unen al juego [6] y código nuevo que cambia la forma en que se comporta el servidor [7] .
Si bien la personalización del servidor es popular entre los administradores de servidores y los jugadores, puede entrar en conflicto con el deseo de los desarrolladores y otros jugadores de que el juego se experimente como se pretende. [8] [9] También puede agravar la situación de los jugadores al permitir que los administradores abusivos mientan sobre lo que ofrece su servidor. [10]