NVMe vs SSD: в чём разница и что важно для сервера

Два сайта на одном движке, с одинаковым хостингом и одинаковым кодом — а грузятся по-разному. Первый открывается за 0,4 секунды, второй тянет 2,1. Разница почти всегда упирается в диск: не в процессор, не в оперативную память, а именно в то, откуда сервер читает файлы и как быстро туда пишет. Если вы выбираете VPS/VDS и видите в тарифах «SSD», «NVMe», иногда «HDD» — эта статья объяснит, что за этим стоит и когда разница имеет значение.

Почему диск — узкое место сервера

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

Ключевой параметр здесь — IOPS (Input/Output Operations Per Second), количество операций ввода-вывода в секунду. Для веб-приложений важны именно случайные мелкие чтения (4K random read), а не последовательная скорость, которую производители любят печатать на упаковке. WordPress без кеша генерирует 20–80 SQL-запросов на одну страницу, каждый из которых — отдельное обращение к диску. При 100 одновременных посетителях это тысячи операций в секунду. Диск с низким IOPS просто не справляется, и сервер начинает ждать.

Кроме IOPS важна latency — время задержки между запросом и ответом. Для базы данных под нагрузкой разница между 100 мкс и 20 мкс — это разница между тем, успевает ли транзакция уложиться в таймаут или нет. Подробнее о том, как всё это влияет на производительность сервера — в материале «Как оптимизировать VPS».

HDD: откуда всё началось

Жёсткий диск появился в 1956 году и с тех пор принципиально не изменился. Внутри — стеклянные или металлические пластины с магнитным покрытием, которые вращаются со скоростью 5400–7200 оборотов в минуту. Считывающая головка физически перемещается над поверхностью пластины, чтобы найти нужный сектор.

Эта механика определяет главное ограничение: случайный доступ медленный по определению. Головка должна добраться до нужной дорожки (seek time, в среднем 5–10 мс), дождаться нужного сектора (rotational latency, ещё 2–8 мс). В итоге random 4K IOPS у обычного HDD — 80–150 операций в секунду. Не тысяч, а просто штук.

Последовательная скорость у HDD приличная — 100–200 МБ/с при потоковом чтении большого файла. Поэтому для хранения объёмных данных, к которым не нужен быстрый произвольный доступ, HDD по-прежнему используют. Но для сервера с базой данных или файловой системой с тысячами мелких файлов — это уже 2005 год.

SSD: флеш-память без движущихся частей

SSD (Solid State Drive) хранит данные в ячейках NAND-флеш-памяти — без пластин, без головок, без вращения. Данные читаются электрически, головке никуда не нужно ехать. Это убирает механические задержки и делает случайный доступ принципиально быстрее.

Стандартный SSD подключается через интерфейс SATA III — тот же, что использовали жёсткие диски. Пропускная способность SATA III — 600 МБ/с, и это потолок для всего класса SATA SSD. В реальности последовательное чтение достигает 500–560 МБ/с, random 4K IOPS — 40 000–100 000 операций в секунду, задержка — 80–120 мкс.

Ещё бывают SAS SSD — тот же флеш, но на серверном интерфейсе SAS с двойным портом для отказоустойчивости. В облачных VDS вы с ними напрямую не встретитесь, но в дата-центрах они используются в корпоративных СХД.

Для большинства сайтов переход с HDD на SATA SSD — это радикальный скачок: IOPS вырастает в 300–600 раз. Лендинг, блог, корпоративный сайт на WordPress — им хватает. Но как только начинается нагрузка на базу данных или растёт число одновременных пользователей, SATA SSD начинает упираться в потолок.

NVMe: диск подключён напрямую к процессору

NVMe (Non-Volatile Memory Express) — это не тип флеш-памяти, а интерфейс и протокол. Накопитель подключается не через SATA-контроллер, а напрямую через шину PCIe к процессору. Это принципиально иная архитектура.

