Как да проверите скоростта и разхода на трафик на сървъра си

„Сървърът е бавен“ може да означава три различни неща: мрежата е натоварена, нещо на сървъра използва канала или самият тест е грешен. Тези седем стъпки ги разграничават. Командите са за 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 или логовете запълнят диска.