Накопители• Технологии & Сети

NVMe vs SATA SSD vs HDD на сервере: тесты IOPS и практические рекомендации

Замеряем реальную производительность дисков на серверных нагрузках: случайные чтения 4K, последовательная запись, latency под нагрузкой СУБД.

Обновлено: 2026-10-13T06:00:03.252Z
Время чтения: ~10 мин
Автор: Артём Савельев (DevOps-инженер)
Быстрый ответ & Краткая суть

NVMe SSD (PCIe 4.0) — в 8× быстрее SATA SSD по IOPS и в 6× по пропускной способности. Для баз данных, нагруженных веб-приложений и ML-задач — только NVMe. SATA SSD подходит для средненагруженных сайтов. HDD — только для бэкапов и холодного хранения. При заказе сервера всегда выбирайте NVMe PCIe 4.0 или 5.0.

NVMe PCIe 4.0~800K IOPS, 3.5 ГБ/с, 0.02 мс
SATA SSD~90K IOPS, 550 МБ/с, 0.1 мс
HDD 7200~150 IOPS, 200 МБ/с, 8 мс
NVMe PCIe 5.0~1.5M IOPS, 12 ГБ/с, 0.01 мс
Ключевые выводы и краткая суть
  • NVMe PCIe 4.0: ~800 000 IOPS random 4K read, ~3 500 МБ/с sequential read. Для СУБД и высоконагруженных проектов.
  • SATA SSD: ~90 000 IOPS random 4K read, ~550 МБ/с sequential read. Для веб-серверов средней нагрузки.
  • HDD (7200 RPM): ~150 IOPS random 4K read, ~200 МБ/с sequential read. Только для бэкапов и архивов.
  • Latency: NVMe ~0.02 мс, SATA SSD ~0.1 мс, HDD ~8 мс. Разница в 400× между NVMe и HDD.

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

На десктопе разницу между NVMe и SATA SSD чувствуешь только при копировании больших файлов. На сервере — это разница между «база отвечает за 5 мс» и «база отвечает за 50 мс». Под нагрузкой — между «сайт работает» и «сайт лежит».

Серверные нагрузки — это преимущественно random I/O (случайные чтения/записи мелких блоков по 4 КБ). СУБД читает отдельные строки из разных мест таблицы, индексы — маленькие блоки из случайных позиций. Именно на random I/O разница между типами дисков максимальна.

Как протестировать диск на своём сервере

Используйте fio — стандартный бенчмарк для дисковой подсистемы. Вот команды для основных сценариев:

fio-test.sh
# Установка fio
apt install -y fio

# Random 4K Read (главный тест для СУБД)
fio --name=rand_read --ioengine=libaio --direct=1 --bs=4k \
    --iodepth=64 --numjobs=4 --rw=randread --size=1G \
    --runtime=30 --group_reporting

# Random 4K Write
fio --name=rand_write --ioengine=libaio --direct=1 --bs=4k \
    --iodepth=64 --numjobs=4 --rw=randwrite --size=1G \
    --runtime=30 --group_reporting

# Sequential Read (тест пропускной способности)
fio --name=seq_read --ioengine=libaio --direct=1 --bs=1M \
    --iodepth=16 --numjobs=1 --rw=read --size=4G \
    --runtime=30 --group_reporting
На что смотреть в результатах fioКлючевые метрики: IOPS (операций в секунду), BW (пропускная способность) и lat (latency). Для СУБД главное — IOPS на random 4K read. Для стриминга/бэкапов — BW на sequential read.

Что выбирать в 2026 году

Для любого нового проекта — только NVMe. SATA SSD — легаси, которое имеет смысл использовать только для экономии на объёме (бэкапы, логи, статика). HDD — исключительно для холодного хранения (архивы, S3-compatible storage).

При заказе VPS обращайте внимание на тип NVMe: корпоративные (Samsung PM9A3, Intel D7-P5620) выдерживают интенсивные СУБД-нагрузки 24/7. Потребительские (Samsung 990 Pro) троттлят при постоянной записи. Хорошие провайдеры используют корпоративные — уточняйте при заказе.

Рекомендованные конфигурации по теме статьи

Проверенные серверы от надежных провайдеров

Весь каталог
Timeweb Cloud
Перейти
Хит цены
Timeweb Cloud

Timeweb Cloud

Москва★ 4.8

Cloud Start

CPU

1 ядер • 3.3 ГГц

RAM

1 ГБ

Диск

15 ГБ NVMe

Канал

200 Мбит/с

299 ₽/мес

Timeweb Cloud

Timeweb Cloud

Москва★ 4.8

Cloud Basic

CPU

2 ядер • 3.3 ГГц

RAM

2 ГБ

Диск

40 ГБ NVMe

Канал

200 Мбит/с

499 ₽/мес

152-ФЗ
Selectel

Selectel

Москва★ 4.9

Cloud Lite 1

CPU

1 ядер • 2.6 ГГц

RAM

1 ГБ

Диск

10 ГБ SSD

Канал

200 Мбит/с

550 ₽/мес

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

Стоит ли доплачивать за NVMe PCIe 5.0 вместо 4.0?

Для большинства задач — нет. PCIe 5.0 даёт прирост на последовательных операциях (12 vs 7 ГБ/с), но на random 4K разница ~30%. Доплата в 2× не оправдана.

Можно ли использовать HDD для PostgreSQL?

Технически — да, но производительность будет в 5000× ниже, чем на NVMe. Для production базы данных HDD категорически не рекомендуется.