Как проверить производительность VPS после покупки?

Содержание:

1. Что проверить сразу после покупки VPS?
2. Как проверить доступность сервера?
3. Проверка процессора VPS
4. Как проверить оперативную память?
5. Проверка скорости диска VPS
6. Как проверить скорость сети?
7. Как оценить результаты тестирования?
8. Что делать, если VPS работает медленно?

Выбирайте VPS сервер

Если Вы в поисках надежного VPS, то смотрите подборку лучших VDS серверов.

Перейти

После аренды VPS хочется убедиться, что сервер работает нормально и соответствует заявленным характеристикам. В панели управления может быть указано 4 vCPU, 8 ГБ оперативной памяти и NVMe-диск, но сами по себе эти цифры ещё ничего не говорят о реальной производительности.

Проверить VPS можно самостоятельно, используя стандартные команды Linux и несколько утилит для тестирования. Они помогут узнать, сколько ресурсов доступно серверу, насколько быстро работает процессор и диск, а также нет ли проблем с сетью.

В этой инструкции разберём, как проверить VPS/VDS после покупки на примере Ubuntu 24.04 LTS. Большинство команд подойдут и для других современных дистрибутивов Linux.

Что проверить сразу после покупки VPS?

Начать лучше не с тестов производительности, а со сверки характеристик сервера с выбранным тарифом.

Подключитесь к VPS по SSH или откройте консоль через панель управления провайдера.

Чтобы посмотреть основные сведения о системе, выполните:

hostnamectl

Команда покажет операционную систему, архитектуру и другие сведения о сервере.

Теперь проверим процессор:

lscpu

Найдите строку CPU(s) — она показывает количество логических процессоров, доступных виртуальной машине. В VPS они обычно представлены виртуальными процессорами (vCPU).

Затем посмотрим оперативную память:

free -h

И доступное дисковое пространство:

df -h

Например, если вы арендовали VPS с 4 vCPU, 8 ГБ RAM и диском 80 ГБ, сначала убедитесь, что система видит примерно эти ресурсы.

При этом небольшое отличие доступного объёма памяти или диска от характеристик тарифа не обязательно означает проблему. Часть пространства занимает операционная система, а в выводе утилит могут использоваться другие единицы измерения.

Важно понимать: эти команды проверяют характеристики VPS, но не измеряют его производительность. Для оценки скорости нужны отдельные тесты.

Как проверить доступность сервера?

Прежде чем проверять производительность VPS-сервера, убедимся, что он доступен по сети.

Проверка через ping

На своём компьютере откройте командную строку (Windows или Linux) и выполните:

ping 192.0.2.10

Вместо 192.0.2.10 укажите публичный IP-адрес своего VPS.

Если сервер отвечает, вы увидите время отклика в миллисекундах.

Обратите внимание на два показателя:

• Время отклика (ping) — сколько времени требуется для получения ответа от сервера.
• Потери пакетов — какая доля запросов осталась без ответа.

Чем меньше задержка, тем обычно лучше, но многое зависит от расстояния между вами и сервером. Например, сравнивать пинг до сервера в Москве с пингом до сервера в Германии без учёта расположения некорректно.

Если сервер не отвечает на ping, это ещё не означает, что он недоступен. Провайдер или настройки firewall могут блокировать ICMP-запросы.

Проверка SSH-порта

В Linux проверить доступность SSH-порта можно командой (при установленном netcat):

nc -vz -w 5 192.0.2.10 22

В Windows откройте PowerShell и выполните:

Test-NetConnection 192.0.2.10 -Port 22

Проверьте значение TcpTestSucceeded: True означает, что TCP-подключение к порту удалось.

В нашем примере 22 — стандартный порт SSH. Если вы изменили его, укажите свой номер порта.

Сообщение об успешном подключении означает, что TCP-соединение с портом установлено. Но это ещё не проверка правильности SSH-ключа или пароля.

Если порт недоступен, проверьте, запущен ли SSH-сервис, разрешён ли входящий трафик и правильно ли указан IP-адрес.

Проверка сайта на VPS

Если на сервере уже размещён сайт, можно проверить его ответ:

curl -I https://example.com

Замените example.com своим доменом.

Команда запрашивает HTTP-заголовки. Ответ 200 OK обычно означает успешную обработку запроса. Код 301 или 302 может означать перенаправление, а 500 указывает на ошибку на стороне сервера или приложения.

Для более подробной проверки времени ответа:

curl -o /dev/null -sS -w 'HTTP: %{http_code}\nTTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n' https://example.com/

Здесь:

• HTTP — код ответа.
• TTFB — время до получения первого байта ответа, включая сетевые этапы.
• Total — полное время выполнения запроса.

Так можно проверить не только доступность сайта, но и скорость ответа на конкретный запрос. Однако это не полноценный тест VPS: на результат влияют сеть, веб-сервер, приложение и настройки сайта.

