Выбираем дата-центр по картам связности, а не по флажку страны на сайте

MAATRIX

На сайте хостера выбор локации обычно выглядит как список флажков: Россия, Германия, США, Великобритания — кликнул на нужную страну, и дело сделано. Но флажок страны ничего не говорит о том, как конкретный дата-центр подключён к остальному интернету. Два ЦОД в одном городе, у одного и того же провайдера в одной и той же стране, могут отличаться по реальной сетевой связности так же сильно, как разные страны — потому что связность определяется не географией, а пирингом, транзитом и физической близостью к магистральным маршрутам, а не названием на карте.

Почему «Германия» или «США» на сайте хостера — это не описание сети

Маркетинговая страница хостинга обычно перечисляет локации по стране и городу, потому что это понятная для клиента единица выбора: «мне нужен сервер в США» звучит как законченное требование. Но страна и даже город — это административная и географическая метка, а не техническая характеристика. Внутри одного города могут стоять десятки разных дата-центров, у каждого свой набор операторов связи, свои договорённости о пиринге и свой список точек обмена трафиком, к которым он физически подключён. Один ЦОД в этом городе может быть одним из крупнейших сетевых хабов региона с сотнями прямых пиринговых сессий, а соседний, в паре километров от него, — небольшой площадкой с одним-двумя транзитными аплинками и минимальным присутствием на локальных точках обмена трафиком.

Формально оба они «в Германии» или «в США», и на сайте хостера это будет один и тот же флажок. По факту же путь пакета от пользователя до сервера, стабильность соединения в час пик и устойчивость к авариям на стороне чужих сетей у этих двух площадок могут заметно различаться. Разница между пирингом и транзитом, которая и определяет большую часть этой картины, подробно разобрана в статье про пиринг и транзит простыми словами — здесь важно зафиксировать главный вывод: сеть, а не страна на карте, определяет, насколько быстро и надёжно к серверу дойдёт трафик пользователей.

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

Из чего складывается реальная связность дата-центра

Связность конкретной площадки — это не один параметр, а совокупность нескольких факторов, которые вместе определяют, насколько короткими и предсказуемыми получаются маршруты до разных частей интернета.

• Пиринг с другими сетями. Дата-центр или размещённые в нём операторы могут напрямую обмениваться трафиком с соседними сетями, минуя посредников — обычно через точку обмена трафиком (IX), физически расположенную в одном из зданий площадки или рядом с ней. Чем больше у площадки таких прямых стыков и чем крупнее сети на другом конце, тем короче типичный маршрут наружу.
• Транзит и разнообразие аплинков. Даже там, где прямого пиринга нет, важно, у скольких независимых транзитных операторов площадка или конкретный провайдер закупают доступ к остальному интернету. Один-единственный транзитный канал — это точка отказа: авария или перегрузка у этого аплинка бьёт по всем клиентам сразу, а несколько независимых каналов дают реальный резерв.
• Физическая близость к магистральным маршрутам. Часть задержки — это чисто физика: длина оптоволоконного пути и число промежуточных узлов. Дата-центры, стоящие рядом с узлами, через которые и так проходят основные магистральные линии региона, получают более короткие физические маршруты почти бесплатно, просто по расположению.
• Плотность и разнообразие сетей внутри самого ЦОД. Дата-центр, где физически присутствуют десятки и сотни разных операторов, CDN и облачных провайдеров, даёт больше возможностей для прямых пиринговых соглашений, чем площадка с горсткой резидентов — просто потому, что договориться о прямом стыке можно только с тем, кто физически рядом.

Ни один из этих пунктов не виден в списке характеристик тарифа на сайте хостера. Там будет написано «1 Gbps порт» и название города — и всё, а перечисленные выше факторы формируются годами инженерной и коммерческой работы конкретной площадки, а не одним фактом её географического расположения.

Не все локации в одной стране равнозначны: пример из практики

Самая наглядная иллюстрация того, что связность и география — разные вещи, — ситуация, когда сервер физически дальше, но отвечает быстрее, потому что маршрут до него короче по числу сетевых переходов. Разбор конкретного такого случая, когда сервер во Франкфурте оказался быстрее московского именно для московской аудитории, — в статье про Франкфурт, который обошёл Москву по задержке. Там разница была между странами, но тот же самый механизм работает и внутри одной страны, между двумя дата-центрами в одном городе.

Логика идентична: крупный дата-центр в известном интернет-хабе региона обычно накопил за годы работы большое количество прямых пиринговых соглашений — просто потому, что к нему физически подключено много разных сетей, и договориться напрямую выгодно обеим сторонам. Менее известная площадка в том же городе, у которой этой истории и этой плотности резидентов нет, чаще держит связность на транзите от одного-двух аплинков. Разницу почти никогда не видно по списку характеристик тарифа — оба хостера напишут «дата-центр уровня Tier III» и один и тот же город, но по факту у первого маршрут до многих направлений короче и стабильнее, а у второго — длиннее и сильнее зависит от загрузки конкретного транзитного канала в час пик.

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

