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