Цена одного гигабайта трафика у разных провайдеров: разбор

MAATRIX

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

Три модели тарификации трафика

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

1. Включённый безлимит (или очень большой фиксированный пакет). Типично для классических VPS и выделенных серверов. В тариф зашит объём, который на практике покрывает подавляющее большинство сценариев — сайт, API, небольшой стриминг, VPN для нескольких устройств. Формально это часто не «безлимит» в буквальном смысле, а пакет в несколько терабайт или даже десятков терабайт в месяц, который на практике никто не выбирает целиком. Превышение либо не тарифицируется вовсе (трафик просто режется по скорости — см. ниже), либо тарифицируется по остаточному принципу и редко всплывает в обычной эксплуатации.

2. Оплата за фактически использованный объём сверх включённого пакета. Типичная модель для крупных облачных провайдеров (гиперскейлеров). В тариф компьютового ресурса (vCPU + RAM) трафик обычно не входит вовсе, либо входит небольшой бесплатный лимит, а всё, что сверху, считается по счётчику — обычно отдельно для входящего (ingress) и исходящего (egress) трафика. Здесь и кроется главная засада, о которой ниже.

3. Фиксированная полоса (порт) в Mbps/Gbps вместо объёма в гигабайтах. Вы платите не за «сколько скачали», а за «с какой скоростью канал вам выделен» — условно, 100 Мбит/с или 1 Гбит/с в вашем полном распоряжении круглосуточно. Объём при этом физически ограничен только пропускной способностью и временем: канал в 100 Мбит/с теоретически может прокачать около 32 ТБ в месяц при полной круглосуточной утилизации, но в реальности утилизация никогда не приближается к 100%, и это не то, что вы «покупаете» — вы покупаете саму полосу, а не гарантированный объём. Эта модель типична для дата-центровых аплинков, colocation и части выделенных серверов, где провайдер оперирует портами, а не гигабайтами.

Дальше — почему модель №2 регулярно оказывается неожиданно дорогой, а модель №1 — щедрой почти без исключений.

Почему исходящий трафик в облаке — самая коварная статья расхода

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

Три причины, почему это регулярно ловит людей врасплох:

• Асимметрия направлений. У большинства проектов исходящего трафика в разы больше входящего: отдаёте видео, картинки, ответы API, файлы — а получаете в основном короткие запросы. Именно исходящий трафик и есть основной объём вашей нагрузки, и именно он платный.
• Межрегиональный и межконтинентальный трафик дороже внутрирегионального. Если ваш сервер в одном регионе облака, а пользователи или ваша реплика базы данных — в другом, трафик между ними и до конечного пользователя может тарифицироваться по повышенной ставке по сравнению с трафиком внутри одного региона или одной зоны доступности. Это редко очевидно на старте — архитектура «сервер в одном регионе, CDN или бэкап в другом» кажется невинной, а по факту генерирует постоянный платный поток.
• Ступенчатые тарифы усложняют прогноз. Часто первые несколько гигабайт в месяц бесплатны, дальше идёт тариф за диапазон объёма, который может отличаться от следующего диапазона. Спрогнозировать точный счёт заранее сложно без реального замера — а по факту многие узнают об этом постфактум, увидев счёт за прошедший месяц.

Именно поэтому классический комментарий «в облаке дешевле начать, но дороже расти» чаще всего именно про трафик, а не про CPU/RAM — вычислительные ресурсы предсказуемы, а трафик у растущего проекта становится главной статьёй затрат. Подробнее о том, где вообще проходит грань, за которой облако становится дороже VPS, разобрано в статье где облако становится дороже VPS.

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

Как посчитать реальный ожидаемый объём трафика своего проекта

Прежде чем сравнивать тарифы, нужна цифра — сколько трафика ваш проект реально потребляет или будет потреблять. Общая методика:

Шаг 1. Определите тип нагрузки. Трафик очень по-разному растёт в зависимости от того, что вы раздаёте:

Это ориентировочные соотношения, а не измеренные бенчмарки — у вас конкретные цифры будут зависеть от формата, сжатия и кодеков. Смысл таблицы — показать порядок разницы между типами нагрузки, а не дать точное число.

Шаг 2. Оцените число обращений в месяц. Возьмите ожидаемое количество уникальных посетителей/запросов/скачиваний и умножьте на средний объём одного обращения из шага 1. Если у вас уже есть работающий проект — не гадайте, а посмотрите факт: vnstat или счётчики на сетевом интерфейсе сервера дадут реальную цифру за прошедший месяц, а логи веб-сервера (nginx/apache) — разбивку по типам запросов.

Пример быстрой проверки на уже работающем сервере:

# суммарный трафик по интерфейсу за месяц (если vnstat установлен и собирает статистику давно)
vnstat -m

# разбивка по размеру ответов в логе nginx за сегодня (грубая оценка)
awk '{sum+=$10} END {print sum/1024/1024 " MB"}' /var/log/nginx/access.log

