SSD для сервера, NAS и 1С: выбор по ресурсу, а не по МБ/с

«Какой SSD взять под сервер 1С?», «что поставить в NAS под бэкапы?», «хватит ли бытового M.2 для гипервизора?» — эти вопросы системный администратор и закупщик задают чуть ли не каждую неделю, а на витрине их встречает одна и та же цифра крупным шрифтом: «до 7000 МБ/с». Проблема в том, что для сервера, системы хранения и базы 1С эта цифра значит очень мало. Пиковая последовательная скорость — это про копирование одного большого файла, тогда как серверная нагрузка состоит из тысяч мелких случайных операций, круглосуточной записи и требования не потерять данные при пропадании питания.

В этом материале мы разбираем SSD так, как их выбирает интегратор, а не геймер: по ресурсу (TBW и DWPD), случайным IOPS, наличию защиты от потери питания и по форм-фактору, который должен физически встать в вашу платформу. Все примеры — реальные накопители из каталога AFOX.SU, от корпоративного Samsung PM883 на 7,68 ТБ до клиентских M.2 NVMe поколений Gen4 и Gen5. Числа характеристик взяты из карточек товаров; сценарные ориентиры (сколько пишет база в сутки, какой запас ресурса закладывать) — общепринятые практики, и их стоит проверять на своей нагрузке.

Материал будет полезен ИТ-директору небольшой компании, системному интегратору и администратору, который собирает или обновляет сервер, СХД или рабочую станцию. Если вы подбираете накопитель под конкретную платформу — держите рядом её спецификацию: добрая половина ошибок при закупке SSD связана не со скоростью, а с тем, что диск просто не встаёт в корпус или не поддерживается контроллером.

Три параметра, которые всё решают: ресурс, IOPS и защита питания

Прежде чем смотреть на гигабайты в секунду, ответьте на три вопроса: сколько диск способен пережить записи, как быстро он обрабатывает мелкие случайные блоки и что произойдёт при внезапном пропадании питания. Именно здесь проходит граница между бытовым и серверным сценарием.

Ресурс — TBW и DWPD. TBW (Terabytes Written) — суммарный объём данных, который производитель гарантирует записать на диск за срок службы. Показатель прямой и наглядный: у клиентского Gigabyte на 240 ГБ это всего 100 ТБ, а у корпоративного Samsung PM883 на 7,68 ТБ — 10 932 ТБ, то есть в сотню с лишним раз больше. Чтобы сравнивать накопители разной ёмкости, ресурс переводят в DWPD (Drive Writes Per Day) — сколько раз в день можно полностью перезаписать диск на протяжении срока службы. Формула простая: DWPD = TBW ÷ (ёмкость в ТБ × 365 × число лет). Для PM883 в расчёте на пять лет выходит около 0,8 DWPD — это класс read-intensive, «под чтение с умеренной записью». Для клиентского диска на 2 ТБ с TBW 450 ТБ получается порядка 0,12 DWPD — принципиально иной запас прочности.

Случайные IOPS по 4 КБ. База 1С, виртуальные машины и метаданные файловой системы — это поток мелких случайных операций, а не линейное чтение большого файла. Здесь важны не «МБ/с», а IOPS, и разброс между классами дисков огромен: SATA-накопитель выдаёт десятки тысяч операций, клиентский NVMe — сотни тысяч, а корпоративный KIOXIA CD7-V — до 1 100 000 IOPS на чтение. При этом у read-intensive дисков запись всегда слабее: у того же PM883 при 98 000 IOPS на чтение запись всего 27 000 — для журналов транзакций и активной OLTP-базы этого может не хватить, и тогда нужен накопитель класса mixed-use.

Защита от потери питания (PLP). Корпоративные SSD несут на плате конденсаторы, которые при пропадании питания успевают «дописать» данные из кэша во флеш-память. У клиентских M.2 такой защиты нет: сбой электросети в момент записи может повредить не только последний файл, но и таблицу трансляции адресов — вплоть до потери всего тома. Для круглосуточной записи, СУБД и SSD-кэша это критично, поэтому под сервер берут либо накопитель с PLP, либо страхуются на уровне зеркала и ИБП.

Эти три параметра работают вместе. Быстрый на бумаге диск без ресурса и защиты питания под серверной нагрузкой превращается в риск, а «медленный» корпоративный SATA спокойно отрабатывает годами. Поэтому чтение спецификации всегда начинают с TBW, IOPS и PLP, а уже потом смотрят на последовательную скорость.

Интерфейс и форм-фактор: SATA, M.2 NVMe и корпоративный U.2

Второй практический фильтр — физика. Накопитель с отличными характеристиками бесполезен, если он не встаёт в вашу платформу.

