NVMe или SSD для VPS: когда разница действительно заметна
В описании тарифа NVMe выглядит очевидным выбором, но интерфейс накопителя — только часть производительности. Разбираем latency, IOPS, ограничения хостера и сценарии, где быстрый диск важнее дополнительных ядер.
SSD — не противоположность NVMe
SSD означает твердотельный накопитель без вращающихся магнитных пластин. NVMe — протокол доступа к таким накопителям через PCI Express. Поэтому корректнее сравнивать NVMe SSD с SATA SSD, а не «NVMe против SSD». Оба варианта используют флеш-память, но NVMe допускает больше параллельных очередей и обычно имеет меньшую задержку.
На физическом компьютере разница зависит от модели накопителя и нагрузки. На VPS между виртуальной машиной и диском находятся гипервизор, storage-система, кэш и лимиты провайдера. Сервер может использовать быстрый NVMe-массив, но выдавать каждому тарифу фиксированные IOPS. И наоборот, хорошо спроектированный сетевой SSD storage способен быть стабильнее перегруженного локального NVMe.
Какие характеристики диска важны
| Метрика | Что показывает | Где заметна |
|---|---|---|
| Latency | Время одной операции чтения или записи | Базы данных, PHP, каталоги с мелкими файлами |
| IOPS | Число операций ввода-вывода в секунду | Параллельные запросы, очереди, множество контейнеров |
| Sequential throughput | Скорость длинного последовательного чтения/записи | Большие архивы, backup, видео, импорт данных |
| Consistency | Насколько результат стабилен во времени | Любая рабочая нагрузка и особенно БД |
| fsync performance | Скорость надёжной фиксации данных | Транзакционные базы и журналы |
Для сайта часто важнее задержка случайного чтения небольших блоков, чем максимальные гигабайты в секунду. Для backup, наоборот, имеет значение последовательная скорость и сеть до внешнего хранилища. Одна цифра не описывает весь накопитель: результат меняется от размера блока, глубины очереди, доли записи и длительности теста.
Среднее значение тоже может скрывать проблему. Если диск быстрый девять раз из десяти, но регулярно зависает на сотни миллисекунд, пользователи заметят медленные страницы и timeout. Поэтому полезны p95/p99 latency и длительное наблюдение в рабочие часы.
Что выбрать для разных задач
| Нагрузка | Рекомендация | Почему |
|---|---|---|
| Статический сайт, VPN, небольшой бот | Качественного SATA SSD обычно достаточно | Мало постоянных дисковых операций |
| WordPress и другие CMS | NVMe желателен, особенно при динамике | Много мелких файлов и запросов БД |
| PostgreSQL, MySQL, Elasticsearch | NVMe и подтверждённая стабильность | Latency и fsync влияют на транзакции |
| Docker с несколькими сервисами | NVMe при базе, registry или активных логах | Параллельные операции слоёв и volumes |
| Файловый архив | Смотрите цену за объём и backup, не только интерфейс | Ёмкость может быть важнее IOPS |
| Игровой сервер | NVMe полезен для загрузки мира и сохранений | Не заменяет быстрый CPU и достаточную RAM |
Для WordPress быстрый диск уменьшает задержку чтения файлов и запросов к базе, но не исправляет медленный внешний API или тяжёлый PHP-код. Подробный подбор конфигурации есть в статье про VPS для WordPress. Для контейнеров NVMe помогает при сборке образов и активных volumes, однако переполненный диск и безлимитные логи сведут преимущество на нет.
База данных — наиболее чувствительный сценарий. Ей важны latency, fsync, память для кэша и предсказуемость. Большой page cache иногда скрывает слабый диск на чтении, пока набор данных помещается в RAM, но запись и холодный запуск всё равно проявят ограничения. Начать поиск можно с подборки VPS для баз данных.
Локальный диск и сетевое хранилище
Локальный NVMe подключён к конкретному физическому узлу и может дать низкую задержку. Но миграция виртуальной машины и восстановление при отказе зависят от архитектуры провайдера. Сетевое блочное хранилище отделено от compute-узла: его проще перемещать и масштабировать, зато путь операции длиннее. Нельзя считать один вариант автоматически надёжнее — нужны сведения о репликации, snapshots и SLA конкретной услуги.
Некоторые облака включают небольшой локальный диск, а постоянный volume тарифицируют отдельно по гигабайтам и операциям. Сравнивая цену, добавляйте обязательный volume, snapshots и исходящий трафик. Дешёвая VM без постоянного диска может оказаться дороже готового VPS.
Почему два VPS с NVMe работают по-разному
- Провайдер ограничивает IOPS или throughput по размеру тарифа.
- Физический массив разделяется между разным числом активных клиентов.
- Write cache ускоряет короткий тест, но исчерпывается при длительной записи.
- Backup или миграция на хосте временно увеличивают очередь операций.
- Виртуальная машина использует неподходящий I/O scheduler или файловую систему.
- Приложение делает синхронную запись там, где можно безопасно группировать операции.
CPU steal, нехватка RAM и swap тоже выглядят как «медленный диск». Если система постоянно выгружает страницы памяти, даже быстрый storage будет занят служебными операциями. Диагностика должна одновременно смотреть CPU, память, swap, I/O wait, latency и очередь диска.
Как безопасно проверить диск
Начните с условий провайдера: интенсивные benchmarks иногда ограничены правилами допустимого использования. На новом пустом VPS можно выполнить короткий тест с известными параметрами, но его результат нельзя напрямую сравнивать с чужой цифрой при другом размере блока и queue depth. Фиксируйте команду, время, файловую систему и занятый объём.
На рабочем сервере не запускайте destructive test по устройству и не создавайте длительную запись без запаса места. Безопаснее наблюдать реальные метрики приложения: latency запросов БД, checkpoint time, I/O wait и длительность backup. Если нужен синтетический тест, используйте отдельный файл, ограниченный размер и время, а после проверьте, не повлиял ли тест на пользователей.
- Снимите базовые CPU, RAM, swap и disk usage.
- Измерьте latency и IOPS чтения/записи с профилем, похожим на приложение.
- Повторите в разное время суток.
- Сравните не только среднее, но и хвост задержек.
- Проверьте производительность после заполнения диска данными, не ограничиваясь новым VPS.
- Сохраните результаты вместе с датой и тарифом.
Как принять решение без переплаты
Если задача почти не пишет на диск, приоритетнее могут быть CPU, локация, трафик и качество поддержки. Для динамического сайта, базы или нескольких контейнеров доплата за NVMe обычно обоснована, когда она невелика и провайдер не скрывает лимиты. При большом архиве сравните стоимость дополнительного объёма и внешнего backup: быстрый системный диск необязательно использовать для всех файлов.
Оставляйте 20–30% свободного пространства. При заполнении некоторые SSD и файловые системы теряют производительность, а приложение перестаёт создавать временные файлы и логи. Размер выбирайте с учётом двойного хранения во время миграции, локального dump базы и обновления контейнерных образов.
Сначала задайте минимальные RAM, CPU, объём и локацию, затем сравните оставшиеся тарифы по цене. Этот порядок не позволяет дешёвому, но неподходящему серверу попасть в начало выбора. Полная последовательность описана в руководстве по выбору VPS.
Частые ошибки
- Считать любой NVMe одинаковым. Модель storage и лимиты провайдера важнее этикетки.
- Сравнивать разные тесты. Sequential throughput нельзя сопоставлять с random IOPS.
- Проверять только новый пустой диск. Cache и свободное пространство дают слишком оптимистичный результат.
- Покупать скорость вместо объёма. Переполненный NVMe хуже SSD с нормальным запасом.
- Принимать snapshot за backup. Копия в той же системе не защищает от всех отказов и потери аккаунта.
- Игнорировать RAM. Постоянный swap создаёт нагрузку на любой накопитель.
- Запускать агрессивный benchmark в проде. Тест способен замедлить базу и нарушить правила провайдера.
Частые вопросы
NVMe всегда быстрее SATA SSD?
Физически протокол даёт больший потенциал, но на VPS итог определяют массив, виртуализация, соседи и лимиты. Ограниченный NVMe-тариф может быть медленнее хорошо настроенного SSD storage.
Заметит ли разницу обычный сайт-визитка?
Чаще нет: для него важнее время ответа приложения, сеть и кэш. NVMe становится заметнее при базе данных, большом числе файлов или параллельных запросах.
Что важнее для базы — NVMe или больше RAM?
Зависит от узкого места. RAM позволяет держать больше данных в кэше, а быстрый диск уменьшает задержку промахов и записи. Нельзя заменить одно другим без метрик.
Нужен ли отдельный backup, если есть RAID?
Да. RAID помогает пережить часть отказов дисков, но не защищает от удаления, повреждения данных, ошибки приложения или потери доступа к аккаунту.
Какой запас диска оставить?
Практичный минимум — 20–30%, а для базы, сборок и контейнеров может понадобиться больше. Учитывайте временные файлы, dump, старые образы и рост данных.
Если сервер нужен под несколько сервисов, продолжите с руководством по выбору VPS для Docker.