К основному содержимому

Канал сервера: Мбит/с, unmetered и лимиты трафика

Выделенные серверы · 24.09.2026
Иллюстрация к статье «Канал сервера: Мбит/с, unmetered и лимиты трафика»

Канал сервера: Мбит/с, unmetered и лимиты трафика

Канал сервера описывают двумя числами: скоростью порта в Мбит/с или Гбит/с и правилом учёта объёма. Unmetered означает, что объём не считают вообще — ограничивает только скорость порта. Metered-тариф даёт лимит в терабайтах за месяц, и после него скорость режут или выставляют счёт за перерасход. Выбирать нужно по тому, что у вас упирается раньше: пиковая скорость или суммарный объём.

  • Unmetered — нет лимита по объёму; metered — есть потолок в ТБ (у нас это только Dedicated Start US: 1 Гбит/с и 30 ТБ).
  • Порт 1 Гбит/с при полной загрузке 30 суток даёт около 324 ТБ — столько не выбирает почти никто.
  • Лимит 30 ТБ в месяц эквивалентен средней скорости около 92 Мбит/с в режиме нон-стоп.
  • Скорость порта не равна скорости до клиента: маршрут, TCP-окно и потери решают больше, чем цифра в тарифе.

Что значит unmetered и что значит лимит в ТБ

Unmetered (иногда пишут unlimited) — это про объём, а не про скорость. Порт 100 Мбит/с unmetered позволяет качать круглосуточно, но быстрее 100 Мбит/с вы не поедете. Metered-тариф наоборот: скорость выше, но за месяц вы вправе прокачать не больше оговорённого объёма.

ТарифЛокацияКаналУчёт объёмаЦена
Dedicated Start DEГермания100 Мбит/сunmetered$49
Dedicated Pro DEГермания1 Гбит/сunmetered$99
Dedicated Start USСША1 Гбит/с30 ТБ в месяц$59
Dedicated Pro USСША1 Гбит/сunmetered$89
Dedicated Enterprise USСША1 Гбит/сunmetered$149
Dedicated Start FRФранция500 Мбит/сunmetered$55
Dedicated Pro FRФранция1 Гбит/сunmetered$95

Локация влияет не только на цену канала, но и на маршруты до вашей аудитории: сравнение площадок есть в статье про выбор локации сервера.

Переводим Мбит/с в терабайты

Арифметика простая: делите скорость на 8, получаете мегабайты в секунду, умножаете на 2 592 000 секунд в 30 сутках.

  • 100 Мбит/с — 12,5 МБ/с, около 32 ТБ за месяц при полной загрузке.
  • 500 Мбит/с — 62,5 МБ/с, около 162 ТБ за месяц.
  • 1 Гбит/с — 125 МБ/с, около 324 ТБ за месяц.

Обратный счёт полезнее. Лимит 30 ТБ на Dedicated Start US — это 92 Мбит/с, если лить ровным потоком 30 суток. Реальный трафик неровный: дневной пик втрое выше ночного минимума, поэтому при среднесуточных 92 Мбит/с пики будут уходить в 250–300 Мбит/с, и порт 1 Гбит/с здесь не запас, а необходимость.

Как измерить реальную скорость

Цифра в тарифе — это скорость порта коммутатора. До конкретного клиента вы получите меньше: мешают маршрут, потери и размер TCP-окна. Измеряйте между двумя точками, которые вам действительно важны.

# установка
apt-get install -y iperf3 || dnf install -y iperf3

# на сервере-приёмнике: демон в фоне, лог в файл
iperf3 -s -D > /var/log/iperf3.log 2>&1

# со второй машины: 10 потоков, 30 секунд, в обе стороны
iperf3 -c 203.0.113.10 -P 10 -t 30
iperf3 -c 203.0.113.10 -P 10 -t 30 -R

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

Считаем трафик сами: vnstat

vnstat читает счётчики интерфейса и хранит историю в своей базе, не перехватывая пакеты. Нагрузки не даёт, работает годами.

apt-get install -y vnstat || dnf install -y vnstat
systemctl enable --now vnstat

# привязать к интерфейсу (в новых версиях делается само)
vnstat -i eth0

# сводка по месяцам и по дням
vnstat -m
vnstat -d

# выгрузка в JSON для мониторинга
vnstat --json m > /root/traffic-monthly.json

Что делать при подходе к лимиту

Не ограничивайте канал правилом iptables с DROP по счётчику байт. Такая «защита» рвёт соединения посреди передачи, ломает загрузки и TLS-сессии, а счётчик обнуляется при перезагрузке, из-за чего лимит перестаёт работать молча. Ограничивать нужно скорость, а не рубить трафик: tc с дисциплиной HTB замедляет отдачу, но соединения остаются живыми. Проверить, что шейпер работает как надо: tc -s qdisc show dev eth0 показывает ненулевые dropped и растущий объём в классе, а curl с отдачей большого файла отдаёт ожидаемую скорость, а не ноль.

# ограничить исходящую скорость интерфейса до 200 Мбит/с
tc qdisc add dev eth0 root handle 1: htb default 10
tc class add dev eth0 parent 1: classid 1:10 htb rate 200mbit ceil 200mbit

# посмотреть статистику и снять ограничение
tc -s qdisc show dev eth0
tc qdisc del dev eth0 root

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

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

Коротко

  • Unmetered ограничивает скорость, metered — объём; у ZevsHost лимит в ТБ есть только на Dedicated Start US.
  • 1 Гбит/с при полной загрузке — около 324 ТБ за 30 суток; лимит 30 ТБ равен средним 92 Мбит/с.
  • Измеряйте канал через iperf3 в несколько потоков и в обе стороны, один поток занижает результат.
  • При подходе к лимиту шейпите скорость через tc, а не режьте трафик через DROP.
← Назад в базу знаний Задать вопрос поддержке