Anycast-сеть или обычная локация для игрового сервера

MAATRIX GAMES

Рано или поздно на форумах про хостинг игровых серверов натыкаешься на слово Anycast — обычно в контексте «защита от DDoS» или «низкий пинг из любой точки мира». Звучит как технология без минусов, но на практике она устроена сложнее, чем кажется по рекламным баннерам, и для типового сервера Minecraft или Rust на 10-40 игроков часто вообще не то, что тебе нужно. Разбираемся, что Anycast делает технически, где он реально решает проблему, а где обычная локация с одной точкой присутствия справится не хуже — и даже надёжнее.

Что такое Anycast и как это устроено технически

Обычный хостинг — это Unicast: один IP-адрес привязан к одному физическому серверу в одном дата-центре. Игрок из Новосибирска и игрок из Берлина, подключаясь к одному и тому же IP, всегда попадают на один и тот же железный сервер, просто с разным пингом в зависимости от расстояния и маршрута.

Anycast — это когда один и тот же IP-адрес анонсируется по протоколу BGP сразу из нескольких точек присутствия (PoP) одновременно. Магистральные роутеры интернета видят несколько путей к одному адресу и выбирают тот, что короче по BGP-метрикам (обычно это количество автономных систем на пути, AS-path, а не физическое расстояние — это важный нюанс, о нём ниже). В результате трафик от разных игроков «естественным образом» приходит в ближайшую к ним точку сети, хотя формально они стучатся в один и тот же IP.

Ключевая деталь, которую часто упускают в рекламных описаниях: Anycast — это про маршрутизацию до точки входа в сеть, а не про то, где физически выполняется твой игровой процесс. Дальше от точки входа трафик ещё нужно доставить до реального сервера — либо игровой процесс крутится в каждой точке присутствия локально, либо трафик из PoP туннелируется дальше до одного бэкенда. Это не одно и то же, и от этого прямо зависит, получишь ли ты реальный выигрыш.

Обычная локация — что это и как работает

Классический вариант, с которым работает большинство хостингов игровых серверов, включая большинство предложений на рынке аренды: ты выбираешь дата-центр (например, UK, US или RU — подробнее о выборе между ними в статье про сравнение локаций), получаешь один выделенный IP, и весь трафик всех игроков идёт по обычному маршруту Unicast до этой единственной точки.

Плюс простоты — предсказуемость. Маршрут до сервера один и тот же от старта до конца сессии, пинг стабилен (плюс-минус загрузка транзитных каналов провайдера в моменте), а если что-то с сетью не так — диагностировать проще: один маршрут, один узел, меньше переменных.

Минус очевиден — если твоя аудитория раскидана по миру, для части игроков пинг будет объективно выше, просто из-за физики и расстояния до конкретной точки.

Где Anycast реально даёт выигрыш

Технология не бесполезна — она отлично решает конкретные задачи, просто не те, о которых чаще всего думают геймеры:

• DDoS-защита на уровне сети. Это основной и самый обоснованный сценарий использования Anycast в игровом хостинге. Когда на IP идёт волюметрическая атака (флуд UDP-пакетами, амплификация через открытые DNS/NTP-резолверы и подобное), Anycast размазывает входящий трафик атаки сразу по нескольким точкам присутствия — вместо того, чтобы вся атака упиралась в один канал одного дата-центра. Каждая точка фильтрует свою часть трафика (scrubbing), и легитимные пакеты игроков доходят до бэкенда уже очищенными. Именно так устроены крупные сети anti-DDoS вроде тех, что стоят перед многими игровыми и не только сервисами — не как замена хостингу, а как фильтр перед ним.
• Статические и малочувствительные к состоянию сервисы. Раздача патчей, списки серверов, лаунчеры, мастер-серверы для браузинга комьюнити — короткие HTTP/HTTPS-запросы или UDP-пинги без долгоживущего состояния сессии отлично ложатся на Anycast: запрос ушёл в ближайшую точку, получил ответ, сессия закрылась.
• Матчмейкинг и лобби-сервисы крупных платформ — там, где клиент сначала стучится в ближайшую точку входа, чтобы получить список серверов или адрес relay-узла, а сама игровая сессия потом уже идёт по отдельному маршруту.

