Трафик и ширина канала: сколько нужно

«100 Мбит/с» и «2 ТБ трафика в месяц» — это про разное, и путаница здесь стоит денег или внезапного отключения. Разбираемся, чем ширина канала отличается от объёма трафика, сколько нужно вашему проекту и как посчитать реальное потребление.

Ширина канала ≠ объём трафика

Это два независимых параметра, и путать их нельзя.

• Ширина канала (порт) — скорость, с которой данные текут в моменте. Измеряется в Мбит/с или Гбит/с. Это «толщина трубы».
• Объём трафика — сколько данных прошло за месяц суммарно. Измеряется в ГБ или ТБ. Это «сколько воды утекло».

Можно иметь широкий канал 1 Гбит/с, но упереться в месячный лимит трафика. И наоборот — безлимитный трафик на узком порту в 10 Мбит/с не даст раздать тяжёлый контент быстро. Смотрите оба числа.

Как перевести биты в байты

Главная ловушка новичков: канал считают в битах, а файлы — в байтах. В байте 8 бит, поэтому канал 100 Мбит/с даёт максимум ~12,5 МБ/с реальной скорости скачивания.

• 100 Мбит/с ≈ 12,5 МБ/с
• 1 Гбит/с ≈ 125 МБ/с
• 1 ГБ файла по каналу 100 Мбит/с качается ~80 секунд в идеале

Держите этот перевод в голове, когда провайдер обещает «быстрый гигабит», а вы считаете время отдачи гигабайтных файлов.

Сколько трафика нужно вашему проекту

Прикидка от типа проекта. Средняя веб-страница со сжатием — около 1–2 МБ.

• Сайт-визитка, блог: 10 000 визитов × 2 МБ ≈ 20 ГБ/мес. С запасом хватит 100 ГБ.
• Магазин с картинками: 50–200 ГБ/мес.
• Личный VPN: зависит от привычек — активный пользователь легко нагоняет 200–500 ГБ/мес.
• Медиасервер, видео: тут счёт идёт на терабайты — 1 час HD ≈ 1,5–3 ГБ на зрителя.

Для большинства сайтов и ботов трафик — не бутылочное горлышко. Он становится критичным на видео, файлообмене и VPN.

Как измерить реальное потребление

Не гадайте — замерьте. Поставьте vnstat и смотрите статистику по дням и месяцам:

apt install vnstat -y
vnstat -m
vnstat -d

Разовый мониторинг в реальном времени — через iftop или nload, чтобы увидеть, какой сервис ест канал прямо сейчас:

apt install iftop -y
iftop -i eth0

На что смотреть в тарифе

Опасные формулировки — «безлимит*» со звёздочкой и скрытым fair use, и молчание про скорость порта. Уточняйте: какая ширина канала, есть ли лимит по объёму и что происходит при его превышении — отключение, доплата или снижение скорости (шейпинг).

У MAATRIX инфраструктура на AMD EPYC + NVMe с локациями в UK, США и РФ рассчитана на реальную отдачу, а условия по каналу прозрачны — без сюрпризов в конце месяца. Если проект тяжёлый по трафику (видео, файлы), обсудите лимиты с поддержкой support@maatrix.io заранее, до запуска.

Как снизить расход трафика

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

• Включите сжатие (gzip/brotli в nginx) — текст и код ужимаются в разы.
• Оптимизируйте картинки — WebP вместо тяжёлых PNG/JPEG, ленивая загрузка.
• Настройте кэш в браузере — повторные визиты не грузят сервер заново.
• Вынесите статику на CDN — тяжёлые файлы отдаёт сеть доставки, а не ваш порт.

Включить gzip в nginx — минута работы:

gzip on;
gzip_types text/plain text/css application/json application/javascript;
gzip_min_length 1024;

Трафик на входящих подключениях

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

Для большинства проектов исходящий трафик кратно больше входящего, но для файлохранилищ и бэкап-сервисов картина обратная. Замеряйте оба направления через vnstat, чтобы не удивляться цифрам в конце месяца. Прозрачные условия по каналу у MAATRIX помогают планировать это заранее.

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