Проверить пинг и скорость VPS стоит дважды: до покупки — чтобы не привязаться к неудачной локации, и после — чтобы убедиться, что хостер даёт заявленную полосу и быстрый диск, а не красивые цифры на лендинге. Хорошая новость: для этого не нужны платные сервисы — хватит пяти консольных утилит: ping, mtr, speedtest-cli, iperf3 и fio. В этой статье — готовые команды для Ubuntu 24.04, разбор вывода каждой утилиты и таблица «нормальных» значений, с которой можно сравнить свои результаты.
Что именно мы измеряем: три разные «скорости»
Под «быстрым сервером» обычно смешивают три независимых параметра. Если измерить только один, картина будет неполной:
- Задержка (пинг, RTT) — время, за которое пакет доходит до сервера и возвращается. Определяется в первую очередь географией и качеством маршрута. Важна для SSH, игр, трейдинга, API.
- Пропускная способность канала — сколько мегабит в секунду сервер реально может принять и отдать. Важна для раздачи файлов, бэкапов, стриминга, VPN.
- Скорость диска (IOPS и МБ/с) — как быстро сервер читает и пишет данные. Именно она чаще всего «тормозит» сайты и базы данных, а не сеть.
Пройдём по всем трём — сначала то, что можно проверить ещё до покупки, потом полный замер на уже арендованном сервере.
Как проверить пинг сервера до покупки
До покупки у вас нет доступа к серверу, но задержка зависит от локации дата-центра, а не от конкретной виртуалки. Поэтому достаточно пинговать любой хост в том же дата-центре:
- Пингуйте сайт хостера — он часто размещён в основной локации.
- Попросите у поддержки тестовый IP нужной локации (looking glass) — это стандартная просьба, у нормального хостера ответ занимает минуты; у Cheap-Host можно написать на support@cheap-host.onl.
- Пингуйте с тех устройств и сетей, откуда будете реально работать: из офиса, из дома, с мобильного интернета.
Команда одинаково работает в Linux и macOS:
ping -c 20 cheap-host.onlВ Windows (PowerShell или cmd) счётчик задаётся другим флагом:
ping -n 20 cheap-host.onlВ конце вывода смотрим на две строки:
20 packets transmitted, 20 received, 0% packet loss, time 19029ms
rtt min/avg/max/mdev = 41.312/43.807/52.114/2.598 msЗдесь важны: packet loss (в норме — строго 0%), avg — средняя задержка, и mdev — разброс (джиттер). Средний пинг 43 мс с разбросом 2–3 мс — отличный стабильный маршрут. А вот avg 30 мс при mdev 25 мс — повод насторожиться: соединение «дёргается», для SSH и игр это неприятно.
Выбор между близкой и дальней локацией — отдельная тема: например, для аудитории из России сервер в Москве даст 10–50 мс, а в Германии — 40–80 мс. Когда что брать, мы разбирали в статье «Сервер в Москве или Германии».
mtr: находим, где именно теряется скорость
Если пинг высокий или плавает, обычный ping не скажет, где проблема — у вашего провайдера, на магистрали или у хостера. Для этого есть mtr: гибрид ping и traceroute, который показывает задержку и потери на каждом узле маршрута. Установка на Ubuntu 24.04:
sudo apt update
sudo apt install -y mtr-tinyЗапуск в режиме отчёта (100 пакетов, с номерами автономных систем):
mtr -rwzc 100 cheap-host.onlФлаги: -r — текстовый отчёт вместо интерактивного экрана, -w — широкий формат с полными именами узлов, -z — показать AS-номера операторов, -c 100 — количество проб. Читая отчёт, помните главное правило: потери на промежуточных узлах сами по себе ничего не значат (маршрутизаторы часто ограничивают ответы на ICMP). Проблема реальна, только если потери начинаются на каком-то узле и сохраняются до последней строки — до самого сервера.
Проверяем скорость канала: speedtest-cli
После покупки первым делом проверяем полосу. Самый быстрый способ — консольный Speedtest:
sudo apt install -y speedtest-cli
speedtest-cliУтилита выберет ближайший публичный сервер и покажет download, upload и пинг до точки замера. Один замер — не приговор: публичные серверы Speedtest бывают перегружены. Корректнее прогнать тест до 2–3 разных точек:
speedtest-cli --list | head -n 20
speedtest-cli --server 12345Первая команда выведет ближайшие серверы с их ID, вторая — запустит тест до конкретного (подставьте ID из списка). На тарифах Cheap-Host канал 100 Мбит/с — в тесте до незагруженного сервера вы должны видеть цифры, близкие к этой полосе в обе стороны, причём трафик безлимитный, так что тестировать можно сколько угодно.
iperf3: честный замер пропускной способности
iperf3 — эталонный инструмент сетевых замеров: вы сами выбираете вторую точку, число потоков и направление. Установка:
sudo apt install -y iperf3Вариант 1 — тест до публичного iperf3-сервера (списки есть на iperf3-serverlist и подобных ресурсах; ниже — условный адрес):
iperf3 -c speedtest.example.net -P 4 -t 30
iperf3 -c speedtest.example.net -P 4 -t 30 -RФлаг -P 4 запускает 4 параллельных потока (один TCP-поток на дальних маршрутах часто не может занять весь канал из-за задержки), -t 30 — длительность 30 секунд, -R — обратное направление: сервер шлёт данные вам, то есть измеряется download вашего VPS.
Вариант 2 — тест между двумя своими машинами (например, старым и новым VPS перед миграцией). На одной стороне поднимаем сервер:
iperf3 -sНа второй запускаем клиент, указав IP первой:
iperf3 -c 203.0.113.10 -P 4 -t 30iperf3 слушает порт 5201/TCP — не забудьте открыть его в файрволе на время теста. Кстати, этот сценарий работает и на NAT VPS: достаточно запустить сервер на одном из портов вашего диапазона (iperf3 -s -p 40001) и указать тот же порт клиенту флагом -p.
fio: проверяем, что диск действительно NVMe
Сеть — не единственное узкое место. Сайт с базой данных упирается в диск гораздо раньше, чем в канал. Утилита fio — стандарт индустрии для замера дисков:
sudo apt install -y fioГлавный тест — случайное чтение/запись блоками 4 КБ (так работают базы данных и CMS):
fio --name=randrw --ioengine=libaio --rw=randrw --rwmixread=75 \
--bs=4k --size=1G --iodepth=32 --direct=1 \
--runtime=60 --time_based --group_reportingФлаг --direct=1 обходит кеш ОС — без него вы измерите скорость оперативной памяти, а не диска. Второй тест — последовательное чтение крупными блоками (сценарий бэкапов и раздачи файлов):
fio --name=seqread --ioengine=libaio --rw=read \
--bs=1M --size=2G --iodepth=8 --direct=1 \
--runtime=60 --time_based --group_reportingПосле теста удалите созданные файлы (rm randrw.0.0 seqread.0.0). Ориентиры: NVMe в случайном чтении 4k выдаёт десятки тысяч IOPS, SATA SSD — единицы тысяч, HDD — около сотни. Если хостер обещает NVMe, а fio показывает 2–3 тысячи IOPS — перед вами в лучшем случае SSD. Почему разница именно такая, читайте в статье про NVMe-диски в VPS, а полный набор тестов CPU и памяти — в материале «Как протестировать VPS: бенчмарки».
Какие цифры считать нормальными
Сводная таблица ориентиров, с которыми можно сравнивать свои замеры:
| Метрика | Отлично | Приемлемо | Плохо |
|---|---|---|---|
| Пинг в пределах города | 1–5 мс | 5–15 мс | >30 мс |
| Пинг Россия → Москва | 10–30 мс | 30–60 мс | >90 мс |
| Пинг Россия → Германия | 40–60 мс | 60–90 мс | >120 мс |
| Потери пакетов | 0% | <0,5% эпизодически | >1% стабильно |
| Канал 100 Мбит/с (iperf3, 4 потока) | 90–100 Мбит/с | 70–90 Мбит/с | <50 Мбит/с |
| Диск, случайное чтение 4k | >30 000 IOPS (NVMe) | 5 000–30 000 IOPS | <1 000 IOPS |
Важно: замеры делайте несколько раз в разное время суток. Стабильные 95 Мбит/с вечером в пятницу говорят о хостере больше, чем 100 Мбит/с в четыре утра вторника.
Мини-чек-лист: проверка нового VPS за 15 минут
pingс домашней машины до IP сервера — задержка и потери.mtr -rwzc 100в обе стороны — качество маршрута.speedtest-cliдо 2–3 серверов — грубая оценка полосы.iperf3 -P 4в оба направления — точная полоса.- Два теста
fio— случайный и последовательный доступ к диску.
Удобно, что весь чек-лист можно прогнать в первые минуты после оплаты: у Cheap-Host сервер разворачивается автоматически за 45–60 секунд с моментальной выдачей IP и SSH-доступа. Взяли тариф Start за 450 ₽/мес (6 vCPU, 8 ГБ RAM, 96 ГБ NVMe, Москва) — и через минуту уже запускаете fio. Если цифры не устроят — вы потеряли минимум времени и денег, а не годовую предоплату. Как соотнести результаты с задачами, читайте в базовой статье о выборе VPS-сервера.
FAQ
Какой пинг до VPS считается нормальным?
Внутри одного города — 1–5 мс, по России до Москвы — обычно 10–50 мс, из России до Германии — 40–80 мс. Для сайтов и ботов комфортно всё, что ниже 100 мс; для игровых серверов и трейдинга лучше держаться ниже 30–50 мс.
Как проверить пинг до сервера до покупки, если сервера ещё нет?
Пингуйте сайт хостера или тестовый IP той же локации — его можно запросить у поддержки. У Cheap-Host сервер выдаётся за 45–60 секунд, поэтому практичный вариант — взять минимальный тариф на один месяц и измерить всё на реальной машине.
Почему speedtest-cli показывает меньше 100 Мбит/с?
Speedtest меряет скорость до конкретного публичного сервера, который может быть перегружен или географически далёк. Прогоните тест до нескольких серверов и сверьте с iperf3 в 4 потока — многопоточный замер ближе к реальной полосе.
Чем iperf3 лучше speedtest-cli?
iperf3 даёт контроль над точкой замера, числом потоков, направлением (-R) и длительностью теста, поэтому результаты воспроизводимы. Speedtest-cli — быстрая первичная оценка, iperf3 — инструмент для выводов.
Влияет ли пинг на скорость загрузки файлов?
Да. TCP наращивает скорость постепенно, и чем выше задержка, тем дольше разгон; на коротких передачах высокий пинг заметно режет эффективную скорость. Поэтому сервер выбирают ближе к аудитории.
Вывод
Проверка VPS — это три замера: задержка (ping и mtr), полоса (speedtest-cli и iperf3) и диск (fio). До покупки пингуйте локацию хостера из своей сети, после — прогоните 15-минутный чек-лист и сравните цифры с таблицей ориентиров. Если хостер честный, замеры совпадут с тарифом.
Если для вашей задачи нужен сервер, который не стыдно прогнать через все эти тесты, — у Cheap-Host VPS Start от 450 ₽/мес: NVMe, KVM, канал 100 Мбит/с, безлимитный трафик и выдача сервера за минуту. Замерьте — и решите по цифрам, а не по обещаниям.