Где Anycast не помогает — и может даже навредить

А вот для самого игрового процесса — того самого UDP или TCP-потока, который держит состояние партии часами напролёт, — Anycast работает не так однозначно хорошо, как в рекламе:

• BGP-маршруты не статичны. Магистральные роутеры периодически пересчитывают лучший путь — из-за изменений в топологии сети, обслуживания у транзитных провайдеров, конвергенции после сбоя где-то совсем в другом месте интернета. Если в середине твоей игровой сессии BGP-маршрут «перетекает» в другую точку присутствия — а это стандартное поведение Anycast, никакой аномалии тут нет — соединение либо рвётся, либо начинает вести себя странно, потому что на новой точке нет состояния твоей сессии (кто ты, какой у тебя сложился игровой стейт с сервером).
• Без специально спроектированной sticky-маршрутизации (когда сеть поверх Anycast ещё и удерживает конкретного клиента за конкретным бэкендом через consistent hashing или похожий механизм) долгоживущие игровые сессии на голом Anycast — плохая идея. Это не теоретическая придирка: именно поэтому крупные игровые сети, которые всё-таки используют Anycast для игрового трафика, вкладываются в отдельный инженерный слой поверх него, а не просто анонсируют IP из нескольких точек и оставляют как есть.
• AS-path — это не физическое расстояние. BGP выбирает маршрут по числу автономных систем на пути, а не по километрам оптики. Иногда «ближайшая» по BGP точка присутствия оказывается не географически ближайшей, и пинг парадоксально не улучшается, а игрок получает случайно выбранную точку с непредсказуемой задержкой.
• Диагностика сложнее. Когда у одного игрока лагает, а у остальных нет, при обычной локации это почти всегда путь конкретного провайдера или домашняя сеть игрока. При Anycast к списку причин добавляется ещё и «в какую точку присутствия его в этот момент завернул BGP» — это не всегда прозрачно видно ни админу, ни самому игроку.

Что на практике делают провайдеры игровых серверов

Большинство хостингов, которые дают в аренду именно игровой сервер (а не CDN и не API-эндпоинт), используют гибридную схему, а не Anycast «в лоб» для игрового процесса: сам сервер стоит в конкретной локации на Unicast-адресе — стабильно, предсказуемо, с понятным маршрутом — а перед ним по желанию можно поставить Anycast-сеть именно как защитный экран от DDoS, которая фильтрует мусорный трафик и пропускает дальше только легитимные пакеты игроков.

Это разумный компромисс: ты получаешь предсказуемость обычной локации для самого игрового процесса и защиту масштаба Anycast-сети только там, где она реально нужна — на этапе фильтрации атак, а не на этапе доставки каждого игрового пакета до сервера. Если видишь в описании тарифа формулировку вроде «DDoS-защита через Anycast-сеть» — это, скорее всего, именно такая схема, и это хороший знак, а не маркетинговый шум.

Отдельная история — платформы с десятками региональных дата-центров и автоматическим переключением игрока на ближайший из них при подключении. Это не совсем Anycast в чистом виде (чаще там GeoDNS или анкаст только на уровне выбора точки входа, а игровая сессия дальше закрепляется за одним конкретным бэкендом), но путаница в терминологии в маркетинговых текстах встречается сплошь и рядом — если не уверен, что конкретно предлагает провайдер, стоит спросить прямо, что происходит с маршрутом уже после подключения, а не только на старте.

Как выбрать между Anycast и обычной локацией для своего сервера

Практический чек-лист, если решаешь, на что смотреть при выборе хостинга:

Если стабильно ловишь скачки пинга без атак — это, скорее всего, вообще не вопрос Anycast или локации, а тема отдельной диагностики: маршрут провайдера игрока, перегрузка канала в часы пик, проблемы на стороне самого сервера. Разбор конкретно этой ситуации — в статье про диагностику высокого пинга у всех игроков одновременно.

Частые вопросы