Протокол AHCI, который использует SATA, разрабатывался в 2000-х под механические диски: он поддерживает одну очередь команд из 32 запросов. NVMe поддерживает до 65 535 очередей по 65 535 команд каждая. Параллелизм на уровне архитектуры протокола.

Результат: random 4K IOPS у NVMe достигает 500 000–1 000 000+ операций в секунду, задержка падает до 10–30 мкс, последовательное чтение — 3500–7000 МБ/с (PCIe 4.0). Если SATA SSD убирал механические задержки по сравнению с HDD, то NVMe убирает узкое место самого протокола.

Для сервера это означает: PostgreSQL под нагрузкой перестаёт ждать диска, Redis в режиме AOF-записи не накапливает очередь, тяжёлые JOIN-запросы выполняются без деградации. Технически — это та же флеш-память NAND, что в SATA SSD, но путь данных к CPU стал значительно короче. Подробнее о том, как виртуализация влияет на доступ к железу — в статье «Что такое виртуализация серверов».

Сравнительная таблица: NVMe vs SSD vs HDD

Данные по IOPS — усреднённые по спецификациям Intel и независимым тестам. В виртуальной среде реальные показатели могут отличаться: гипервизор и соседние VM делят один физический накопитель, поэтому при выборе VDS смотрите на реальные бенчмарки, не только на маркетинговые характеристики.

Когда NVMe оправдан

NVMe имеет смысл, когда диск — реальное узкое место, а не когда хочется «взять лучшее». Конкретные сценарии:

• Высоконагруженные базы данных. MySQL, PostgreSQL, MongoDB под сотнями одновременных соединений — случайные мелкие чтения/записи идут тысячами в секунду. SATA SSD начинает насыщаться, NVMe держит очередь без деградации.
• Аналитика и OLAP-запросы. ClickHouse, Elasticsearch, большие выборки с сортировкой и агрегацией — здесь важны и последовательная скорость, и IOPS одновременно. NVMe сокращает время тяжёлых запросов в 3–5 раз по сравнению с SATA.
• Файловые серверы с мелкими файлами. Тысячи PHP-файлов WordPress, node_modules в CI/CD — каждый файл это отдельное обращение к диску. При деплоях и сборках разница между SATA и NVMe становится ощутимой.
• Видеохостинг и медиасервисы. Одновременная раздача нескольких видеопотоков требует высокой последовательной скорости чтения. NVMe с 4–7 ГБ/с справляется там, где SATA упирается в потолок.
• E-commerce с высоким трафиком. Интернет-магазин с 1000+ одновременных пользователей, активным кешированием сессий и частыми транзакциями — здесь каждые 10 мс задержки влияют на конверсию.

Если вы видите у провайдера маркировку NVMe Gen 4 — это PCIe 4.0, последовательная скорость в районе 5–7 ГБ/с. NVMe Gen 3 — PCIe 3.0, 3–4 ГБ/с. Для большинства задач разница между Gen 3 и Gen 4 менее критична, чем разница между SATA SSD и NVMe Gen 3.

Когда SATA SSD достаточно

Для большой доли проектов NVMe — избыточная мощность. SATA SSD с 50–100k IOPS закрывает задачу без остатка:

• Лендинги и сайты-визитки. Десятки-сотни посетителей в день, минимальная нагрузка на базу. SATA SSD даёт время ответа в 50–80 мс на диске, этого хватает.
• Блоги на WordPress с кешированием. WP Super Cache или W3 Total Cache превращают динамический сайт в набор статических файлов. Когда страница отдаётся из кеша — диск почти не задействован.
• Корпоративные сайты с умеренным трафиком. До 300–500 одновременных пользователей при правильно настроенном стеке — SATA SSD не будет узким местом.
• Dev-окружения и стейджинги. Разработка, тестирование, CI без тяжёлых сборок — здесь разница в скорости диска почти не ощущается.
• Небольшие API-серверы. REST API с простыми выборками из базы, небольшой нагрузкой — SATA SSD справляется и дешевле обходится.

