В тарифах colocation рядом с количеством юнитов и электрической мощностью почти всегда указана скорость сетевого подключения. Для одного собственного сервера это может быть 100 Мбит/с, 1 Гбит/с, а для более требовательных проектов доступны 10 Гбит/с и выше. Наиболее привлекательным выглядит гигабитный порт: цифра большая, запас кажется огромным, а сервер получает современное быстрое подключение к дата-центру.
Но скорость порта и реальная потребность проекта — разные вещи. Обычный интернет-магазин способен прекрасно работать через 100 Мбит/с и никогда не подходить к этому пределу. В то же время сервер резервного копирования с десятками терабайт данных может постоянно упираться даже в гигабит. Поэтому выбирать colocation только по максимальной скорости неправильно.
Есть и второй параметр, который иногда важнее самого порта: способ тарификации трафика. Один дата-центр предоставляет 1 Гбит/с без ограничения месячного объёма, другой включает определённое количество терабайт, третий предлагает безлимит только при ограниченной полосе. Два тарифа с одинаковой надписью 1 Гбит/с из-за этого могут совершенно по-разному подходить одному и тому же серверу.
Перед заказом полезно разделить три понятия: скорость физического порта, доступную полосу и количество данных, которое можно передать за месяц. Именно их сочетание определяет, насколько сетевой тариф соответствует проекту.
Что на самом деле даёт серверу порт 1 Гбит/с
Один гигабит в секунду соответствует теоретической скорости передачи до 125 мегабайт в секунду. В реальной сети полезная скорость будет несколько ниже из-за служебных данных протоколов, характеристик маршрута и других факторов.
Для обычного веб-сайта это всё равно очень большая пропускная способность. HTML-страницы, API-запросы, изображения и даже довольно крупный интернет-магазин обычно не создают постоянный поток, близкий к гигабиту.
Представим страницу сайта общим объёмом 2 МБ. Даже если её одновременно открывает большое количество пользователей, нагрузка распределяется во времени. Кроме того, часть статических файлов обычно кэшируется браузерами или передаётся через CDN. Поэтому высокая посещаемость сама по себе ещё не означает необходимость гигабитного канала.
Намного сильнее сеть нагружают большие файлы. Если сервер раздаёт дистрибутивы, резервные копии, видео, игровые файлы, фотографии в высоком разрешении или другой тяжёлый контент, доступная полоса начинает непосредственно влиять на скорость скачивания.
Гигабит полезен и серверу резервного копирования. Например, если ночью нужно передать на другую площадку сотни гигабайт данных, разница между 100 Мбит/с и 1 Гбит/с становится вполне практической. Чем быстрее завершается backup, тем меньше окно, в течение которого сеть активно занята передачей больших объёмов.
Порт 1 Гбит/с не гарантирует гигабит до каждого пользователя
Надпись 1 Гбит/с в тарифе означает пропускную способность подключения сервера к сети оператора в рамках условий услуги. Она не гарантирует, что любой посетитель из любого региона сможет скачивать данные со скоростью почти 1 Гбит/с.
На реальную скорость влияет весь маршрут между пользователем и сервером. Домашнее подключение клиента может быть ограничено 100 или 300 Мбит/с, Wi-Fi способен стать узким местом, а между операторами существуют собственные маршруты и ограничения.
Поэтому покупать гигабит исключительно ради того, чтобы сайт быстрее открывался у одного посетителя, обычно нет смысла. Для скорости страницы гораздо важнее время ответа приложения, работа базы данных, кэширование, оптимизация изображений и расположение сервера относительно основной аудитории.
Сильная сторона большого порта проявляется в параллельной работе. Один пользователь занимает небольшую часть полосы, второй ещё часть, сотни соединений складываются вместе. Именно здесь большой запас пропускной способности позволяет серверу обслуживать множество клиентов одновременно без упора в сетевой интерфейс.
Поэтому для массового файлового сервиса 1 Гбит/с может использоваться довольно активно, а для сайта с таким же количеством посетителей оставаться почти свободным.
Проверить реальную необходимость проще всего по мониторингу текущего сервера. Нужно смотреть не количество посетителей, а фактический входящий и исходящий трафик в мегабитах в секунду.
Если в самые загруженные часы график редко поднимается выше 30-40 Мбит/с, переход со 100 Мбит/с на гигабит не даст сайту десятикратного ускорения. Сетевая полоса и так не является ограничением.
Если же поток регулярно подходит к максимальному значению порта, увеличение пропускной способности уже способно дать реальный эффект.
При этом смотреть только среднюю нагрузку за сутки нельзя. Сервер может большую часть времени использовать 10 Мбит/с, а несколько раз в день резко подниматься до 100 Мбит/с. Именно пики покажут, мешает ли существующее ограничение.
Безлимит 100 Мбит/с и ограниченный гигабит решают разные задачи
Одно из самых интересных сравнений в colocation — постоянная полоса 100 Мбит/с без ограничения объёма против порта 1 Гбит/с с месячной квотой трафика.
Первый тариф позволяет непрерывно передавать данные, не считая каждый терабайт, но максимальная скорость ограничена. Второй даёт высокую пиковую производительность, зато после большого объёма передачи могут появиться дополнительные расходы.
Для обычного сайта второй вариант часто удобнее. Сайт способен мгновенно использовать дополнительную полосу во время всплеска посещаемости, но за месяц всё равно передаёт сравнительно небольшой объём данных.
Для резервного хранилища или файлового сервера ситуация может быть обратной. Если машина постоянно передаёт терабайты, предсказуемый безлимитный канал становится важнее высоких кратковременных пиков.
Чтобы понять масштаб, достаточно выполнить простой расчёт. Если полностью загружать порт 100 Мбит/с круглосуточно, за месяц через него можно передать десятки терабайт данных. При 1 Гбит/с потенциальный объём будет примерно в десять раз больше.
На практике обычный сервер редко непрерывно использует канал на 100 процентов, но расчёт хорошо показывает, почему оператору важно различать скорость порта и месячный объём.
Именно поэтому в тарифе нужно смотреть не только красивую цифру возле Гбит/с.
Как выбрать сетевой тариф colocation под свой сервер
Начать стоит с назначения машины. Если на сервере работает интернет-магазин, корпоративный сайт или несколько проектов, сеть редко является самым дорогим ресурсом. Для такой инфраструктуры важнее стабильность подключения и возможность переживать кратковременные пики.
Гигабитный порт здесь можно воспринимать как удобный запас, особенно если он входит в тариф без большой доплаты. Но переплачивать за него в несколько раз по сравнению с реально достаточным каналом нет необходимости.
Файловый сервер оценивается иначе. Нужно знать средний размер файлов, количество одновременных загрузок и ожидаемый месячный объём.
Допустим, клиенты регулярно скачивают архивы по несколько гигабайт. На 100 Мбит/с один крупный файл способен заметно занимать полосу довольно долго. При нескольких параллельных скачиваниях пользователи начинают делить доступную скорость между собой.
Гигабит в таком случае даёт намного более заметную пользу.
Для backup-сервера полезно посчитать объём одной резервной копии и допустимое окно передачи. Если каждую ночь нужно отправлять 500 ГБ, медленный канал способен превратить ночной backup в задачу, которая не успевает завершиться до начала рабочего дня.
Высокая скорость позволяет сократить это окно.
Но если резервная копия отправляется раз в неделю и занимает 20 ГБ, покупать дорогой гигабит только ради неё бессмысленно.
Отдельно стоит смотреть входящий и исходящий трафик. У большинства публичных сайтов исходящий поток значительно важнее: сервер отправляет страницы, изображения и файлы пользователям.
Для системы резервного копирования направление может быть противоположным. Сервер в ЦОД принимает большой объём данных из других мест.
Некоторые операторы тарифицируют направления одинаково, другие могут иметь свои условия. Это нужно проверять в конкретном предложении.
Следующий вопрос — считается ли трафик между серверами клиента внутри одного ЦОД.
Если несколько машин объединены приватной сетью, большой внутренний обмен может не учитываться как публичный интернет-трафик или иметь отдельные условия.
Для инфраструктуры из нескольких серверов это очень полезно. База данных, backup и веб-узлы способны обмениваться терабайтами, не расходуя внешнюю квоту.
Если планируется такое использование, условия внутренней сети нужно узнать заранее.
Для одного сервера это менее важно, но может стать актуальным после расширения инфраструктуры.
Необходимо проверить и правила превышения лимита. Представим тариф с включёнными 10 ТБ в месяц. Что произойдёт после передачи 10,1 ТБ?
Оператор может автоматически выставить счёт за дополнительный объём, ограничить скорость, предложить купить пакет или вообще использовать другую схему тарификации.
Лучше знать это до неожиданного всплеска трафика.
Особенно осторожно стоит относиться к проектам, где объём способен резко вырасти из-за внешнего события. Популярная публикация, выход обновления программы или вирусное видео могут за несколько дней создать трафик, который обычно набирается месяц.
Если превышение стоит дорого, успешный всплеск популярности превращается в неожиданный счёт.
Для таких проектов выгоднее тариф с понятным безлимитом или большим включённым запасом.
Есть и противоположная ситуация. Компания годами оплачивает безлимитный гигабит, а сервер передаёт 300 ГБ в месяц. Здесь деньги расходуются на возможность, которой проект практически не пользуется.
Мониторинг позволяет увидеть это довольно быстро.
При выборе тарифа colocation я бы вообще старалась исходить из фактических данных и возможности апгрейда. Если сегодня серверу хватает 100 Мбит/с, а оператор позволяет перейти на 1 Гбит/с без физического переезда, покупать максимальный вариант заранее необязательно.
Это особенно удобно при новом проекте, когда реальный профиль трафика ещё неизвестен.
Можно начать с разумного тарифа, собрать статистику за несколько месяцев и расширить канал при необходимости.
Важно только убедиться, что апгрейд действительно возможен без длительного согласования и замены оборудования.
Для большого трафика стоит спросить и о порте 10 Гбит/с. Он может понадобиться не только огромному публичному сайту.
Например, сервер имеет массив быстрых NVMe и регулярно передаёт данные другому узлу в том же ЦОД. Один гигабит ограничивает полезную скорость примерно сотней мегабайт в секунду, тогда как сами накопители способны работать во много раз быстрее.
При больших резервных копиях или репликации это становится заметным ограничением.
Но для обычной страницы WordPress наличие 10 Гбит/с почти ничего не меняет.
Поэтому сетевой порт нужно выбирать под тип данных, а не класс самого сервера.
Мощная машина с двумя процессорами может прекрасно работать через 100 Мбит/с, если выполняет расчёты и практически ничего не передаёт наружу. Небольшой сервер с простым CPU может постоянно использовать гигабит, если его основная задача заключается в раздаче файлов.
Отдельного внимания заслуживает DDoS. Если сервер подключён на 1 Гбит/с, это не означает, что атака размером больше гигабита просто будет частично отброшена без последствий.
Вредоносный поток способен заполнить канал выше точки подключения клиента. Поэтому фильтрация должна работать внутри сети оператора до узкого места.
При выборе большого трафикового тарифа стоит одновременно посмотреть, какая защита от атак включена и учитывается ли отфильтрованный вредоносный поток в обычной квоте.
Иначе атака может не только повлиять на сервис, но и создать дополнительный расход трафика.
Стоит учитывать и качество самой сети. Гигабитный порт мало полезен, если маршруты до основной аудитории нестабильны.
Перед colocation можно запросить тестовый IP и проверить задержки из нескольких сетей и регионов. Для российского сайта полезно посмотреть соединение из Москвы, Санкт-Петербурга, Урала и других регионов, где находится заметная часть пользователей.
Важна не минимальная цифра ping в одном тесте, а отсутствие странных маршрутов и потерь пакетов.
Полезно узнать количество внешних операторов связи и общую схему резервирования. Сервер с гигабитным портом всё равно зависит от сети дата-центра.
Если площадка имеет несколько независимых внешних маршрутов, проблема одного оператора не должна автоматически делать colocation недоступным.
Для критичного проекта можно дополнительно рассмотреть два сетевых подключения собственного сервера, но это уже вопрос резервирования, а не увеличения обычной полосы.
Два порта по 1 Гбит/с не обязательно дают одному пользовательскому соединению скорость 2 Гбит/с. Их можно использовать для отказоустойчивости или распределения множества независимых потоков в зависимости от сетевой схемы.
Поэтому если задача заключается только в увеличении пропускной способности, иногда проще заказать один более быстрый интерфейс.
Нужно учитывать и CDN. Если значительная часть статических файлов передаётся через внешнюю сеть доставки контента, нагрузка на origin-сервер может существенно снизиться.
Сайт с большим количеством изображений способен обслуживать огромную аудиторию, а собственный сервер будет получать только часть запросов.
В таком случае дорогой сетевой тариф colocation может быть менее важен, чем хорошая конфигурация CDN.
Но CDN не уменьшает внутреннюю нагрузку базы данных и не всегда подходит для динамического контента, поэтому оценивать нужно конкретную архитектуру.
Для нового сервера я бы начинала с оценки ожидаемого профиля, а после запуска обязательно включила сетевой мониторинг.
Полезны графики загрузки интерфейса, месячного объёма и пиков. Через несколько недель уже будет понятно, используется ли канал рационально.
Если гигабитный порт большую часть времени показывает 5-10 Мбит/с, сам факт его наличия не проблема, если он дешёвый. Но платить значительную сумму только за красивую цифру бессмысленно.
Если график регулярно подходит к 800-900 Мбит/с, проект действительно использует возможности канала и уже стоит думать не о сокращении тарифа, а о следующем уровне.
Особенно важно смотреть пиковую нагрузку во время резервных копий, импорта файлов и других регулярных операций. Они могут создавать намного больший поток, чем посетители сайта.
Иногда достаточно изменить расписание. Например, backup можно запускать ночью, когда пользовательский трафик минимален. Тогда один канал обслуживает обе задачи без необходимости апгрейда.
Это дешевле постоянного увеличения полосы ради нескольких часов в сутки.
В результате лучший тариф для colocation не обязательно содержит максимальную скорость. Он должен позволять серверу спокойно переживать нормальные пики, обеспечивать предсказуемую стоимость трафика и давать возможность расширения при росте проекта.
Для обычного сайта гигабит часто является приятным запасом, но не обязательным условием. Для файлового сервера, системы резервного копирования, медиапроекта или нескольких машин с активным обменом данными тот же гигабит может стать минимально разумным вариантом.
Поэтому перед заказом стоит ответить всего на несколько вопросов: какой поток сервер создаёт в обычное время, насколько высоки пики, сколько данных передаётся за месяц и что произойдёт после превышения квоты.
После этого цифры 100 Мбит/с, 1 Гбит/с и 10 Гбит/с перестают быть маркетинговыми характеристиками и становятся понятными инструментами для выбора тарифа.
