NVMe против SSD против HDD для хостинговых нагрузок

Обновлено May 9, 2026X-ZoneServers Learn

Выбор хранилища в хостинге определяет больше видимой пользователю производительности, чем почти любая другая характеристика. NVMe SSD, SATA SSD и магнитные диски различаются в 100-1000 раз по самым важным метрикам для баз данных и динамических нагрузок — IOPS и задержке — но всего в 5-10 раз по сырой стоимости за гигабайт. Это руководство разбирает технологию, даёт реалистичные числа IOPS и задержки и показывает, где каждый уровень хранилища оправдывает себя в 2026 году.

Лежащая в основе технология: почему разрыв так велик

HDD хранят биты магнитно на вращающихся пластинах, требуя физического движения головки, занимающего 3-15 мс на случайное чтение. SATA SSD используют ячейки флеш-памяти, доступные за микросекунды, но общаются по устаревшему протоколу AHCI/SATA, разработанному для магнитных дисков. NVMe SSD используют тот же флеш, но говорят по PCIe с протоколом, разработанным с нуля для параллельного низкозадержечного доступа — и разрыв виден везде.

HDD на 7200 об/мин в среднем имеет 8,3 мс ротационной задержки плюс 3-12 мс времени поиска, давая общую задержку случайного чтения примерно 5-15 мс. SATA SSD устраняет обе с помощью электронного флеша, опуская задержку до ~100 микросекунд (в 50-100 раз быстрее), но ограничен единственной командной очередью протокола SATA AHCI с 32 ожидающими I/O. NVMe (Non-Volatile Memory Express, стандартизирован в 2011) был разработан специально для флеша: транспорт PCIe (без контроллера SATA в пути), 64K командных очередей по 64K команд каждая (против 32 у AHCI) и упрощённый набор команд. Результат: сквозная задержка NVMe падает до 10-50 микросекунд, параллелизм масштабируется почти линейно с глубиной очереди, и один диск NVMe может выдерживать 1+ миллион случайных IOPS, где SATA SSD упирается в 100K. Технологический разрыв — не «постепенное улучшение», это 10-100x по любой важной метрике.

IOPS, задержка и пропускная способность сравнение

Типичные числа 2026. HDD: 100-200 случайных IOPS, 5-15 мс задержка, 200 МБ/с последовательно. SATA SSD: 50К-100К случайных IOPS, ~100 мкс задержка, 500-550 МБ/с последовательно. NVMe Gen 4 SSD: 500К-1М случайных IOPS, 10-50 мкс задержка, 5-7 ГБ/с последовательно. NVMe Gen 5 SSD: 1,5М-2М IOPS, ~10 мкс задержка, 12-14 ГБ/с последовательно.

Это типичные розничные и корпоративные ценовые диапазоны 2026 года, не абсолютные минимумы или максимумы. Цены потребительских NVMe сжались быстрее, чем корпоративных; разрыв между потребительскими NVMe Gen 4 (~70 EUR/ТБ) и высокоэндюрансными корпоративными NVMe (~150 EUR/ТБ) теперь в основном связан с эндюрансом (DWPD — записей диска в день) и конденсаторами защиты от потери питания, а не с сырой производительностью. Для хостинг-провайдеров релевантный выбор — почти всегда корпоративные NVMe, потому что у потребительских дисков нет устойчивой производительности записи и PLP, нужных для общих нагрузок.

МетрикаHDD 7,2KSATA SSDNVMe Gen 4NVMe Gen 5
Случайные IOPS чтения (4K)100-200~95K500K-1M1,5M-2M
Случайные IOPS записи (4K)100-200~85K300K-700K1M-1,4M
Задержка чтения (типично)5-15 мс~100 мкс10-50 мкс~10 мкс
Последовательное чтение150-250 МБ/с500-550 МБ/с5-7 ГБ/с12-14 ГБ/с
ИнтерфейсSATA 6 Гбит/сSATA 6 Гбит/сPCIe 4.0 x4PCIe 5.0 x4
Глубина очереди протокола13265 53665 536
Стоимость за ТБ 2026 (корпоративные)~15-25 EUR~80-120 EUR~100-150 EUR~150-220 EUR
Стоимость за ТБ 2026 (потребительские)~25-35 EUR~50-70 EUR~70-100 EUR~120-180 EUR

Когда NVMe важно