Перед тем как переплачивать за NVMe, стоит проверить, где реальное узкое место. Часто оказывается, что проблема в неоптимизированных SQL-запросах или отсутствии индексов — и замена диска не поможет. О том, что проверять в первую очередь — в статье «Как выбрать VPS-хостинг».

Когда HDD ещё нужен

HDD не умер. У него остаётся своя ниша — там, где важен объём, а скорость случайного доступа не нужна:

• Холодные бэкапы. Резервные копии, к которым обращаются раз в месяц при восстановлении. Стоимость хранения на HDD в 5–8 раз ниже NVMe — при равном объёме это существенная экономия. Как правильно настроить бэкапы — в материале «Как настроить бекапы VPS».
• Видеоархив и медиахранилище. Несколько терабайт исходников видео, которые монтируют редко — хранить на NVMe дорого и бессмысленно.
• Дешёвый объём для логов. Если нужно хранить гигабайты логов с потоковой записью, HDD обеспечивает дешёвое и достаточно быстрое хранилище.
• Архивы данных. Статистика за прошлые годы, архивы переписки, дампы старых баз — к ним редко обращаются, и скорость не критична.

В облачной инфраструктуре HDD встречается в тарифах с пометкой «холодное хранилище» или в S3-совместимых объектных хранилищах. На основном VDS для веб-приложения HDD в 2026 году — плохой выбор даже для экономии.

Что брать для VDS: провайдеры с NVMe в России

Если задача требует NVMe — важно выбрать провайдера, который действительно даёт NVMe, а не прячет за этим словом старые SATA-пулы. Несколько надёжных вариантов с проверенными конфигурациями:

Aéza — ориентируются на разработчиков и небольшие команды. Тарифы с NVMe Gen 4 доступны от нескольких сотен рублей в месяц, дата-центры в России и Европе. Удобная панель, быстрый деплой.

AdminVPS — российский провайдер с NVMe-тарифами и неплохим соотношением цены и производительности. Есть управляемые серверы с настройкой под задачу.

Timeweb Cloud — крупный российский игрок. NVMe-диски в облачных серверах, широкая линейка тарифов. Удобен тем, кто хочет один провайдер и для хостинга, и для VDS, и для объектного хранилища.

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

Сравнение по параметрам — цена, IOPS-тесты, SLA — удобно смотреть на странице сравнения провайдеров. Если нужен не VDS, а физическое железо под высокую нагрузку, — смотрите раздел выделенных серверов.

При выборе провайдера просите бенчмарки или запускайте fio в тестовый период. Формула для 4K random read: fio --name=randread --ioengine=libaio --rw=randread --bs=4k --numjobs=4 --iodepth=32 --size=1g --runtime=30 --group_reporting. Результат ниже 20 000 IOPS для «NVMe-тарифа» — повод задать вопрос саппорту. Нормальные значения на облачном NVMe — 50 000–300 000 IOPS в зависимости от конфигурации.

Как устроена виртуализация под капотом и почему два NVMe-тарифа могут показывать разные результаты — в статье «Что такое виртуализация серверов». О том, как правильно настроить сервер после покупки — в материале «Как оптимизировать VPS».

Ну и в заключение

HDD — холодное хранилище, бэкапы, архивы. SATA SSD — нормальный выбор для большинства сайтов с умеренной нагрузкой. NVMe — когда диск стал реальным узким местом: высоконагруженные БД, аналитика, файловые серверы с мелкими файлами.

Практически: если провайдер пишет просто «SSD» без уточнения — это почти всегда SATA. Разница в цене между SATA SSD и NVMe у большинства российских провайдеров — 15–30% в пересчёте на тариф. Если ваш проект растёт, брать NVMe сразу дешевле, чем потом мигрировать под нагрузкой.

Все упомянутые провайдеры с NVMe — на странице VPS/VDS. Там же актуальные цены и конфигурации.