Зачем серверу быстрый SSD
В сервере диск — это узкое горлышко номер один. Даже самый мощный процессор будет простаивать, если хранилище не успевает отдавать данные. SSD в разных исполнениях решают эту проблему по-разному: где-то достаточно недорогого SATA, а где-то без NVMe не обойтись.
При выборе диска важно понимать не только интерфейс, но и тип нагрузки. Базы данных генерируют огромное количество мелких случайных операций ввода-вывода. Видеомонтаж и архивы требуют последовательной скорости записи. Для каждой задачи свои приоритеты. Неправильный выбор диска может обесценить все остальные вложения в сервер.
SATA SSD: дёшево и понятно
SATA SSD подключаются через тот же интерфейс, что и старые жёсткие диски. Их скорость ограничена пропускной способностью SATA III — около 550 МБ/с на чтение. Для многих задач этого достаточно:
- системный диск сервера;
- низконагруженные базы данных;
- хранение логов и бэкапов;
- кэш и мелкие файлы;
- файловые хранилища с небольшим количеством пользователей.
Плюс SATA SSD — дешевизна и универсальность. Практически любая материнская плата и RAID-контроллер их поддерживают. Минус — низкая скорость по сравнению с NVMe и ограниченное количество портов SATA на плате. Обычно их 6–8, что не всегда хватает для больших хранилищ.
SAS SSD: надёжность для дата-центров
SAS (Serial Attached SCSI) — интерфейс, который исторически использовался в корпоративных системах. Современные SAS SSD работают на 12 Гбит/с, поддерживают двойные порты и обычно рассчитаны на больший ресурс записи (TBW/DWPD). Они хороши для:
- СХД среднего и высокого уровня;
- систем, где важна совместимость с SAS-контроллерами и backplane;
- задач с интенсивной записью;
- серверов, где уже установлены SAS-контроллеры.
В 2026 году SAS SSD всё ещё встречаются, но постепенно уступают место NVMe U.2/U.3. Если вы собираете систему с нуля, чаще выгоднее сразу смотреть на NVMe. Если же расширяете существующую SAS-инфраструктуру, SAS SSD остаётся логичным выбором.
NVMe SSD: максимум скорости
NVMe работает по PCIe и даёт огромную пропускную способность. Даже бюджетные NVMe SSD в формате M.2 читают со скоростью 2000–3500 МБ/с, а серверные U.2/U.3 на PCIe 4.0 x4 — 6000–7000 МБ/с. Версии PCIe 5.0 уже перешагивают за 10 ГБ/с.
NVMe критичен для:
- больших баз данных (PostgreSQL, MySQL, MongoDB);
- виртуальных машин с интенсивным IO;
- видеомонтажа, стриминга, доставки контента;
- ИИ и машинного обучения, где датасеты грузятся с диска;
- кэшей и горячих данных в СХД.
Главное ограничение NVMe — количество линий PCIe и тепловыделение. Серверные NVMe SSD в U.2/U.3 могут сильно греться, поэтому важен обдув.
Форм-факторы
- 2,5 дюйма — SATA и SAS, удобно ставить в корзины сервера с горячей заменой.
- M.2 — компактный NVMe, чаще для малых серверов, рабочих станций и домашних NAS.
- U.2 / U.3 — серверный NVMe в корпусе 2,5 дюйма, поддерживает горячую замену.
- Add-in-Card (AIC) — PCIe-карта с SSD, иногда с огромным радиатором, для максимальной производительности.
DWPD и TBW — что это
Это показатели ресурса SSD:
- TBW (Total Bytes Written) — сколько терабайт можно записать за жизнь диска.
- DWPD (Drive Writes Per Day) — сколько полных циклов перезаписи диск выдержит каждый день в течение гарантийного срока.
Для обычного сервера хватит 1 DWPD. Для баз данных с активной записью, кэшей и аналитики лучше 3 DWPD и выше. Уточняйте эти параметры при покупке дисков, особенно б/у.
Какой диск куда ставить
- Система — SATA SSD 240–500 ГБ или NVMe 500 ГБ.
- База данных — NVMe SSD с высоким DWPD.
- Бэкапы и архивы — SATA SSD или HDD.
- Кэш — быстрый NVMe небольшого объёма.
Вывод
Для системного диска и хранения подойдёт SATA SSD. Для корпоративных СХД смотрите на SAS или NVMe U.3. Для баз данных, виртуализации и ИИ берите NVMe — без него процессор и память не раскроют потенциал. И не забывайте про ресурс записи: для нагруженных задач берите диски с высоким DWPD.
Производительность в реальных задачах
Скорость последовательного чтения, которую указывают производители, мало говорит о поведении диска в сервере. Важнее случайные операции ввода-вывода — IOPS. База данных PostgreSQL может генерировать тысячи мелких запросов в секунду, и здесь NVMe в разы опережает SATA SSD. Для файлового хранилища с большими файлами разница менее заметна.
Латентность тоже критична. NVMe U.2 часто показывает латентность менее 100 микросекунд, тогда как SATA SSD — около 0,5–1 миллисекунды. В нагруженной базе данных эта разница превращается в секунды ожидания для пользователей.
Когда можно сэкономить на дисках
Экономить разумно на системных дисках, хранилищах логов и архивах. Там хватит SATA SSD или даже HDD. Но на дисках с базой данных, виртуальными машинами и датасетами экономить не стоит — это главное узкое горлышко системы.
Обслуживание SSD
Следите за уровнем заполнения диска. SSD сильно теряют в скорости, когда заполнены более чем на 80–90%. Оставляйте запас, особенно на системных и базовых дисках. Также мониторьте SMART и TBW, чтобы вовремя заменить диск до исчерпания ресурса.
Итоговый чек-лист
- Определили тип нагрузки: случайный или последовательный IO.
- Выбрали интерфейс под задачу: SATA, SAS или NVMe.
- Проверили форм-фактор и совместимость с корпусом.
- Учли ресурс записи DWPD/TBW.
- Запланировали запас по объёму и резервирование.
При выборе диска также смотрите на тип памяти: TLC, QLC или MLC. MLC и TLC обычно более надёжны и быстры, но дороже. QLC дешевле и даёт больше объёма, но имеет меньший ресурс записи и может проседать в скорости при длительных нагрузках. Для серверов с интенсивной записью лучше TLC или MLC.
Наличие DRAM-кэша на SSD существенно влияет на производительность случайных операций. Диски без DRAM-кэша дешевле, но для серверной нагрузки они подходят плохо. Особенно это важно для баз данных и виртуальных машин.
Ещё один параметр — гарантия и поддержка производителя. Для серверных задач лучше брать диски с пятилетней гарантией и высоким ресурсом. Экономия на неизвестных брендах может обернуться потерей данных.
При выборе диска для базы данных обратите внимание на стабильность задержек. Некоторые дешёвые SSD показывают хорошие цифры в синтетике, но под длительной нагрузкой начинают «проседать». Ищите диски с заявленной стабильной производительностью и большим SLC-кэшем.
Для файловых хранилищ менее критичны IOPS, но важен объём и цена за терабайт. Здесь SATA SSD или даже HDD в RAID 6 могут быть разумным выбором. NVMe в таком сценарии будет избыточным.
Если вы используете программный RAID, убедитесь, что диски хорошо совместимы с вашей ОС. Некоторые диски имеют особенности работы с энергосбережением, которые вызывают проблемы в RAID-массивах. Отключение DIPM/NHIPM иногда решает эти проблемы.
Для горячих данных в больших хранилищах используют многоуровневые конфигурации: быстрые NVMe для кэша, большие HDD для холодных данных. Такой подход экономит деньги без серьёзной потери производительности.
Ещё один аспект — гарантийные условия. Для дата-центровых SSD гарантия часто зависит от DWPD и срока службы. Если диск исчерпал ресурс по записи, гарантия может быть аннулирована даже до истечения срока. Следите за этим в мониторинге.
Для критичных данных используйте диски с поддержкой концаurance и power-loss protection. Это защищает данные при внезапном отключении питания. Дешёвые потребительские SSD такой защиты не имеют.
Если вы не уверены, какой диск выбрать, начните с одного качественного NVMe для горячих данных и дешёвого SATA SSD или HDD для архивов. По мере роста нагрузки можно добавлять диски и менять конфигурацию.
Пример из практики: сервер с базой PostgreSQL на SATA SSD показывал среднее время запроса 120 мс. После перехода на NVMe U.2 среднее время упало до 15 мс. Пользователи сразу заметили разницу. Затраты на NVMe окупились повышением производительности труда.
Но если бы это было файловое хранилище видеоархива, разница была бы незаметна. Там последовательное чтение больших файлов, и SATA SSD справляется хорошо. Поэтому всегда начинайте с анализа нагрузки.
Для RAID из SSD важно включить TRIM. Без него производительность со временем деградирует. Современные RAID-контроллеры и программные RAID обычно поддерживают TRIM, но проверьте документацию.
И последнее: не забывайте про температурный режим. NVMe SSD в U.2 при интенсивной записи может нагреваться до 70°C и выше. Если диск перегревается, он начинает троттлить — снижать скорость. Обеспечьте обдув.
Ещё один тренд — серверные SSD с интерфейсом E1.S и E3.S. Это новые форм-факторы, которые позволяют устанавливать больше накопителей в одном корпусе и улучшают обдув. Пока они встречаются в новейших серверах, но стоит знать о их существовании.
Для небольших компаний часто оптимально использовать гибридную схему: NVMe для баз данных и активных данных, SATA SSD для логов и бэкапов, HDD для архивов. Так достигается баланс цены и производительности.
При покупке дисков обращайте внимание на условия гарантии для серверного применения. Некоторые производители ограничивают гарантию для дисков, используемых в дата-центрах. Читайте мелкий шрифт.
Сервера с интенсивной записью — например, системы логирования, видеонаблюдения, аналитики — быстро изнашивают SSD. Для таких задач используйте диски с высоким DWPD и большим TBW. Иногда выгоднее купить меньший диск с высоким ресурсом, чем большой с низким.
Также обратите внимание на функцию power-loss protection. Она защищает данные в кэше диска при внезапном отключении питания. Для серверных задач это критично.
Для долгосрочного хранения данных SSD не всегда лучший выбор. Диски без питания могут со временем терять данные. HDD лучше подходят для архивов, которые редко читаются.
Подведём итоги, дисковая подсистема — это то, что чаще всего ограничивает производительность сервера. Правильный выбор SSD позволяет раскрыть потенциал процессора и памяти. Не гонитесь за дешевизной в тех местах, где от диска зависит скорость бизнес-процессов.
Рассмотрим типичный сценарий: небольшая компания собирает сервер для CRM, почты и файлового хранилища. Для системы и базы подойдёт NVMe 1 ТБ. Для файлов и бэкапов — два HDD по 4 ТБ в RAID 1. Такая конфигурация даёт скорость там, где она нужна, и надёжное хранение для архивов.
Для интернет-магазина с базой данных и веб-сервером лучше взять два NVMe в RAID 1 под базу и SATA SSD под логи. Это повысит отказоустойчивость и ускорит работу сайта.
Для видеомонтажной студии важна последовательная скорость чтения и записи. Здесь подойдут NVMe в RAID 0 для рабочих проектов и большие HDD для архива. RAID 0 для временных данных приемлем, если есть резервные копии.
Для сервера ИИ без NVMe не обойтись. Датасеты грузятся с диска, и скорость загрузки батчей напрямую влияет на время обучения. Используйте несколько NVMe в RAID 0 или отдельный быстрый диск большого объёма.