Практические признаки хорошо связанного дата-центра

Поскольку глубина пиринга и качество транзита формально не публикуются как параметр тарифа, приходится опираться на косвенные, но достаточно надёжные признаки.

• Количество и разнообразие сетей, присутствующих внутри самого ЦОД. Если эта информация публична (у крупных площадок часто есть открытый список резидентов или партнёрская страница с логотипами сетей и операторов), это прямой сигнал: чем больше разных крупных сетей физически стоит в том же здании, тем больше потенциальных прямых пирингов и тем выше шанс, что нужное вам направление уже подключено напрямую, а не через несколько посредников.
• Присутствие на крупных точках обмена трафиком региона. Если дата-центр является точкой присутствия известной в регионе IX или расположен там же, где физически стоит её коммутационное оборудование, это заметно увеличивает шансы на плотный пиринг у резидентов этой площадки.
• Наличие собственного looking glass у дата-центра или его ключевых резидентов. Публичный looking glass — веб-инструмент, позволяющий запустить ping, traceroute или посмотреть BGP-маршрут изнутри сети оператора, — сам по себе не гарантия хорошей связности, но косвенный признак зрелой инфраструктуры: такие инструменты обычно держат операторы, для которых сетевая прозрачность и удобство диагностики клиентов — часть повседневной работы, а не разовая функция для галочки. Подробно о том, что это за инструмент и как им пользоваться, — в статье про looking glass дата-центра.
• Репутация площадки как известного интернет-хаба региона. Некоторые дата-центры и целые районы города со временем становятся признанным местом концентрации сетевой инфраструктуры — туда исторически тянутся операторы именно ради связности с другими операторами, которые уже там есть, и это самоусиливающийся процесс: чем больше сетей уже присутствует, тем выгоднее присоединиться следующей. Такую репутацию сложно подделать маркетингом — она видна по составу резидентов и по тому, что о площадке говорят сами сетевые инженеры, а не по формулировкам на сайте хостинга.

Ни один из этих признаков не заменяет прямого измерения задержки до вашей собственной аудитории, но вместе они дают достаточно объективную картину, чтобы отличить площадку с серьёзной сетевой историей от той, что просто арендует стойки в подходящей по названию стране.

Как проверить эти признаки самостоятельно

Часть этой информации можно найти без специальных знаний BGP, вручную, за час-другой до того, как оформлять заказ.

1. Посмотрите PeeringDB. Это открытая база данных о сетях, их точках присутствия и пиринговой политике, которую заполняют сами операторы. Если известно название дата-центра или его конкретное здание (facility), в PeeringDB можно посмотреть список сетей, заявивших присутствие именно там — это неплохой количественный ориентир по плотности резидентов площадки.
2. Загляните на страницу «Network» или «Peering» самого дата-центра. Крупные площадки нередко публикуют список точек обмена трафиком, к которым подключены, и список ключевых транзитных партнёров — конкретные названия и цифры уже сами по себе сигнал зрелости, в отличие от общих фраз про «мощную инфраструктуру».
3. Проверьте наличие и содержимое looking glass, если он есть у площадки или у крупного оператора внутри неё — через него можно увидеть, как выглядит маршрут до интересующих вас направлений с точки зрения самого дата-центра, а не только с вашей стороны.
4. Спросите провайдера напрямую. На каких IX присутствует конкретный дата-центр, сколько у него независимых транзитных аплинков, есть ли прямой пиринг с сетями, важными для вашей аудитории. Ответ общими фразами без единого конкретного факта — сам по себе тревожный сигнал.
5. Сверьте площадку с независимыми источниками, например bgp.he.net или BGPView, где можно посмотреть данные об автономных системах, работающих в этом регионе, число их пиров и upstream-провайдеров — это не прямое подтверждение качества конкретного ЦОД, но помогает составить представление о плотности сетевой инфраструктуры вокруг него.

Ни один из этих шагов не занимает много времени по отдельности, а вместе они дают куда более объективную картину, чем один флажок страны на странице заказа.

Главный совет: не выбирайте дата-центр по названию города — тестируйте

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

Поэтому практический алгоритм выглядит так:

1. Отфильтруйте кандидатов по стране и городу — это грубый, но обязательный первый шаг, задающий разумный шорт-лист.
2. Внутри шорт-листа сузьте список по признакам связности из раздела выше — присутствие на известных IX, публичный looking glass, репутация хаба, доступная информация в PeeringDB.
3. Возьмите 2-4 финальных кандидата и измерьте задержку до реальной аудитории, а не полагайтесь на репутацию площадки как на готовый ответ. Подробный пошаговый план такого измерения — какие инструменты использовать, как читать результаты и не путать средний пинг с перцентилями — в статье про выбор локации по замерам аудитории.

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

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