Як перевірити швидкість сервера й витрату трафіку

«Сервер гальмує» може означати три різні речі: зайнята мережа, щось на сервері витрачає канал або неправильний сам тест. Ці сім кроків допомагають їх розрізнити. Команди для Linux; назви пакетів — для систем з apt.

1. Подивіться графіки в кабінеті

Відкрийте сервер у кабінеті й перейдіть на вкладку Метрики. Графік мережі показує вхідний і вихідний трафік за секунду за останню годину, день або тиждень. Дані беруться на рівні віртуалізації, тож вони є, навіть якщо ОС усередині сервера зависла.

Двох речей графік не покаже: підсумків у гігабайтах і того, яка програма створила трафік. Для цього наступні кроки.

Ті самі дані доступні через API, включно з останнім місяцем:

curl -s "https://api.eqvps.com/api/v1/eqvps/services/SERVICE_ID/metrics?timeframe=month" \
  -H "Authorization: Bearer $EQVPS_API_KEY"

2. Дізнайтеся ім'я мережевого інтерфейсу

Більшості команд нижче потрібне ім'я інтерфейсу:

ip -br addr

Потрібен інтерфейс із вашою публічною (або, на NAT-серверах, приватною) адресою — часто це eth0 або ens18. Якщо у вас інше ім'я, замініть eth0 нижче.

3. Рахуйте трафік за днями й місяцями через vnStat

apt install -y vnstat
vnstat -l -i eth0          # live rate, Ctrl+C to stop
vnstat -d                  # per day
vnstat -m                  # per month

vnStat читає лічильники інтерфейсів із ядра, переживає перезавантаження й майже нічого не споживає. Він починає рахувати з моменту встановлення, тож ставте його до того, як знадобляться цифри.

4. Подивіться, який процес витрачає канал

apt install -y nethogs
nethogs eth0

nethogs показує процеси з поточною швидкістю надсилання й отримання. Якщо бачите незнайомий процес, що жене трафік, придивіться до нього: несподіваний активний відправник може означати, що сервер зламано.

Подивитися самі з'єднання:

ss -tunap | head -30

5. Проведіть тест швидкості, якому можна вірити

Надійний спосіб — iperf3 між двома машинами, які ви контролюєте. На другій машині запустіть сервер:

iperf3 -s

На своєму сервері перевірте обидва напрямки: 4 потоки по 30 секунд:

iperf3 -c OTHER_HOST -P 4 -t 30        # upload from this server
iperf3 -c OTHER_HOST -P 4 -t 30 -R     # download to this server

NAT-сервер приймає вхідні з'єднання лише на свій SSH-порт, тож iperf3 -s запускайте на іншій машині, а NAT-сервер залиште клієнтом, як вище.

Другої машини немає? Завантажте великий файл зі швидкого дзеркала поблизу й подивіться середню швидкість:

curl -o /dev/null -w "%{speed_download}\n" https://mirror.example.net/1GB.bin

Результат — у байтах за секунду. Помножте на 8, щоб отримати біти за секунду: 110000000 — це близько 880 Mbit/s.

6. Перевірте затримку й втрати пакетів

Низька швидкість на великих відстанях часто впирається в затримку чи втрати, а не в ширину каналу:

apt install -y mtr-tiny
mtr -rwc 100 example.com

Дивіться на стовпець Loss% в останньому рядку. Втрати, що з'являються на одному проміжному вузлі й зникають далі, зазвичай означають, що цей маршрутизатор просто не поспішає відповідати на ping, а не реальні втрати.

7. Порівняйте з тим, чого варто чекати

Коли кілька серверів на одній фізичній машині завантажені одночасно, канал ділиться між ними порівну, тож у завантажений момент менша цифра очікувана. Квоти трафіку немає на жодному тарифі. Як влаштовано поділ, розказано в розділі Трафік і швидкість мережі.

На Windows-сервері поточну швидкість показує Диспетчер завдань → Продуктивність → Ethernet, а трафік за процесами — Монітор ресурсів → Мережа.

Якщо цифри справді низькі

Виконайте крок 5 із двома різними тестовими серверами, запишіть час і відкрийте тікет із командами та їхнім виводом. З цим ми зможемо перевірити канал саме в той момент.

За темою

• Трафік і швидкість мережі: швидкість портів, чесний поділ, порти вихідної пошти.
• Мережа й порти: переспрямування на NAT і відкриті порти.
• Як звільнити місце на диску, якщо vnStat або логи заповнили диск.