Как проверить производительность процессора VPS?

Количество vCPU не гарантирует одинаковую производительность у разных провайдеров. На результат влияют модель физического процессора, частота, распределение ресурсов между виртуальными машинами и ограничения тарифа.

Для проверки CPU удобно использовать sysbench.

Установим утилиту:

sudo apt update

sudo apt install sysbench -y

Запустим тест одного потока:

sysbench cpu --threads=1 --time=30 run

После завершения обратите внимание на показатель:

events per second

Он показывает количество выполненных тестовых операций в секунду.

Теперь проверим работу нескольких виртуальных процессоров. Например, для VPS с четырьмя vCPU:

sysbench cpu --threads=4 --time=30 run

В многопоточном тесте результат обычно выше, поскольку используется несколько потоков.

Но здесь важно учитывать два момента.

Во-первых, sysbench выполняет синтетическую нагрузку. Его результат не показывает напрямую, сколько посетителей выдержит сайт или как быстро будет работать база данных.

Во-вторых, сравнивать результаты разных серверов имеет смысл только при одинаковых параметрах теста и желательно одинаковой версии программы.

Не стоит ориентироваться на универсальную норму вроде «1000 событий в секунду — хороший VPS». Для разных процессоров и задач такие значения могут означать совершенно разное.

Если проверяете несколько VPS, сохраните результаты и сравните их между собой.

Как проверить оперативную память VPS?

Сначала посмотрим текущее использование памяти:

free -h

Основные показатели:

• total — общий объём оперативной памяти;
• used — используемая память;
• available — оценка памяти, доступной для запуска новых процессов без активного использования swap.

В Linux свободная оперативная память часто используется под файловый кэш. Поэтому маленькое значение free само по себе не означает нехватку RAM.

Для наблюдения за памятью в реальном времени можно установить htop:

sudo apt install htop -y

htop

Здесь удобно смотреть, какие процессы используют больше всего ресурсов.

Если нужно измерить именно скорость операций с памятью, используйте sysbench:

sysbench memory --threads=1 --time=30 run

В результате будет показана пропускная способность памяти при выбранной тестовой нагрузке.

Для сравнения двух VPS важно запускать тест с одинаковыми настройками. При этом результат sysbench memory не заменяет проверку того, хватает ли памяти реальному приложению.

Если сервер активно использует swap, приложения замедляются или процессы завершаются из-за нехватки памяти, это уже повод разбираться с потреблением RAM.

Как проверить скорость диска VPS?

Тип накопителя — HDD, SSD или NVMe — влияет на работу сервера, но даже два VPS с NVMe могут показывать разные результаты.

Причина в том, что производительность зависит не только от накопителя, но и от системы хранения, виртуализации и нагрузки со стороны других пользователей.

Для проверки диска используем fio.

Установка:

sudo apt install fio -y

Перед тестом перейдите в отдельный каталог на проверяемой файловой системе и убедитесь, что свободно не менее 2 ГБ. fio создаёт нагрузку на диск, поэтому на рабочем сервере запускайте его в период минимальной активности. Не используйте для тестов системные устройства вроде /dev/vda.

Сначала подготовим тестовый файл размером 1 ГБ, записав в него данные:

fio --name=prepare --filename=./vps-fio-test.dat --size=1G --rw=write --bs=1M --ioengine=sync --direct=1 --end_fsync=1

После подготовки запустим тест случайного чтения блоками по 4 КБ:

fio --name=randread \
--filename=./vps-fio-test.dat \
--size=1G \
--rw=randread \
--bs=4k \
--ioengine=libaio \
--iodepth=16 \
--direct=1 \
--runtime=30 \
--time_based \
--group_reporting

Тест выполняет случайное чтение блоками по 4 КБ из заранее подготовленного файла.

В результатах обратите внимание на:

• IOPS — количество операций ввода-вывода в секунду.
• BW — пропускную способность диска.
• Latency — задержку операций.

Для проверки последовательного чтения можно выполнить:

fio --name=seqread \
--filename=./vps-fio-test.dat \
--size=1G \
--rw=read \
--bs=1M \
--ioengine=libaio \
--iodepth=1 \
--direct=1 \
--runtime=30 \
--time_based \
--group_reporting

Первый тест интересен для сценариев с большим количеством небольших операций, например работы базы данных. Второй помогает оценить последовательное чтение крупных блоков.

Для оценки записи проведём отдельный тест на временном файле. Он создаёт интенсивную нагрузку и не подходит для запуска в часы пик:

fio --name=randwrite --filename=./vps-fio-write.dat --size=512M --rw=randwrite --bs=4k --ioengine=libaio --iodepth=16 --direct=1 --runtime=30 --time_based --group_reporting

Сравнивайте IOPS, пропускную способность и задержки только при одинаковых настройках теста.

