NVMe, SSD или жёсткий диск — какие накопители нужны вашему хостингу?

Технические различия между NVMe, SSD и жёстким диском в веб-хостинге. IOPS, скорость, задержки и то, как это сказывается на работе сайта.

Обзор

От того, какие накопители у вашего хостинга, очень многое зависит: время загрузки, запросы к базе, отклик программных интерфейсов. NVMe в 5–10 раз быстрее SSD на SATA, а тот, в свою очередь, в сто раз быстрее механического диска.

К 2026 году накопители NVMe стали негласным стандартом и для веб-хостинга, и для VPS. SSD на SATA ещё используют как вспомогательное хранилище (резервные копии под рукой), а жёсткие диски почти исчезли — разве что для долгого хранения. Это руководство разбирает технические различия, измеримое влияние на ваши приложения (WordPress, базы данных, интернет-магазины) и то, как понять, какая техника у вашего хостинга на самом деле.

Жёсткие диски (механические)

Старая техника: магнитные пластины и головка чтения. IOPS: 80–200, скорость: 80–160 МБ/с, задержка: 5–15 мс. Для веб-хостинга сегодня это вчерашний день. Годятся разве что для больших архивов (Backblaze, резервные копии).

SSD на SATA

Флеш-память на разъёме SATA (не более 6 Гбит/с). IOPS: от 10 до 100 тысяч, скорость: 500–550 МБ/с (предел SATA), задержка: 0,1 мс. Современный стандарт, для большинства задач ещё вполне сносный.

NVMe (Non-Volatile Memory Express)

Флеш-память прямо на PCIe, без узкого места SATA. IOPS: от 100 тысяч до миллиона с лишним, скорость: 3000–7000 МБ/с, задержка: 0,01–0,05 мс. В 5–10 раз быстрее SSD на SATA. Стандарт нынешних хостингов.

Что это значит для сайта на WordPress

  • Жёсткий диск: страница WordPress открывается 3–8 секунд (для поиска это беда)
  • SSD на SATA: страница WordPress открывается 1–2 секунды (сносно)
  • NVMe: страница WordPress открывается за 200–800 мс (отлично, оценка PageSpeed 90 и выше)

Как проверить, какие накопители у вашего хостинга

Многие хостинги пишут «SSD», не уточняя, SATA это или NVMe. А разница в скорости огромная. Вот команды, которыми это проверяется на вашем VPS с Linux:

  • Показать диски и их тип: lsblk -d -o NAME,SIZE,ROTA,TRAN. Столбец ROTA со значением 0 — это SSD или NVMe, со значением 1 — жёсткий диск. Столбец TRAN покажет nvme или sata.
  • Замерить сырую скорость: apt install -y fio && fio --name=test --filename=/tmp/test --size=1G --bs=4k --rw=randread --runtime=30 --time_based --ioengine=libaio --direct=1 --iodepth=32. Смотрите строку «IOPS=» в выводе: больше 80 000 — это точно NVMe, от 20 до 80 тысяч — SSD на SATA, меньше 1000 — жёсткий диск.
  • Посмотреть среднюю задержку ввода-вывода: ioping -c 10 /. На NVMe — 30–100 микросекунд. На SSD с SATA — 100–500 микросекунд. На жёстком диске — 5–15 миллисекунд.
  • Сверить заявленные характеристики: серьёзный хостинг прямо пишет «накопители NVMe», а не просто «SSD». Если сомнения остались, спросите у поддержки точную модель дисков.

Что это значит для базы данных (MySQL, PostgreSQL, MongoDB)

Накопители — главный источник быстродействия базы данных. Системы управления непрерывно пишут в журналы транзакций (binlog у MySQL, WAL у Postgres, oplog у MongoDB) и вразнобой читают индексы. Именно это NVMe и делает лучше всего:

  • Простой запрос SELECT по идентификатору: 0,5–2 мс на NVMe, 2–8 мс на SSD с SATA, 50–200 мс на жёстком диске. Умножьте на миллионы запросов в день у среднего сайта — и разрыв станет огромным.
  • Массовая вставка (INSERT пачками): NVMe тянет от 50 до 200 тысяч вставок в секунду, SSD на SATA — от 5 до 20 тысяч, жёсткий диск — меньше 500. Это решающе для загрузки и выгрузки товаров в магазине и для обработки данных.
  • Резервное копирование и восстановление (pg_dump, mysqldump): базу на 100 ГБ NVMe восстановит за 5–15 минут, SSD на SATA — за 30–90 минут, жёсткий диск — за несколько часов. Это прямо влияет на то, как быстро вы вернётесь в строй.
  • Транзакционные нагрузки (магазины, SaaS): задержка в 99-м процентиле при переходе с SATA на NVMe обычно падает с 200–500 мс до 20–50 мс, и ни строчки кода менять не нужно.

