
SAS или SSD: что выбрать для сервера?
Подберём игровой ПК за 2 шага
Ответьте на несколько вопросов — покажем готовые сборки
В этой статье разберём, какой накопитель выбрать для сервера. Объясним, почему сравнивать SAS и SSD напрямую некорректно, чем отличаются SATA SSD, SAS SSD и NVMe, где всё ещё уместны жёсткие диски и когда SSD выгоднее, даже если стоит дороже. Отдельно посмотрим, какие накопители подходят для СУБД, виртуализации, архивов, видеонаблюдения и других серверных задач.
Как правильно поставить вопрос
«SAS или SSD» — не совсем корректный выбор. SAS — это интерфейс, то есть способ подключения накопителя к серверу. SSD — это тип накопителя на флэш-памяти без движущихся частей. Сравнить их напрямую всё равно что спорить, что лучше — бензин или внедорожник. Кроме того, существуют SAS SSD — твердотельные накопители, которые подключаются по интерфейсу SAS.
Корректный выбор выглядит иначе. С одной стороны — SAS HDD, классический жёсткий диск со шпинделем. С другой — SSD, который подключают по одному из трех интерфейсов: SATA, SAS или NVMe. Универсального ответа здесь нет: всё определяет тип нагрузки.
SAS HDD: где механика всё ещё уместна
Раз уж первая половина вопроса касается жёстких дисков SAS, с них и начнём. Хоронить механику рано — у неё всё ещё остались свои задачи.
Шпиндель в серверных HDD обычно вращается со скоростью 7 200, 10 000 или 15 000 об/мин. Чем выше скорость, тем ниже задержка вращения и тем быстрее диск справляется с частью операций. Но физику не обмануть: даже быстрые 15K HDD сильно проигрывают SSD по случайному доступу и мелким операциям. Поэтому 15K-диски почти вытеснены SSD, а 10K-модели остались скорее в нишевых и уже существующих серверных парках. Основной объём сегодня держится на 7 200 об/мин — такие диски ставят в ёмкие массивы под большие данные.
Главный козырь HDD — объём и цена за терабайт. Один корпоративный SAS HDD вмещает десятки терабайт и при пересчёте на объём обычно обходится дешевле SSD. Поэтому, когда нужно хранить много данных и обращаться к ним не каждую секунду, считают не только скорость, но и стоимость хранения. Высокоёмкие серверные SSD тоже существуют, но в больших массивах они заметно дороже и оправданы там, где важны IOPS (количество операций в секунду), задержки, плотность размещения или энергопотребление.
По серверным функциям SAS HDD — не бытовые диски. У них есть варианты с двумя портами для резервирования пути к накопителю, поддержка работы в серверных корзинах и горячая замена при наличии подходящего шасси, бэкплейна и контроллера. Это не делает механику быстрее SSD, но позволяет использовать её в отказоустойчивых системах хранения.
Где HDD объективно на месте: большие объёмы холодных данных, архивы, видеонаблюдение, резервные копии и последовательная запись. Где они проигрывают без вариантов: случайный доступ и множество мелких операций. База данных или десятки виртуальных машин быстро превратят одиночный жёсткий диск в узкое место.
Серверные SSD: SATA, SAS и NVMe
Просто поставить SSD — ещё не решение. В сервере важен не только сам переход с HDD на SSD, но и интерфейс накопителя. От него зависят скорость, задержки, отказоустойчивость и совместимость с существующей инфраструктурой.
SATA SSD
SATA SSD упирается в потолок интерфейса: последовательное чтение обычно доходит до 540–550 МБ/с, а случайное чтение — примерно до 100 000 IOPS. IOPS — это число операций ввода-вывода в секунду, важная метрика для баз данных, виртуализации и других задач с большим количеством мелких обращений к диску.
Главный плюс SATA SSD — совместимость со старой инфраструктурой. Такой накопитель часто можно поставить в уже существующую серверную корзину или SAS/SATA-бэкплейн, если это поддерживает контроллер и шасси.
Где уместен: бюджетные серверы, веб-хостинг, небольшие базы данных, системные диски, замена старых SAS/SATA HDD без полной переделки платформы.
Ограничения: у SATA SSD нет дуального порта, а производительность под параллельной нагрузкой ниже, чем у SAS SSD и NVMe. Дело не только в потолке пропускной способности. У SATA/AHCI одна очередь команд с небольшой глубиной, поэтому при большом числе одновременных запросов производительность проседает быстрее, чем у SAS или NVMe.
SAS SSD
SAS SSD — более серверный вариант. На интерфейсе SAS-4 24G последовательное чтение у быстрых моделей доходит до 4,3 ГБ/с, а случайное чтение — до сотен тысяч IOPS. У топовых накопителей показатель может приближаться к 800 000 IOPS.
Главное отличие SAS от SATA — не только скорость, но и отказоустойчивость. Многие SAS SSD поддерживают два порта: накопитель можно подключить к контроллерам СХД (система хранения данных). В связке с MPIO — механизмом работы с несколькими путями к одному диску — это позволяет системе сохранить доступ к данным при отказе одного из путей. Конкретный режим работы зависит от СХД, контроллера, драйверов и операционной системы: система может держать второй путь в резерве, распределять нагрузку между ними или переключаться на запасной маршрут при сбое.
SAS SSD хорошо ложится в существующую серверную инфраструктуру: если сервер или СХД уже построены на SAS-контроллерах и совместимом бэкплейне, апгрейд проще, чем переход на NVMe. Но для полной скорости 24G SAS нужна поддержка со стороны контроллера и объединительной панели (бэкплейна). На старой 12G-инфраструктуре накопитель может работать, но упрётся в потолок интерфейса.
Где уместен: нагруженные СУБД, виртуализация, корпоративные СХД, серверы с уже развернутой SAS-инфраструктурой, апгрейд систем, где важны отказоустойчивость и предсказуемая работа под нагрузкой.
NVMe SSD
NVMe SSD подключается по PCIe и снимает ограничения SATA/SAS-стека. У быстрых серверных моделей скорость чтения доходит примерно до 7 ГБ/с на PCIe 4.0 x4 и до 14 ГБ/с на PCIe 5.0 x4. Случайное чтение у современных NVMe может превышать 2 млн IOPS, а задержки измеряются десятками микросекунд.
Поколение PCIe задаёт верхний предел пропускной способности: переход с PCIe 4.0 на PCIe 5.0 примерно удваивает доступную скорость на тех же четырёх линиях. Но реальная производительность зависит не только от версии PCIe. Важны контроллер SSD, тип NAND памяти, прошивка, охлаждение, лимит мощности и количество доступных линий PCIe.
Минус NVMe — требования к платформе. Нужен слот PCIe, совместимый U.2/U.3-бэкплейном, EDSFF-корзина или другой NVMe-совместимый вариант подключения. Со старыми SAS-контроллерами NVMe напрямую не работает. Кроме того, в сервере должны быть свободные линии PCIe нужного поколения, иначе накопитель не раскроет паспортную скорость.
Где уместен: транзакционные СУБД, виртуализация с высокой плотностью ВМ, машинное обучение, ИИ, аналитика, финтех и другие задачи, где важны низкая задержка, высокий IOPS и высокая пропускная способность.
По стоимости NVMe часто дороже, чем SATA SSD, но в тяжёлых задачах может быть выгоднее за счёт большей производительности на один накопитель, лучшей производительности на ватт и меньшего числа дисков для той же нагрузки. Но это не автоматическое правило: итоговая экономика зависит от конкретной платформы, нагрузки, ресурса записи и требований к отказоустойчивости.
Выберите GPU-сервер для нейросетей
Готовые решения для работы с большими массивами данных
Сравнение в одной таблице
Цифры в таблице ориентировочные, реальные показатели зависят от модели, ёмкости, прошивки, контроллера и нагрузки.
| Параметр | SATA SSD | SAS SSD | NVMe SSD |
|---|---|---|---|
| Последовательное чтение | до 550 МБ/с | до 4,3 ГБ/с | до 14 ГБ/с |
| Случайное чтение 4K | до 100 000 IOPS | до 800 000 IOPS | до 2 000 000 IOPS |
| Задержка | высокая | средняя | самая низкая |
| Двойной порт / несколько путей к диску | выше, чем у SAS и NVMe | ниже, чем у SATA | зависит от модели |
| Совместимость | высокая | высокая при наличии SAS-инфраструктуры | ниже: нужна поддержка NVMe |
| Ёмкость | от сотен ГБ до нескольких ТБ | от сотен ГБ до десятков ТБ | от сотен ГБ до десятков ТБ |
| Цена за ТБ | ниже | выше, чем у SATA | зависит от класса, обычно выше SATA |
| Энергопотребление | низкое | среднее | высокое, но лучше по производительности на ватт |
| Где уместен | бюджетные серверы, системные диски, небольшие нагрузки | СХД, виртуализация, корпоративные серверы | СУБД, аналитика, ИИ, задачи с высокой нагрузкой |
Какой накопитель выбрать под конкретную задачу
Ниже — короткая шпаргалка по выбору накопителей под разные серверные задачи. В рекомендациях часто встречается RAID: это объединение нескольких дисков в массив для повышения скорости, отказоустойчивости или и того и другого. Подробнее о RAID, его уровнях и сценариях применения мы рассказывали в отдельной статье, а здесь сосредоточимся именно на выборе накопителя.
- СУБД: 1С, PostgreSQL, SQL Server
Лучше выбрать SAS SSD или NVMe SSD. Для отказоустойчивости и скорости подойдёт RAID 10. В таких задачах важны IOPS, низкая задержка и стабильная работа под смешанной нагрузкой. - Высоконагруженная СУБД: финтех, трейдинг, биллинг
Оптимальный вариант — NVMe SSD. Обычно используют RAID 10 или отказоустойчивое NVMe-хранилище. Здесь критичны задержки: чем быстрее накопитель отвечает на запросы, тем лучше работает вся система. - Виртуализация: VMware, Hyper-V, Proxmox
Для виртуальных машин лучше использовать NVMe SSD или SAS SSD. Жёсткие диски SAS можно оставить только под холодные данные: архивы, образы, резервные копии. ВМ создают много случайных операций, и HDD быстро теряет производительность. - Файловый сервер / NAS
Для хранения больших объёмов подойдут SAS HDD в RAID 6 или RAID 60. Если пользователи активно работают с файлами, можно добавить SSD-кэш или отдельный SSD-пул под горячие данные. Так получится сохранить баланс между объёмом и скоростью. - Резервные копии и архив
Лучший вариант — ёмкие SAS HDD в RAID 6 или RAID 60. Здесь важнее не максимальная скорость, а большой объём и низкая цена за терабайт. Но RAID не заменяет резервное копирование: копии всё равно нужно хранить отдельно. - Видеонаблюдение
Подойдут SAS HDD 7 200 об/мин. Для больших систем — RAID 6 или RAID 60. Видеонаблюдение в основном пишет данные последовательно, поэтому быстрый SSD обычно не нужен. Важнее объём, стабильная запись и надёжность массива. - Веб-хостинг / CMS
Для небольших сайтов, корпоративных порталов и CMS хватит SATA SSD или SAS SSD. Обычно используют RAID 1 или RAID 10. SATA SSD подходит, если нагрузка умеренная и важна цена. SAS SSD лучше, если нужна более предсказуемая работа под нагрузкой. - Высоконагруженный веб с активной базой и большим числом операций чтения/записи
Лучше использовать NVMe SSD в RAID 10. Такой сценарий активно нагружает базу, кэш, логи и пользовательские данные. Здесь важны быстрый случайный доступ и низкая задержка. - Машинное обучение, ИИ, аналитика
Оптимальный вариант — NVMe SSD. Для временных данных иногда используют накопители без RAID, если потеря этих данных не критична. Для важных наборов данных лучше выбрать RAID 10, репликацию или отдельное отказоустойчивое хранилище. Главные требования — высокая пропускная способность и быстрый доступ к большим объёмам данных.
Выберите решение для работы
Найдите готовый компьютер под вашу профессию
Когда SSD выгоднее SAS HDD, хотя стоит дороже
На первый взгляд всё просто: терабайт на SSD обходится дороже, чем терабайт на жёстком диске. Но в сервере важна не только цена накопителя. Важнее другое: сколько стоит решить конкретную задачу — обеспечить нужную скорость, задержку и стабильность под нагрузкой.
Если системе нужны IOPS и низкая задержка, один SSD может заменить несколько жёстких дисков по производительности. Там, где раньше ставили полку из десятка HDD ради нужного числа операций в секунду, часто хватает двух-трёх SSD. В итоге становится меньше дисков, слотов, кабелей, портов и точек обслуживания.
SSD особенно выгоден в задачах со случайным доступом: базы данных, виртуализация, нагруженные веб-сервисы, кэш, аналитика. HDD в таких сценариях быстро упирается в механику: головке нужно физически перемещаться по пластинам, а задержки нельзя убрать настройками.
В итоге SSD может оказаться выгоднее, даже если дороже на старте. Накопителей нужно меньше, слотов и кабелей тоже меньше, обслуживание проще, а производительность на ватт обычно выше. Поэтому сравнивать HDD и SSD только по цене за терабайт неправильно. Вопрос лучше ставить иначе: сколько жёстких дисков понадобится, чтобы получить нужную скорость, и получится ли вообще получить её на HDD.
Гибридная схема — самый практичный вариант
Чаще всего в сервере используют не один тип накопителей, а связку SSD и HDD. SSD ставят под быстрые данные: базы, виртуальные машины, кэш и рабочие файлы. HDD в той же системе используют под объём: архивы, резервные копии и редко используемые данные.
Такую схему называют многоуровневым хранением. Внутри одного сервера или СХД данные раскладываются по разным уровням: горячие — на быстрые SSD, холодные — на более дешёвые и ёмкие HDD.
Пример для среднего бизнеса: в одном сервере SSD работают под СУБД и виртуальные машины, а отдельный массив SAS HDD в RAID 6 хранит файлы, архивы и резервные копии. Если SSD два, обычно используют RAID 1. Если нужна скорость и отказоустойчивость, ставят четыре SSD и собирают RAID 10.
RAID 10 хорошо подходит для баз данных: он даёт скорость и зеркалирование данных. RAID 6 логичен для архива: он выдерживает отказ двух дисков, а высокая скорость там не так важна.
Главное — не путать RAID с резервным копированием. RAID помогает пережить отказ диска, но не спасает от удаления данных, вируса-шифровальщика или ошибки администратора.
Идея простая: SSD и HDD не конкурируют, а дополняют друг друга. SSD берёт на себя скорость, HDD — большой объём за разумные деньги.
На что обратить внимание при переходе с SAS HDD на SSD
Переход с SAS HDD на SSD редко сводится к простой замене диска в корзине. Перед апгрейдом стоит проверить несколько вещей: совместимость сервера, ресурс накопителя, схему RAID и мониторинг износа.
- Совместимость контроллера и бэкплейна.
SATA SSD и SAS SSD часто можно поставить в те же серверные корзины, где раньше стояли SAS HDD. Но это работает только при поддержке со стороны контроллера, бэкплейна и прошивки сервера. Для SAS SSD также важно поколение интерфейса: накопитель 24G SAS может работать в старой 12G-инфраструктуре, но не раскроет полную скорость. - NVMe требует другой инфраструктуры.
NVMe не работает через обычный SAS-контроллер. Нужна платформа с поддержкой NVMe: PCIe-слот, U.2/U.3-бэкплейн, EDSFF-корзина или подходящий адаптер. Также важно проверить количество свободных линий PCIe и их поколение. Если линий мало или они старого стандарта, накопитель будет работать, но ниже паспортных возможностей. - Прошивка сервера.
Перед заменой стоит обновить BIOS/UEFI, прошивку контроллера и бэкплейна. Это особенно важно для NVMe: старые серверы могут не видеть такой накопитель при загрузке или работать с ним нестабильно. - Ресурс записи.
Для задач с постоянной записью — журналов, логов, баз данных, кэша — нужно смотреть не только скорость, но и TBW или DWPD. TBW показывает, сколько данных можно записать на накопитель за срок гарантии. У серверных SSD ресурс обычно измеряется сотнями терабайт или петабайтами, но конкретное значение зависит от модели и ёмкости. - RAID-уровень.
Для СУБД и виртуализации чаще выбирают RAID 10: он даёт хорошую скорость, зеркалирование и нормально переносит интенсивную запись. RAID 5/6 на SSD тоже возможен, но для задач с большим числом записей он менее удачен: расчёт чётности снижает производительность и усложняет восстановление массива. - Защита от потери питания.
Для серверных задач лучше выбирать SSD с Power Loss Protection. Эта функция помогает сохранить данные в буфере при внезапном отключении питания. Для баз данных, виртуализации и журналов это важнее, чем кажется по спецификациям скорости. - Мониторинг износа.
После установки SSD нужно добавить в мониторинг параметры здоровья накопителя. У NVMe обычно смотрят Percentage Used, Media and Data Integrity Errors, Available Spare и температуру. У SATA и SAS SSD названия параметров зависят от производителя: это может быть Wear Leveling Count, Media Wearout Indicator или другой показатель износа. Проверять их можно через smartctl, nvme-cli или утилиты производителя.
Главный принцип простой: перед апгрейдом нужно проверять не только «подойдёт ли SSD по разъёму», но и выдержит ли он реальную нагрузку, увидит ли его сервер и получится ли нормально следить за его состоянием.
В серверах DigitalRazor мы выбираем накопители под тип нагрузки: СУБД, виртуализацию, файловое хранение, резервные копии или смешанные задачи. При сборке учитываем интерфейс SSD, RAID, ресурс записи, совместимость с контроллером и бэкплейном, линии PCIe и требования к мониторингу. После сборки тестируем конфигурацию, чтобы сервер стабильно работал в своём сценарии.
Часто задаваемые вопросы (FAQ)
Заключение
Выбор серверного накопителя начинается не с интерфейса, а с нагрузки. NVMe не нужен везде только потому, что он быстрее, а SAS HDD не становится бесполезным только потому, что уступает SSD по IOPS. У каждого типа накопителей остаётся своя зона, где он работает рационально.
Для баз данных, виртуальных машин, кэша и других активных данных важны задержка, случайный доступ и стабильная работа под параллельной нагрузкой. Здесь выигрывают SAS SSD и NVMe. Для архивов, резервных копий, видеонаблюдения и файлового хранения важнее объём и цена за терабайт — здесь по-прежнему уместны ёмкие SAS HDD.
Поэтому в большинстве серверов лучше работает не один тип дисков, а гибридная схема: SSD берут на себя скорость, HDD — объём. Главное — не переплачивать за запас, который не будет использоваться, и не экономить там, где накопитель станет ограничением для всей системы. Накопители выбирают под профиль нагрузки, а не по моде на самый быстрый интерфейс.
Для подбора сервера под конкретную нагрузку всегда можно обратиться к специалистам DigitalRazor — поможем выбрать конфигурацию без лишнего запаса и слабых мест.




