SATA 6 Гб/с. Потолок интерфейса — примерно 550 МБ/с, и в него упираются почти все SATA-диски: Samsung PM883, ADATA SU650, MSI Spatium S270. По меркам NVMe это медленно, но SATA по-прежнему актуален там, где важны совместимость, горячая замена в дисковых корзинах 2,5″ и предсказуемость: загрузочные тома, объёмы NAS, архив. Форм-фактор 2,5″ высотой 7 мм встаёт практически в любую корзину.

M.2 NVMe. Слот M.2 2280 на материнской плате даёт прямой доступ к линиям PCIe. Поколения различаются полосой: Gen3 x4 — примерно до 3300–3500 МБ/с (AMD Radeon R3, Apacer AS2280P4), Gen4 x4 — 5000–7400 МБ/с (MSI Spatium M461 и M470 PRO, ADATA Legend), Gen5 x4 — свыше 10 000 МБ/с (MSI Spatium M560 с показателями 10 200/8400 МБ/с). Оговорка для серверов: M.2 на плате — это обычно один-два слота без горячей замены, поэтому в стойку массово ставят NVMe в другом форм-факторе.

Корпоративный 2,5″ NVMe (U.2). KIOXIA CD7-V — это NVMe-накопитель в форм-факторе 2,5″ толщиной 15 мм с интерфейсом PCIe Gen4 x4: скорость и IOPS уровня NVMe плюс горячая замена в серверной корзине с U.2-бэкплейном. Но именно бэкплейн и нужен — в обычную материнскую плату такой диск не воткнуть.

Отдельная ловушка — вендор-лок. Cisco Pluggable SSD на 240 ГБ для коммутаторов Catalyst 9500 имеет «нестандартный» форм-фактор: он рассчитан только на конкретную линейку оборудования и не является универсальным серверным диском. Такие позиции заказывают строго под свою железку и не пытаются применить где-то ещё.

Загрузочный диск сервера и гипервизора

Под систему — ESXi, Hyper-V, Proxmox или Windows Server — не нужен самый быстрый накопитель. Нужен надёжный и, желательно, задублированный. Классическое решение — пара недорогих SATA SSD 2,5″ в зеркале: если один диск умрёт, система переживёт. Ёмкости 240–480 ГБ хватает под гипервизор и логи; ключевое здесь — не гнаться за скоростью, а заложить резерв по ресурсу и не ставить систему на единственный диск.

Начальный вариант — Gigabyte на 240 ГБ: SATA, порядка 500 МБ/с, TBW 100 ТБ, гарантия три года. Для загрузочного тома, который почти не пишет, этого достаточно, а невысокая цена позволяет собрать зеркало из двух дисков. Тонкий момент: некоторые гипервизоры активно пишут логи и своп-файлы — тогда 100 ТБ ресурса «съедаются» быстрее, чем кажется, и разумнее взять накопитель с большим запасом TBW.

База 1С и виртуализация: ставка на выносливость

Здесь SSD работает в самом тяжёлом режиме: смешанное чтение-запись, случайные блоки, круглые сутки. Три требования — ресурс, случайные IOPS и защита питания. Профильное решение — корпоративный накопитель: Samsung PM883 с ресурсом 10 932 ТБ и наработкой на отказ 2 млн часов держит нагрузку годами, а его 98 000 IOPS на чтение отрабатывают выборки 1С. Если база активно пишет — много проведений, обмен, журналы транзакций — смотрите на mixed-use NVMe вроде KIOXIA CD7-V: 1,1 млн IOPS на чтение и 330 000 на запись — это уже другой класс для OLTP.

Что делать небольшой компании без серверной корзины под U.2? Рабочий компромисс — качественный клиентский NVMe с высоким ресурсом, но обязательно в зеркале и за ИБП, который на уровне инфраструктуры заменяет отсутствующий на диске PLP. Схема не эталонная, но для скромной нагрузки офиса вполне жизнеспособная. Про подбор источника бесперебойного питания под стойку мы подробно писали в гайде ИБП для серверной стойки, а про саму платформу — в разборе сервера Crusader Squire 2220R.

NAS: кэш и тома хранения

В сетевом хранилище у SSD две разные роли. Первая — тома под данные: тут подходят надёжные SATA-накопители, например ADATA SU650 на 1 ТБ с ресурсом 600 ТБ и поддержкой ECC. Вторая, более требовательная, — SSD-кэш чтения и записи в QNAP или Synology. Кэш постоянно перезаписывается, поэтому всё решает ресурс: клиентский M.2 с TBW 250 ТБ в роли кэша изнашивается ощутимо быстрее, чем диск на 600–1560 ТБ. Под кэш записи берите накопитель с запасом по TBW и, если хранилище это позволяет, зеркалируйте кэш — иначе отказ единственного кэш-диска потянет за собой данные.