Шаг 3. Заложите запас на пики и рост. Умножьте расчётную цифру минимум на 1.5–2, если у проекта есть сезонность, вирусные всплески или ожидаемый рост аудитории. Недооценённый трафик — самая частая причина, по которой счёт за облако месяц от месяца растёт быстрее, чем ожидалось.

Шаг 4. Отдельно посчитайте служебный трафик. Бэкапы, репликация базы данных, синхронизация с CDN, мониторинг — всё это генерирует трафик, который легко забыть при прикидке «на глаз», но который в облаке тоже тарифицируется как исходящий, если уходит за пределы региона или зоны доступности.

Как сравнивать модели тарификации между собой

Имея на руках оценку объёма (в ГБ/месяц) и типа нагрузки, сравнение моделей сводится к нескольким проверкам:

Если ваш ожидаемый объём укладывается с большим запасом в пакет VPS-тарифа (а это происходит в абсолютном большинстве случаев для сайтов, API, небольших сервисов, VPN на несколько устройств) — модель "включённый трафик" почти всегда выгоднее и прогнозируемее, чем посчётная модель облака, при сопоставимых характеристиках CPU/RAM. Вы просто не думаете о трафике как о переменной статье расхода.

Если у вас тяжёлая раздача (видео, большие файлы, стриминг) с большой аудиторией — здесь нужно явно сравнить: сколько будет стоить трафик у облака по счётчику при вашем реальном объёме против включённого пакета VPS/выделенного сервера того же класса. Часто оказывается, что даже с запасом на превышение номинального пакета VPS-провайдер выходит дешевле именно потому, что не считает байты вообще, если вы не пытаетесь целенаправленно "прокачать" через сервер экстремальные объёмы (в этом случае у любого провайдера, включая VPS, могут быть договорные оговорки о добросовестном использовании — fair use).

Если у вас нужна гарантированная постоянная высокая скорость (например, ретрансляция потока 24/7 на большую аудиторию, или сервер как промежуточный узел с известной постоянной утилизацией канала) — тарификация по фиксированной полосе (Mbps) может оказаться предсказуемее, чем оплата по объёму, потому что вы платите за саму пропускную способность независимо от того, насколько плотно её используете в моменте. Но если утилизация канала низкая и неравномерная — вы переплачиваете за то, чем не пользуетесь большую часть времени.

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

Считайте по формуле полной стоимости, а не только по цене за ГБ. Дешёвая цена за гигабайт, помноженная на большой объём сверх лимита, легко перекрывает разницу в цене самого вычислительного ресурса. Сравнивайте не тариф на бумаге, а итоговую сумму: (базовая цена сервера) + (объём сверх пакета × цена за превышение), и только эту итоговую цифру ставьте рядом с ценой VPS/выделенного сервера с включённым трафиком. Похожая логика разбора полной стоимости владения на горизонте применима и к выбору между выделенным сервером и облаком в принципе — см. выделенный против облака: TCO на три года.

Частые нюансы, которые легко упустить

• CDN не убирает трафик, а перераспределяет его. Если у вас перед сервером стоит CDN, то часть отдачи статики уходит через сеть CDN, а не напрямую с вашего сервера — это снижает нагрузку на исходящий канал сервера, но сам CDN тоже тарифицируется отдельно (иногда за трафик, иногда за запросы). Считайте оба счёта вместе, а не только счёт сервера. Как устроена доставка через CDN технически — в статье что такое CDN изнутри: где лежит картинка.
• Peering и трафик внутри одной сети провайдера часто не тарифицируется отдельно. Если у вас несколько серверов у одного и того же провайдера в одном дата-центре, трафик между ними иногда идёт по внутренней сети бесплатно или дешевле, чем трафик наружу — уточняйте это явно, если строите распределённую архитектуру внутри одного хостера.
• VPN и прокси-сценарии считаются как обычный трафик, но кратно больше по объёму на пользователя, потому что через сервер идёт весь трафик клиента, а не только запросы к вашему приложению. Если сервер используется как VPN-узел, ориентируйтесь на трафик всех устройств, которые через него ходят, а не на трафик "своего" приложения.
• Провайдер может резать скорость вместо того чтобы считать деньги. У части VPS-тарифов формально "безлимитный" трафик на деле означает, что после определённого объёма скорость порта снижается (throttling), а не выставляется счёт. Это не то же самое, что честный безлимит без ограничений — уточняйте, что именно происходит после превышения условного порога: доплата, снижение скорости или ничего.
• Резервный трафик на бэкапы в другое облако/регион — отдельная статья расхода, которую часто считают "бесплатной", потому что она не относится к основной нагрузке приложения, но по факту это исходящий трафик наравне с остальным.

Когда экономия на трафике оправдывает переезд

Если по итогам расчёта из предыдущих разделов выясняется, что бо́льшая часть счёта — это именно трафик, а не CPU/RAM, есть смысл посмотреть в сторону провайдера с изначально включённым пакетом трафика под ваш профиль нагрузки, а не только сравнивать характеристики железа. Если проблема носит более узкий, аварийный характер — например, трафик внезапно кончился посреди месяца и сервис лёг — это отдельная ситуация с другим набором действий, разобранная в статье заканчивается трафик на сервере.

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

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