NVMe vs SAS vs SATA в сервере: что выбрать под базы данных

# Серверы

13 августа 2026

При выборе накопителей под базу данных легко потеряться в аббревиатурах: NVMe, SAS, SATA — все три технологии до сих пор встречаются в прайсах серверного оборудования, и разница между ними далеко не только в цене. Разбираем, чем они принципиально отличаются и какая подходит именно под нагрузку баз данных.

Главное отличие — не тип диска, а интерфейс подключения

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

Сравнение трёх интерфейсов

Параметр	SATA	SAS	NVMe
Максимальная скорость интерфейса	до 600 МБ/с	до 2400 МБ/с (SAS-4)	до 7000+ МБ/с (PCIe 4.0 x4)
Задержка (latency)	Высокая	Средняя	Минимальная
Параллельные операции ввода-вывода	1 очередь, 32 команды	1 очередь, 256 команд	до 64 000 очередей по 64 000 команд
Резервирование пути (dual-port)	Нет	Есть	Зависит от модели (U.2/U.3 — есть)
Цена за ГБ	Минимальная	Средняя	Максимальная

Параллелизм операций ввода-вывода — параметр, на который редко смотрят при выборе, но именно он определяет, насколько диск справляется с нагрузкой множества одновременных запросов, характерной для СУБД. У NVMe глубина очереди на несколько порядков больше, чем у SATA и SAS — это и есть главная причина, почему разница в реальных тестах баз данных ощущается сильнее, чем можно предположить по одной только скорости последовательного чтения из характеристик.

Что важно именно для баз данных

Случайные операции чтения/записи важнее последовательных

СУБД почти никогда не читает данные строго последовательно — запросы обращаются к произвольным строкам таблиц и индексов. Здесь разрыв между NVMe и SATA/SAS особенно заметен: NVMe выигрывает по IOPS на случайных операциях в разы, а не на проценты.

Задержка транзакций напрямую влияет на отклик приложения

Для транзакционных БД (OLTP) каждая транзакция часто требует синхронной записи в журнал (WAL/redo log). Более низкая задержка NVMe сокращает время подтверждения транзакции — это напрямую ощущается пользователями как более быстрый отклик системы.

Отказоустойчивость для критичных БД

Классический SAS с двумя портами позволяет подключить диск сразу к двум контроллерам для резервирования пути — это по-прежнему актуально для критичной инфраструктуры. У NVMe аналог реализуется через форм-факторы U.2/U.3, но поддержка зависит от конкретной платформы и контроллера.

Бюджет и объём архивных данных

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

Практические рекомендации по сценариям

Небольшая база данных, умеренная нагрузка (внутренние учётные системы, 1С на малый штат) — SATA SSD обычно достаточно, переплата за NVMe не всегда окупается ощутимым приростом отклика.
Активная транзакционная нагрузка (интернет-магазин, CRM с постоянными запросами) — NVMe для рабочих данных и индексов даёт заметный прирост отзывчивости.
Критичная БД с высокими требованиями к отказоустойчивости — SAS с резервированием пути остаётся оправданным выбором там, где недоступность даже на секунды недопустима, либо NVMe в форм-факторе U.2/U.3 с соответствующей поддержкой платформы.
Аналитика и хранилища большого объёма (OLAP, архивы) — здесь чаще выгоднее смешанная схема: NVMe под рабочий набор данных и SAS/SATA большой ёмкости под холодное хранение.

Итог

Для баз данных ключевое преимущество NVMe — не столько скорость последовательного чтения, сколько глубина очереди команд и низкая задержка, которые напрямую определяют производительность на случайных операциях и отклик транзакций. SAS остаётся оправданным там, где критична отказоустойчивость через резервирование пути, а SATA — разумный выбор для нагрузок, где производительность диска не является узким местом. Оптимальная конфигурация чаще всего не «всё на NVMe», а сочетание интерфейсов под конкретный профиль нагрузки.

Не уверены, какая конфигурация дисков нужна под вашу базу данных? Свяжитесь с нами — поможем подобрать накопители под профиль нагрузки без переплат. Актуальные серверные SSD и конфигурации — на shiyapov.ru.

Ко всем статьям