Сетевой канал 1G против 10G

MAATRIX

Строчка «канал 10 Гбит/с» в конфигурации выглядит солиднее гигабитной, но платить за неё есть смысл далеко не всегда. Для одного проекта 1G — это узкое горло уже на старте, для другого 10G годами простаивает на десятой доле процента. Разберём предметно: когда гигабитного канала на выделенном сервере достаточно, когда нужен 10G, и как посчитать это заранее, а не по факту тормозов.

Что означают эти цифры

1G и 10G — это пропускная способность сетевого порта, то есть максимальная полоса, которую сервер может прокачать в секунду. Гигабитный канал — это примерно до 125 МБайт/с в идеале, десятигигабитный — до 1,25 ГБайт/с, на порядок больше. Важно не путать полосу (сколько данных в секунду) с двумя другими вещами: объёмом трафика в месяц (сколько всего) и латентностью (как быстро приходит первый байт). Это три независимых параметра, и решают они разные задачи.

Ещё нюанс — гарантированная полоса против «до». Одно дело выделенный порт 1G только ваш, другое — «до 1G» на общем аплинке, который делят соседи. Для серьёзных задач уточняйте, гарантирована ли полоса, — от этого зависит поведение под пиком.

Как посчитать нужную полосу

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

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

Когда гигабита достаточно

Честно: подавляющему большинству бизнес-задач хватает 1G, и брать 10G им незачем. Гигабитный канал спокойно тянет корпоративные сайты и порталы, интернет-магазины средней и даже высокой посещаемости, API-бэкенды, панели управления, 1С и учётные системы, почтовые и офисные сервисы. Пока вы отдаёте текст, картинки и данные, а не тяжёлые медиапотоки массово и одновременно, гигабит редко становится узким местом — раньше упрётесь в процессор или диск.

Хорошая проверка: если суммарный исходящий трафик в пике не приближается к 700–800 Мбит/с, 10G вам не нужен, это будет оплата простаивающей ёмкости. Гораздо полезнее вложить те же деньги в NVMe или память.

Когда нужен 10G

Есть классы задач, где 10G — не роскошь, а рабочая необходимость. Первый и главный — раздача тяжёлого контента многим одновременно: видеостриминг, VOD, крупные загрузки, файлообмен, зеркала и CDN-узлы. Здесь полоса и есть основной продукт, и гигабит кончается быстро.

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

Латентность, которую путают с полосой

Частая ошибка — думать, что «медленно» лечится более широким каналом. Если проблема в задержке, а не в полосе, 10G не поможет вообще. Для игровых серверов, торговых систем, интерактивных сервисов и голоса решает именно латентность — как быстро пакет доходит до пользователя и обратно. А её определяет не ширина канала, а физическое расстояние до аудитории и качество маршрутов.

Отсюда правило: до российской аудитории минимальный пинг дают серверы в РФ, до Европы — площадки в UK и ЕС, до американских сервисов — локация в США. Игровому серверу с сотней игроков куда важнее правильная локация и стабильный гигабит, чем незанятый десятигигабитный порт. Полосу и латентность закрывайте по отдельности, под свою реальную задачу.

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

Практический ориентир: канал становится узким местом заметно реже, чем кажется. Чаще первым упирается диск, вторым — процессор, и только в задачах массовой отдачи контента сеть выходит на первый план. Поэтому прежде чем доплачивать за 10G, убедитесь, что именно полоса, а не что-то другое, ограничивает вашу нагрузку.

Как выбирать при аренде

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

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

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