После тестирования удалите созданный файл:

rm -f ./vps-fio-test.dat ./vps-fio-write.dat

Важно: не указывайте в fio рабочее блочное устройство, например /dev/vda или /dev/sda, особенно для тестов записи. Неправильно запущенный тест может уничтожить данные. Используйте отдельный тестовый файл.

Также не стоит делать вывод о качестве диска по одному запуску. Повторите тест несколько раз в разное время.

Как проверить скорость сети VPS?

Сетевая производительность зависит от тарифного ограничения канала, маршрута, удалённого сервера и текущей загрузки сети.

Для полноценной проверки пропускной способности удобно использовать iperf3.

Установите программу:

sudo apt install iperf3 -y

Для измерения скорости нужен второй сервер с установленным iperf3, доступный по сети. Если второго сервера нет, этот тест можно пропустить: скорость скачивания отдельного файла не заменяет проверку пропускной способности канала.

На втором сервере запустите:

iperf3 -s

По умолчанию программа ожидает подключения на TCP-порту 5201. При необходимости разрешите этот порт в firewall только для IP тестируемого VPS.

На проверяемом VPS выполните:

iperf3 -c 192.0.2.20 -t 20

Вместо 192.0.2.20 укажите IP второго сервера.

Этот тест измеряет передачу данных от проверяемого VPS ко второму серверу.

Для проверки обратного направления:

iperf3 -c 192.0.2.20 -t 20 -R

Теперь данные будут передаваться от второго сервера к проверяемому VPS.

Смотрите на итоговую скорость в Mbits/sec или Gbits/sec.

Но учитывайте, что результат ограничивается не только проверяемым VPS. Если второй сервер подключён к медленному каналу или находится далеко, тест может показать меньшую скорость.

Поэтому лучше использовать несколько контрольных серверов в разных сетях.

После проверки остановите сервер iperf3 и закройте временно открытый порт, если он больше не нужен.

Как оценить результаты тестирования?

После выполнения всех команд у вас будут данные о процессоре, памяти, диске и сети.

Главная ошибка на этом этапе — пытаться определить качество VPS по одной цифре.

Например, высокий результат CPU-теста не компенсирует медленный диск, если на сервере работает база данных с большим количеством операций чтения и записи.

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

Я бы оценивал результаты в следующем порядке:

1. Соответствие тарифу. Сервер видит заявленное количество vCPU, RAM и объём диска.
2. Стабильность. Повторные тесты не показывают необъяснимых сильных просадок.
3. Производительность под задачу. Результаты подходят для приложения, которое будет работать на VPS.
4. Сравнение с альтернативами. Аналогичные тесты на другом сервере проводятся в сопоставимых условиях.

Отдельно стоит проверить производительность в разное время суток. Если один и тот же VPS днём работает нормально, а вечером регулярно показывает значительно худшие результаты, это повод изучить нагрузку и обратиться к провайдеру.

При этом единичное снижение скорости ещё не доказывает проблему на стороне хостинга.

Что делать, если VPS работает медленно?

Если тесты показали низкую производительность, не спешите сразу менять провайдера.

Сначала проверьте текущую нагрузку:

top

Посмотрите, какие процессы используют CPU и сколько памяти доступно системе.

Затем проверьте свободное место:

df -h

Если файловая система почти заполнена, это может вызывать проблемы с приложениями, базами данных и записью логов.

Полезно также посмотреть статистику работы процессора и диска:

sudo apt install sysstat -y

iostat -xz 1 5

Обратите внимание на задержки дисковых операций и показатель %iowait: он отражает долю времени, когда процессор простаивал при наличии незавершённых операций ввода-вывода. Высокое значение может указывать на проблему с дисковой подсистемой, но само по себе не доказывает её.

Если проблема проявляется только у сайта, а сам VPS работает нормально, причина может находиться в приложении, базе данных, PHP или настройках веб-сервера.

Когда результаты тестов стабильно низкие и вы исключили нагрузку собственных процессов, сохраните вывод команд и обратитесь в техническую поддержку провайдера.

Для сравнения можно протестировать другой VPS с похожими характеристиками, используя те же команды и параметры.

Заключение

Проверка VPS после покупки помогает убедиться в доступности сервера и оценить реальные ресурсы.

Начните со сверки характеристик тарифа и проверки соединения, затем протестируйте CPU, память, диск и сеть.

Сохраняйте результаты и повторяйте тесты в сопоставимых условиях: разовый замер не отражает стабильность работы.

Окончательный вывод делайте после проверки реального приложения под обычной нагрузкой.

Теги: #основы, #настройка, #сеть

Предыдущая статья:

VPS с администрированием или без — что выбрать?

Следующая статья:

Выбор VPS — 10 критериев

Комментарии ()

Написать комментарий

Автор

Email

Введите сумму 9 + 6