NVMe важно везде, где случайные IOPS и хвостовая задержка доминируют производительности нагрузки: реляционные базы данных, key-value хранилища, поисковые индексы, очереди сообщений, фермы сборки контейнеров, конвейеры CI/CD и любая нагрузка с высокой параллельностью. Чем быстрее приложение, тем больше оно выигрывает от NVMe — узкие места смещаются с диска на CPU.

Три категории нагрузок видят драматический выигрыш от NVMe. Нагрузки баз данных — Postgres, MySQL, SQL Server — выполняют много параллельных случайных чтений 4-16 КБ на индексах; задержка напрямую транслируется во время запроса. Типичная OLTP-нагрузка на SATA SSD упирается в стену задержки запроса по 95-му перцентилю около 1 мс; на NVMe та же нагрузка работает на p95 менее 200 микросекунд. Контейнерные нагрузки — Docker, Kubernetes — выполняют тысячи маленьких чтений во время скачивания образов и распаковки слоёв; NVMe сокращает время холодного старта в 5-10 раз. CI/CD и конвейеры сборки — bazel, gradle, npm install — патологически ограничены случайным IO; переключение с SATA на NVMe регулярно вдвое сокращает время сборки. Общая нить: любая нагрузка, где много параллельных мелких операций становятся в очередь, выигрывает от масштабирования глубины очереди NVMe. Однопоточные последовательные нагрузки видят меньшее улучшение, потому что SATA SSD уже могут насытить свой интерфейс.

Когда NVMe не важно (и HDD может быть достаточно)

Доставка статического контента, видеостриминг, холодное хранилище резервных копий, архивирование журналов и пакетная обработка больших файлов не видят значимых выигрышей от NVMe, потому что они последовательны и ограничены пропускной способностью, а не IOPS. HDD на 7200 об/мин или даже SMR-диск Hammer на 250 МБ/с последовательно — нормально, и в 5-10 раз дешевле за терабайт.

Три паттерна нагрузок едва используют IOPS. Доставка статического контента обслуживает файлы от 100 КБ до нескольких МБ последовательно; OS read-ahead и дисковый кэш делают SATA SSD или даже HDD по сути такими же быстрыми, как NVMe, для конечных пользователей (особенно когда CDN сидит спереди). Видеостриминг похожим образом работает как длинные последовательные чтения с сильной локальностью кэша страниц; даже поток 4K-контента на 10 Гбит/с легко обслуживается пулом HDD на 250 МБ/с. Холодное резервирование и архивное хранилище заботится о стоимости-за-ТБ и долговечности, а не задержке — Backblaze, AWS Glacier и большинство корпоративных уровней резервного копирования всё ещё используют HDD (или магнитную ленту) для петабайтных архивов, где доступ редкий. Определите, ограничена ли Ваша нагрузка IOPS или пропускной способностью, прежде чем платить за NVMe; для последовательных нагрузок в масштабе HDD всё ещё выигрывают по экономике на байт.

Компромиссы цена/ГБ в 2026

Корпоративная цена за ТБ в 2026 (типичные диапазоны): HDD ~15-25 EUR, SATA SSD ~80-120 EUR, NVMe Gen 4 ~100-150 EUR, NVMe Gen 5 ~150-220 EUR. Разрыв HDD-к-SATA сузился; разрыв SATA-к-NVMe теперь достаточно мал, чтобы большинство новых хостинговых развёртываний по умолчанию использовали NVMe, оставляя HDD для уровней резервного копирования и архивации.

Два года назад разрыв в цене SATA-к-NVMe был достаточно значимым, чтобы тарифы VPS среднего уровня всё ещё поставляли SATA SSD по умолчанию. К 2026 разрыв сузился примерно до 20-30% на корпоративных SKU, и разрыв в производительности (10x по IOPS, 5x по задержке) делает математику простой: заплатите на 20% больше, получите в 10 раз большую производительность. Почти каждый коммодити VPS-хостер теперь по умолчанию поставляет NVMe Gen 4 для основного хранилища. SATA SSD сохраняются в основном на платформах выделенных серверов с большим количеством отсеков для дисков, где 8-12x SATA SSD в RAID-10 дают другой ценовой профиль, чем 2-4 NVMe-диска в программном RAID. HDD остаются доминирующими только для нагрузок резервного копирования, архивирования и массового хранилища, где стоимость за ТБ важнее IOPS. Для любого нового развёртывания основной базы данных NVMe — единственный разумный выбор по умолчанию.

