Как проверить пинг и скорость VPS до оплаты
Цифры в тарифе не говорят, какой будет задержка до ваших пользователей и как быстро работает диск. Большую часть этого можно измерить до оплаты, остальное — в первый час работы сервера. Разбираем инструменты и то, как читать результаты.
Два хостера с одинаковыми тарифами в одном городе могут давать разный пинг до ваших пользователей, разную скорость скачивания и диски, которые отличаются по скорости в разы. Узнать это из карточки тарифа нельзя, зато можно проверить. Сеть почти всегда удаётся измерить ещё до оплаты: у многих хостеров есть тестовые адреса и страницы looking glass. Процессор и диск проверяются в первые минуты после запуска, и если результат не устраивает, сервер можно вернуть в рамках тестового периода или удалить при почасовой оплате. Ниже — порядок проверки и ориентиры для оценки результатов.
Что можно проверить до оплаты
Хостеры, которые уверены в своей сети, публикуют инструменты для проверки. Ищите их в футере сайта, в разделе «Дата-центры», «Сеть» или в базе знаний.
- Тестовый IP-адрес в каждой локации. До него можно запустить ping и трассировку со своего компьютера и увидеть реальную задержку и маршрут из вашей сети.
- Тестовые файлы на 100 МБ, 1 ГБ и больше. Скачивание показывает, с какой скоростью сервер в этой локации отдаёт данные до вашего провайдера.
- Looking glass — веб-страница, где можно запустить ping, traceroute или посмотреть маршрут BGP с роутера хостера до любого адреса. Это взгляд с обратной стороны: как сеть хостера видит ваш офис или пользователей.
Каталог Accsly собирает тестовые адреса и ссылки на looking glass хостеров и показывает их там, где они известны. Если у хостера таких инструментов нет, спросите тестовый IP в поддержке: обычно его дают за несколько минут.
Ping, mtr и traceroute: как измерить задержку
Задержку проверяйте с той стороны, где находятся пользователи сервера: из офиса, из дома, а для публичного сервиса — из нескольких городов. Пинг из одного места ещё ничего не говорит о другом.
ping -c 50 адрес— средняя задержка и разброс. Смотрите не только на среднее, но и на максимум и потери пакетов: стабильные 40 мс лучше, чем 25 мс со скачками до 200.mtr -rwc 100 адрес(в Windows — WinMTR илиpathping) — задержка и потери на каждом узле маршрута. Это главный инструмент, когда нужно понять, где именно теряется время.tracerouteилиtracert— путь пакетов. По названиям узлов видно, через какие сети и страны идёт трафик: иногда сервер в соседней стране доступен через маршрут на другом конце Европы.
Как читать mtr: потери на промежуточном узле при нулевых потерях на конечном адресе обычно не проблема — многие маршрутизаторы просто не отвечают на служебные запросы. Тревожный признак — потери, которые начинаются на одном узле и сохраняются до конца маршрута, или резкий рост задержки на определённом участке.
Ориентиры: в пределах одного города — 1–5 мс, Москва — Петербург около 10 мс, Москва — Франкфурт или Амстердам 30–50 мс, Европа — восточное побережье США 80–100 мс, до Азии — 150 мс и больше. Для сайта разница в 30–40 мс почти незаметна, для игрового сервера, телефонии и удалённого рабочего стола — заметна.
Проверка из нескольких городов
Если аудитория сервера распределена по стране или по нескольким странам, одного замера из офиса мало. Есть бесплатные сервисы распределённых проверок, например Globalping и RIPE Atlas: они запускают ping, traceroute и запросы к сайту с сотен точек у разных провайдеров. Так видно, у каких пользователей маршрут до дата-центра длинный, а где теряются пакеты. Особенно это полезно при выборе между двумя локациями: сервер, который из Москвы быстрее на 5 мс, может оказаться заметно медленнее для пользователей в Сибири или на Урале. Для сервиса с пользователями в нескольких регионах лучше выбрать локацию с ровной задержкой для всех, чем самую быструю для одного города.
Скорость скачивания и тестовые файлы
Скачайте тестовый файл на 100 МБ из каждой локации, которую рассматриваете: curl -o /dev/null https://…/100mb.test покажет среднюю скорость. Помните, что результат ограничен самым медленным звеном: вашим домашним каналом, Wi-Fi и загрузкой провайдера в вечерние часы. Поэтому сравнивайте хостеров между собой с одного компьютера в одно время, а не с цифрами из тарифа.
Популярные сайты для замера скорости измеряют канал до ближайшего к вам сервера, а не до хостера, поэтому для выбора VPS они почти бесполезны. Если у хостера нет тестового файла, проверка откладывается до запуска сервера.
Тестовый период, возврат денег и почасовая оплата
Процессор и диск до запуска не измерить, поэтому важно, как дёшево можно попробовать сервер.
- Бесплатный тестовый период — от суток до недели на тарифе или его урезанной версии. Иногда нужна верификация по телефону или документам. Подборка — VPS с тестовым периодом.
- Возврат денег в первые дни. Прочитайте условия: часто возвращают только за первый заказ, без учёта лицензий и дополнительных IP, и только на исходный способ оплаты.
- Почасовая оплата. Самый простой способ сравнить нескольких хостеров: запустить сервер, за час прогнать тесты и удалить его, заплатив за фактическое время. Подборка — VPS с почасовой оплатой.
При помесячной оплате без теста и возврата начните с самого короткого срока, даже если годовая оплата выгоднее: скидка за год не окупит сервер, который не подошёл.
Что измерить в первый час после запуска
Сначала проверьте, что вы получили то, что заявлено: lscpu покажет модель процессора и число ядер, free -h — память, lsblk и df -h — диск. Затем три теста.
Диск: fio. Для баз данных и сайтов важна скорость случайных операций, а не последовательная запись. Типовой тест: fio --name=rand --rw=randrw --bs=4k --size=1G --iodepth=32 --direct=1 --runtime=60 --time_based. Ориентиры: хороший NVMe даёт десятки тысяч IOPS на блоках 4 КБ, SATA SSD — единицы или первые десятки тысяч, HDD — сотни. Если «NVMe» в тарифе выдаёт пару тысяч IOPS, диск сильно ограничен или перегружен соседями.
Процессор: sysbench или Geekbench. sysbench cpu --threads=1 run и тот же тест на все ядра показывают производительность одного потока и всего сервера. Geekbench удобен тем, что результат можно сравнить с публичной базой. Запустите тест несколько раз в разное время: если результат заметно скачет, ядра общие и сильно загружены соседями.
Сеть: iperf3. Тест между двумя вашими серверами или до публичного сервера iperf3 показывает реальную ширину канала: iperf3 -c адрес -P 4 -t 30 и с ключом -R для обратного направления. На гигабитном порту ожидайте 800–940 Мбит/с; если получается 100–200, порт ограничен или общий.
Дополнительно проверьте, не попал ли выданный IP-адрес в спам-списки, если на сервере будет почта, и что задержка изнутри сервера до ваших пользователей совпадает с тем, что вы мерили до оплаты.
Типичные ошибки при проверке
- Тест по Wi-Fi. Беспроводная сеть добавляет задержку и потери, которых нет у хостера. Для замеров подключайтесь кабелем.
- Один замер днём. Сеть и соседи по хосту ведут себя по-разному утром и вечером, поэтому одно измерение может ввести в заблуждение.
- Тест диска с кешем. Без ключа
--direct=1fio измеряет память, а не диск, и результат получается завышенным в разы. - Короткий тест. Некоторые тарифы дают высокую скорость первые минуты, а потом ограничивают диск или процессор. Запускайте тесты хотя бы на минуту.
Как сравнивать результаты
| Тест | Нормальный результат | Повод насторожиться |
|---|---|---|
| ping, mtr | Стабильная задержка, потерь на конечном адресе нет | Потери от 1% и скачки задержки в разы |
| fio, 4 КБ случайные | Десятки тысяч IOPS на NVMe | Несколько тысяч IOPS на «NVMe» |
| sysbench, Geekbench | Повторные запуски отличаются на несколько процентов | Разброс в десятки процентов |
| iperf3, порт 1 Гбит/с | 800–940 Мбит/с в обе стороны | 100–200 Мбит/с или сильная асимметрия |
- Сравнивайте хостеров одним и тем же набором тестов, с одних и тех же точек, в одно время суток.
- Повторите замеры вечером: перегруженные хосты и каналы проявляются в часы пик.
- Смотрите на стабильность, а не на лучший результат: разброс говорит о переподписке больше, чем среднее.
- Записывайте результаты в таблицу — через месяц пригодятся для сравнения, если сервер начнёт работать медленнее.
- Оценивайте по своей задаче: для сайта важнее диск и пинг до аудитории, для сборки кода — процессор, для файлового хранилища — канал.
О том, какие параметры тарифа смотреть до тестов, — в статье как выбрать VPS. Отфильтровать тарифы с тестовым периодом, почасовой оплатой и нужной локацией можно в поиске VPS.