Скорость диска и сети на VPS: что измерять и как сравнивать результаты

Два виртуальных сервера с похожими характеристиками могут заметно отличаться по производительности. Поэтому перед размещением проекта полезно проверить скорость дисковой подсистемы, пропускную способность сети и стабильность соединения. Такие измерения помогают объективнее сравнивать предложения VPS-провайдеров и понять, насколько сервер соответствует требованиям приложения.

Характеристики VPS и реальная скорость

В описании виртуального сервера обычно указывают число vCPU, объём RAM, тип накопителя и параметры сетевого подключения. Однако эти значения лишь приблизительно позволяют заранее определить, насколько быстро будут обрабатываться запросы, записываться данные и передаваться файлы.

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

Поэтому проверять VPS лучше несколькими инструментами. Одного теста скачивания файла или измерения скорости записи недостаточно для полноценной оценки. Результаты могут меняться в зависимости от времени суток и текущей нагрузки. Разовое измерение позволяет получить предварительную картину, но не гарантирует постоянства показателей.

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

Как подготовить сервер к тестированию

Сначала нужно определить, какая нагрузка характерна для вашего проекта.

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

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

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

Проверка скорости диска с помощью dd

Утилита dd позволяет оценить скорость последовательной записи данных. При таком тестировании она создаёт файл заданного размера и показывает, сколько времени потребовалось на выполнение операции.

Это простой способ получить первоначальное представление о производительности дисковой подсистемы. Однако результаты dd могут зависеть от кеширования операционной системы и особенностей файловой системы.

Даже при использовании режимов синхронной записи такой тест не отражает все сценарии работы диска.

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

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

Тестирование накопителя с помощью fio

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

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

Пропускная способность показывает объём данных, который дисковая подсистема способна обрабатывать за единицу времени. Обычно её выражают в МБ/с или МиБ/с — при сравнении нужно учитывать единицы измерения.

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

Задержка показывает, сколько времени занимает выполнение операции. При анализе стоит учитывать не только среднее значение, но и высокие процентили, например p95 и p99. Значение p99 означает, что 99% измеренных операций завершились за указанное время или быстрее. Такие показатели помогают заметить замедления, которые могут быть незаметны по средним значениям.

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

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

Также нужно учитывать режим кеширования, объём тестовых данных, используемый движок ввода-вывода и соотношение чтения и записи. Результаты тестов с буферизованным и прямым вводом-выводом нельзя считать равнозначными.

Как проверить пропускную способность сети

Для измерения скорости передачи данных между двумя серверами применяется iperf3.

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

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

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

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

Обращайте внимание на единицы измерения: 1 Гбит/с соответствует 125 МБ/с до учёта служебного трафика. Скорость порта в битах в секунду нельзя напрямую сравнивать со скоростью скачивания в байтах в секунду.

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

Поэтому сетевую производительность следует оценивать по нескольким характеристикам.

Проверка задержек и потерь пакетов

Для диагностики сетевого соединения применяются ping и mtr.

ping позволяет измерить время прохождения запроса до выбранного узла и получения ответа — RTT, а также выявить возможные потери диагностических пакетов. mtr объединяет повторные измерения задержки с информацией о маршруте передачи данных.

Тестировать соединение желательно до нескольких точек: серверов в регионе основных пользователей, внешних сервисов и другой инфраструктуры, с которой взаимодействует приложение.

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

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

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

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

Оценивать производительность VPS нужно с учётом предполагаемой нагрузки.

Для небольшого сайта максимальное количество IOPS может оказаться менее важным, чем достаточный объём оперативной памяти. Для сервера резервного копирования стабильная последовательная запись обычно значимее скорости случайного доступа.

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

После запуска проекта разовые проверки стоит дополнить постоянным наблюдением за сервером. Какие показатели отслеживать и какие инструменты для этого использовать, рассказали в статье «Эффективный мониторинг серверов: инструменты, методы и лучшие практики».

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

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

Последовательность проверки VPS

1. Зафиксируйте исходное состояние сервера: загрузку процессора, использование оперативной памяти, свободное место на диске и текущую сетевую активность.
2. Выполните короткие пробные измерения, чтобы убедиться в корректности настроек и отсутствии чрезмерной нагрузки.
3. Проверьте диск. Сначала измерьте производительность последовательных операций, затем — случайного чтения и записи с разными параметрами очереди.
4. Проверьте сеть. ping и mtr помогут оценить задержки и потери, а iperf3 — пропускную способность соединения между выбранными узлами.
5. Повторите измерения несколько раз и сохраните результаты вместе с условиями тестирования.
6. Завершите тестирование: удалите временные тестовые файлы и убедитесь, что на сервере не осталось работающих нагрузочных процессов.

Какие ограничения есть у самостоятельных тестов

Измерения производительности показывают состояние VPS в конкретных условиях, но не позволяют оценить все свойства инфраструктуры.

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

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

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

На примере интернет-магазина подробнее разобрали эту связь в статье «Быстрый сервер для Битрикс: от чего на самом деле зависит скорость сайта»: как на результат влияют процессор, память, диск, база данных и серверное окружение.

Вывод

Для оценки скорости VPS необходимо отдельно проверить дисковую подсистему и сетевое соединение. fio позволяет моделировать дисковую нагрузку, а dd — быстро оценить последовательную запись. iperf3 измеряет пропускную способность соединения между узлами, wget и curl помогают проверить скорость скачивания файла, а ping и mtr — задержки и потери пакетов.

Сравнивать результаты нужно при одинаковых условиях и с учётом реальных требований проекта. Главный критерий — не максимальная цифра в тесте, а способность сервера стабильно выполнять необходимые задачи.

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