RAID, резервирование и то, что не говорит спецификация

Производительность одного диска — половина истории. NVMe RAID добавляет накладные расходы CPU, если не используются аппаратные карты NVMe RAID (редкие и дорогие); программные md RAID-1 зеркала распространены, RAID-5/6 меньше. Эндюранс (DWPD) и защита от потери питания (PLP) важны не меньше, чем IOPS — потребительские диски NVMe без PLP могут потерять данные при сбоях хоста во время устойчивых записей.

Три детали часто отсутствуют в спецификациях. Во-первых, программный RAID-5/6 на NVMe ограничен CPU, а не диском — на 1+ миллионе IOPS вычисление чётности может насытить несколько ядер. Большинство продакшен-развёртываний NVMe вместо этого работает на зеркалах RAID-1 и полагается на резервные копии для долговечности сверх зеркалирования. Во-вторых, эндюранс диска оценивается в DWPD (записи диска в день) на гарантийный период 5 лет; потребительские NVMe — 0,3-0,5 DWPD, основные корпоративные — 1-3 DWPD, а интенсивно записываемые корпоративные — 10+ DWPD. Тяжелонагруженная по записи база данных на потребительском диске может износить его за месяцы. В-третьих, защита от потери питания — встроенные конденсаторы, сбрасывающие записи в полёте на флеш при отключении питания — стандартна на корпоративных дисках и отсутствует на большинстве потребительских. Без PLP сбой хоста во время fsync может повредить данные, несмотря на правильные действия приложения. Всегда проверяйте спецификацию на эти три детали, а не только IOPS.

Часто задаваемые вопросы

NVMe всегда быстрее SATA SSD?
Для случайного I/O при любой осмысленной глубине очереди — да, NVMe в 5-15 раз быстрее по IOPS и в 5-10 раз ниже по задержке. Для чисто последовательного однопоточного чтения больших файлов разрыв сужается, потому что интерфейс SATA 6 Гбит/с всё ещё насыщает физическую скорость пластины; оба ощущаются похоже при таком конкретном паттерне доступа.
Что такое DWPD?
DWPD означает «drive writes per day» — сколько ёмкости диска может быть перезаписано ежедневно в течение гарантийного периода (обычно 5 лет) без превышения эндюранса. 1 ТБ диск с 1 DWPD рассчитан на 1 ТБ записей в день, или 1,825 ПБ всего. Нагрузки баз данных и CI/CD могут превысить рейтинги DWPD потребительского уровня в течение месяцев.
Использовать ZFS или ext4 с NVMe?
Оба работают. ZFS добавляет контрольные суммы, снапшоты и сжатие за небольшую стоимость CPU; на NVMe стоимость CPU более заметна, чем на медленном хранилище. ext4 — это вариант с меньшими накладными расходами по умолчанию для сырой производительности IOPS. XFS — сильная середина для нагрузок с большими файлами. Выбирайте по требованиям к функциям, а не по производительности — все три насыщают современный NVMe.
Помогает ли NVMe именно PostgreSQL?
Значительно. Сбросы write-ahead log (WAL) Postgres чувствительны к задержке и выигрывают от 10-50 микросекундной задержки fsync NVMe против ~100 микросекунд SATA. Сканирования индексов больших таблиц аналогично выигрывают от случайных IOPS чтения. Реальные нагрузки Postgres обычно работают в 2-5 раз быстрее на NVMe, чем на SATA SSD.
А что насчёт NVMe over fabrics?
NVMe-oF позволяет удалённым NVMe-дискам выглядеть локальными по RDMA, TCP или Fibre Channel. Это позволяет разделять пулы высокопроизводительных NVMe между несколькими хостами с близкой к локальной задержкой (добавляется менее 100 микросекунд). Распространено в корпоративных хранилищах и всё больше в гиперскейл-облаках, но реже в коммодити-хостинге из-за затрат на сеть и сложность.
Допустимы ли потребительские NVMe-диски в хостинге?
Для выделенных однопользовательских серверов с лёгкими нагрузками и хорошо проверенными резервными копиями — иногда да, со значительной экономией. Для общего VPS-хостинга, мульти-арендных сред или любой нагрузки с устойчивыми записями корпоративные NVMe с PLP и более высоким DWPD — единственный безопасный выбор.

Сопутствующие продукты X-ZoneServers