Как разложить SSD и HDD по отсекам конкретных моделей, мы разбирали в материалах про NAS QNAP для 1С и бэкапов и Synology DS225+ против DS223j. Сами накопители и корзины удобно смотреть в разделах каталога SSD и СХД и NAS.

Рабочая станция инженера: CAD, видео и большие проекты

Для рабочей станции проектировщика, монтажёра видео или аналитика правила мягче: нагрузка бывает пиковой — открыть тяжёлый проект, смонтировать ролик, — но не круглосуточной записью, как на сервере. Здесь клиентский Gen4/Gen5 NVMe раскрывается полностью. ADATA Legend 960 MAX на 2 ТБ (7400/6800 МБ/с, TBW 1560 ТБ, радиатор в комплекте) сочетает высокую скорость и приличный ресурс, а MSI Spatium M560 с интерфейсом Gen5 выдаёт 10 200/8400 МБ/с для самых тяжёлых сцен. Важная оговорка: быстрые NVMe греются — M560 потребляет до 5,9 Вт — и без обдува или радиатора уходят в троттлинг, теряя ту самую скорость, ради которой их брали. В компактном корпусе это не теория, а типичный сценарий, и радиатор здесь обязателен.

Считаем ресурс на примере

Покажем расчёт на конкретных цифрах. Допустим, файловый сервер небольшого офиса пишет около 50 ГБ в сутки — документы, бэкапы, временные файлы. За пять лет это примерно 50 ГБ × 365 × 5 ≈ 91 ТБ записи. Клиентский диск с TBW 100 ТБ формально «впритык» пройдёт этот срок, но без запаса на пики и деградацию ячеек — рискованно. Накопитель с TBW 300–600 ТБ даёт трёх-шестикратный резерв и спокойный горизонт замены. Теперь сервер 1С с активной базой: 200–300 ГБ записи в сутки — это уже 365–550 ТБ за пять лет, и здесь клиентский диск начального уровня выработается досрочно, тогда как корпоративный PM883 с его почти 11 ПБ ресурса такой нагрузки попросту не заметит. Вывод простой: сначала оцените суточную запись, а затем подбирайте TBW с запасом — не наоборот.

Таблица: какой SSD под какую задачу

Типичные ошибки при выборе SSD

• Выбор по пиковой скорости. «До 7000 МБ/с» описывает линейное чтение, а сервер живёт случайными IOPS и записью. Диск с красивой цифрой на коробке способен проваливаться под реальной нагрузкой базы данных.
• Клиентский SSD под круглосуточную запись без PLP. Отсутствие защиты питания плюс сбой электросети равно повреждённая таблица трансляции и риск потерять том. Под СУБД и кэш нужен PLP или, как минимум, ИБП и зеркало.
• Единственный M.2 под гипервизор. Один диск — одна точка отказа. Систему ставят в зеркало из двух накопителей, чтобы отказ одного не останавливал работу.
• Игнор охлаждения Gen4/Gen5. Быстрый NVMe без радиатора и обдува троттлит и теряет ту самую скорость, за которую его выбрали. В плотном корпусе это проявляется особенно быстро.
• Промах по форм-фактору и совместимости. Диск U.2 не встанет без бэкплейна, M.2 — без слота, а вендор-специфичный накопитель (например, Cisco для Catalyst) вообще не универсален. Сверяйтесь со спецификацией платформы до заказа.
• Ресурс без запаса. Планируйте TBW с кратным запасом к суточной записи — накопитель, выработавший ресурс за год, обойдётся дороже, чем взятый «на вырост».

Итог: как выбрать за пять шагов

Свести выбор к короткому чек-листу можно так. Первое — оцените суточную запись вашей нагрузки и заложите запас по TBW в три-пять раз; перевод в DWPD помогает сравнить диски разной ёмкости. Второе — под базы данных, виртуализацию и кэш берите накопитель с защитой от потери питания или страхуйтесь зеркалом и ИБП. Третье — проверьте форм-фактор и интерфейс по спецификации платформы: SATA 2,5″, M.2 или корпоративный U.2. Четвёртое — под систему делайте зеркало из двух дисков, а не ставьте её на единственный накопитель. Пятое — для быстрых Gen4/Gen5 заранее предусмотрите охлаждение.

Готовые к отгрузке накопители под каждый из этих сценариев — от корпоративных Samsung и KIOXIA до клиентских M.2 — собраны в разделе SSD каталога AFOX.SU; по стойкам и хранилищам загляните в раздел СХД и NAS. Если нужна помощь с подбором под конкретный сервер или NAS, менеджеры AFOX.SU подскажут совместимую по форм-фактору и интерфейсу модель.

Читайте также

Про остальные комплектующие под сервер и рабочую станцию мы писали отдельно.

• Диски для NAS Synology: IronWolf 4, 8 и 16 ТБ — какие брать в офис
• DDR5 vs DDR4 для ПК: что выбрать и почему решает платформа