Канал сервера: Мбит/с, 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.