Износ, срок службы (TBW) и надёжность

Обычная тревога насчёт SSD и NVMe — их «износ»: сколько раз можно на них писать, прежде чем они откажут? Ответ на 2026 год: почти для любых хостинговых задач это уже не забота.

  • TBW (записанные терабайты): нынешний корпоративный NVMe (Samsung PM9A3, Micron 7450, Kioxia CD8) обычно выдерживает от 1 до 3 петабайт записи за свою жизнь — это как писать по 500–1500 ГБ ежедневно в течение пяти лет.
  • NVMe домашний и корпоративный: обычный NVMe (Samsung 980, WD Black) выдерживает 600 ТБ записи, чего хватает 90 % сайтов. Корпоративный NVMe (с защитой от пропадания питания и большей выносливостью) нужен для ответственных баз данных.
  • RAID и запас прочности: серьёзный хостинг ставит системные диски в RAID-1 или RAID-10, чтобы отказ одного накопителя не стоил ни байта данных. Ищите в характеристиках слово «RAID».
  • Наработка на отказ (MTBF): у корпоративного NVMe она заявлена в 1,5–2,5 миллиона часов — столько же, сколько у современного жёсткого диска, но на деле механических поломок куда меньше.

Стоит ли того? Отдача от NVMe

На рынке 2026 года NVMe почти не дороже SSD на SATA. Так что считается быстро:

  • Общий веб-хостинг: серьёзные площадки дают NVMe без доплаты (o2switch, Infomaniak). Если ваш хостинг продаёт NVMe как отдельную опцию — это дурной знак.
  • VPS: у большинства поставщиков VPS с NVMe и с SSD на SATA стоят почти одинаково. NVMe — нынешняя норма, и переплачивать за SATA незачем.
  • Выделенный сервер: машина с NVMe стоит на 5–15 % дороже такой же с жёстким диском или SSD на SATA, но легко удваивает быстродействие приложений. Для интернет-магазина это окупается за считаные недели.
  • Измеримое влияние на поиск: Google PageSpeed Insights снижает оценку, если отрисовка основного содержимого занимает больше 2,5 секунды. Переход с SATA на NVMe часто сбрасывает этот показатель с 3–4 секунд до 1–1,5, и позиции в выдаче растут напрямую.

Дальше NVMe: каким будет хранение

Сам NVMe меняется быстро. Поколения PCIe 4.0 и 5.0 дают уже больше 14 ГБ/с на одном диске. Для большинства веб- и SaaS-приложений это давно избыточно. За чем стоит следить: NVMe-oF (NVMe over Fabrics) — общий NVMe через сеть с очень малыми задержками; накопители ZNS (Zoned Namespaces), где запись подстроена под большие аналитические нагрузки; и появление постоянной памяти на CXL (Compute Express Link), которая размывает границу между оперативной памятью и хранением. Но на практике в 2026 году хорошего NVMe на PCIe 4.0 с избытком хватает на 99 % хостинговых задач.

Частые вопросы

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

Нет. Накопители SSD входят по умолчанию во все наши тарифы (веб-хостинг, VPS, выделенные серверы). Без доплат.

Поколение означает версию PCIe. NVMe Gen 3 — около 3,5 ГБ/с. NVMe Gen 4 — около 7 ГБ/с (стандарт 2024–2026 годов). NVMe Gen 5 — около 14 ГБ/с (верхний сегмент). Для веб-хостинга разница между Gen 3 и Gen 4 невелика: узкое место лежит в другом (процессор, сеть). В 2026 году Gen 4 хватает с большим запасом.

На своём VPS с Linux выполните lsblk -d -o NAME,TRAN: если в столбце TRAN написано «nvme», всё подтверждено. Или замерьте через fio: больше 80 000 IOPS при случайном чтении означает NVMe. На общем хостинге проверить сложнее — приходится полагаться на заявленные характеристики и на поддержку.

Да — для сайтов с небольшой посещаемостью (личный блог, визитка маленькой фирмы), где задержка меньше миллисекунды ничего не решает. Но для любого сайта с живой базой данных, с WooCommerce или с несколькими посетителями одновременно NVMe даёт измеримую разницу. А поскольку он больше не дороже, выбирать SATA в 2026 году просто незачем.

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

На деле нет. Корпоративный NVMe выдерживает от 1 до 3 петабайт записи — это 500–1500 ГБ в день на протяжении пяти лет. Даже очень оживлённая база PostgreSQL редко пишет больше 50 ГБ в сутки. В большинстве хостинговых задач реальный срок службы легко переваливает за 7–10 лет.