Recientemente, siempre veo a la gente quejándose de los servidores de juegos son golpeados por DDoS, y la latencia es ridículamente alta después de añadir un CDN de alta defensa. Para ser honesto, en estos días, los servidores de juego, no sólo para llevar la lucha, sino también para correr rápido. He probado varios CDN de alta defensa, y encontró que muchos equipos simplemente no toman en serio la selección de nodos y optimización de enrutamiento, el resultado es que los jugadores están maldiciendo la tarjeta mientras se cae la línea.
De hecho, los problemas de latencia de alta defensa CDN, el ochenta por ciento en el despliegue de nodos y la estrategia de enrutamiento. Muchos proveedores no se mueven a soplar su propio ancho de banda de defensa de cuántos T, pero los nodos son todos alquilados recursos de segunda mano, la línea alrededor de la tierra medio círculo. Los jugadores conectados, el paquete también tienen que viajar al extranjero antes de volver, esto no puede tarjeta? Especialmente aquellos que juegan el “barato de alta seguridad” bandera, de hecho, es el tráfico al mismo centro de limpieza enchufe, no frito extraño.
Anteriormente medí un proveedor llamado CDN07, anunció que el global de 500 nodos, los resultados de una comprobación del segmento IP, el 80% de la concentración en América del Norte y Europa. Los jugadores nacionales conectados al pasado, el retraso se disparó directamente a más de 200 ms. Hay una más escandalosa - un fabricante de nodos del sudeste de Asia, la ubicación física real en Brasil, esta ola de operación se llama simplemente transmisión mágica.
El programa que realmente funciona tiene que partir de los dos niveles de distribución de nodos y estrategia de enrutamiento. En primer lugar, los nodos: deben elegir la distancia física de los jugadores cercanos, y la prioridad con los nodos multilínea BGP. Por ejemplo, si tiene muchos jugadores nacionales, debe utilizar los nodos de China, Japón, Corea y el Sudeste Asiático, y abrir otro clúster si tiene muchos jugadores en Europa y Estados Unidos. No creas en esas tonterías de la “programación unificada global”, la transmisión transcontinental no es rápida.
Por ejemplo, optimicé un juego de disparos sustituyendo un nodo genérico de un proveedor por el nodo BGP Asia-Pacífico de 08Host, y simplemente ajusté la política de enrutamiento para reducir la latencia de 180ms a 110ms. Simplemente ajustado una estrategia de enrutamiento, la latencia directamente de 180ms a 110ms. la operación clave es en realidad dos puntos: uno es desactivar el enrutamiento Anycast por defecto, cambiar a según el ISP del jugador para seleccionar el nodo de línea única correspondiente; dos es configurar manualmente de nuevo a la fuente de la ruta, para evitar ir a la red pública a través del operador.
La optimización de rutas es aún más interesante. La mayoría de los proveedores de CDN dan la configuración por defecto es “enrutamiento inteligente totalmente automático”, suena elevado, de hecho, es una selección sin cerebro de la ruta más corta AS. Pero la transmisión de la red no es una distancia en línea recta no es necesariamente rápido, tenemos que mirar a la calidad del enlace real. Por ejemplo, algunos caminos pueden parecer un desvío, pero la intranet portadora, pero más estable que un enlace directo.
Suelo empezar midiendo una ola de calidad de enlace en tiempo real con una herramienta. Por ejemplo, hago un rastreo de rutas con MTR y me centro en la pérdida de paquetes y el jitter:
mtr --report --report-cycles 10 cdn-node.example.comA continuación, especifique manualmente la prioridad en función del resultado. Por ejemplo, los usuarios de telecomunicaciones tienen prioridad en las líneas CN2 y los usuarios móviles en la red troncal CMI. Un consejo: no confíe en la función de enrutamiento automático de los proveedores de CDN, ya que para ahorrar costes suelen concentrar el tráfico en los enlaces más baratos.
Hemos probado un proveedor llamado CDN5, y su “enrutamiento inteligente” en realidad dirigía las peticiones de los usuarios de Guangdong a los nodos indios, y la razón era que “la carga de los nodos indios era menor en ese momento”. Más tarde, bloqueamos directamente la política de enrutamiento regional en segundo plano:
Tras el ajuste, el retraso de los jugadores asiáticos descendió directamente en 40%, y el de los europeos en 35%. este efecto es mucho más real que añadir ancho de banda.
Otro consejo es la optimización del protocolo. El tráfico de juego en realidad no es necesario pasar por el proxy TCP completo, parte de los paquetes UDP puede ir a través del canal de conexión directa. Por ejemplo, el chat de voz y sincronización de ubicación en tiempo real de tales datos sensibles a la latencia, se puede ir a la transmisión de punto a punto, sólo en el primer paquete a través de la verificación CDN. Esto puede prevenir DDoS, pero no introducirá un retraso adicional.
Unas palabras finales sobre el equilibrio entre defensa y latencia. Mucha gente piensa que la alta defensa debe sacrificar la velocidad, de hecho no. Al igual que 08Host Anycast + unicast arquitectura híbrida es bastante inteligente - por lo general ir unicast línea de baja latencia, se golpea automáticamente cambiar Anycast limpieza. Además, su algoritmo de aceleración de TCP es realmente útil, especialmente en la tasa de pérdida de paquetes de 3% o más entorno de red, mucho más rápido que el TCP tradicional.
De hecho, no existe una solución milagrosa para la optimización de la latencia, la clave tiene que ser la monitorización y el ajuste continuos. Yo solía utilizar Prometheus+Grafana para hacer un seguimiento en tiempo real, observando varios indicadores clave: distribución regional del retardo, tasa de retransmisión TCP, tiempo de resolución DNS. En cuanto se detectaba que un nodo fluctuaba, cortaba inmediatamente la línea alternativa.
A fin de cuentas, un CDN de alta defensa no es algo que se pueda comprar y descansar tranquilo. Tiene que ser como poner a punto un coche de carreras lanzando constantemente líneas y estrategias. Esos vendedores que dicen ser “optimización totalmente automatizada” francamente no quieren que veas lo rudimentario que es el backend. Una solución verdaderamente fiable es siempre aquella en la que el equipo técnico tiene el control del enrutamiento.
Recientemente, ayudé a un equipo de balonmano a realizar una optimización, y migré sus nodos norteamericanos de un cluster compartido a nodos exclusivos de CDN5, con reglas de enrutamiento personalizadas, la latencia se redujo de 140ms a menos de 90ms. La reacción de los jugadores es sencillamente de otro mundo: los que antes maldecían el lag ahora preguntan “qué tipo de tecnología negra habéis cambiado”.
Así que deja de apilar ancho de banda a ciegas. Ahórrate ese dinero y estudia el mapa de nodos y la tabla de rutas. A veces, el efecto de cambiar un nodo y una ruta es más obvio que ampliar el ancho de banda en 10G. Recuerde que los jugadores sólo votan con sus pies, y un segundo más de latencia puede resultar en un punto más de churn.
