SATA, SAS или NVMe: какие диски ставить в сервер под базу, архив и виртуализацию

Десктопный SSD в сервере стоит дешевле ровно до первой замены, а дальше начинает стоить дороже серверного. Разбираем, что означает ресурс записи, чем интерфейсы отличаются на практике и как подобрать дисковую подсистему под три типа нагрузки, не переплатив вдвое.

Дисковая подсистема — место, где экономия выглядит наиболее соблазнительно. Накопитель с теми же заявленными характеристиками может стоить в несколько раз дешевле, если взять модель для рабочих станций. Внешне это тот же форм-фактор, тот же объём, те же цифры скорости на коробке.

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

Ниже — разбор того, что реально отличает серверные накопители, как выбрать интерфейс под задачу и как считать стоимость хранения так, чтобы сравнение было честным.

SATA. Самый простой и дешёвый вариант. Пропускной способности хватает для большинства задач, где нагрузка не экстремальная. Ограничение — очередь команд: SATA плохо справляется с ситуацией, когда к диску одновременно обращается множество процессов.

SAS. Серверный интерфейс с двумя ключевыми отличиями. Первое — глубокая очередь команд, за счёт чего накопитель нормально работает под множественными параллельными обращениями. Второе — двухпортовость: диск можно подключить к двум контроллерам одновременно, и это основа отказоустойчивых конфигураций в системах хранения.

NVMe. Накопитель подключается напрямую к шине процессора, минуя контроллер дисков. Результат — принципиально меньшие задержки и на порядок большая пропускная способность. Для баз данных и виртуализации разница заметна не в тестах, а в скорости работы пользователей.

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

У твердотельных накопителей ячейки памяти изнашиваются при записи. Это не дефект, а свойство технологии: каждая ячейка выдерживает определённое число циклов перезаписи.

Производители выражают ресурс двумя способами. Первый — суммарный объём записи за срок службы. Второй, более удобный, — сколько раз в день можно перезаписать диск целиком в течение гарантийного срока. Накопитель для рабочей станции рассчитан на то, что вы перезаписываете малую долю его объёма в сутки. Серверные модели делятся на классы: для чтения с редкой записью, для смешанной нагрузки и для интенсивной записи.

Почему это важно. База данных с активными транзакциями, система видеонаблюдения, сервер виртуализации с постоянными снимками — всё это режимы с высокой нагрузкой на запись. Накопитель с низким ресурсом в такой роли вырабатывается не за пять лет, а за год-полтора.

Второе отличие серверных моделей — защита от потери питания. В накопителе есть буфер, где данные ждут записи. При внезапном пропадании питания содержимое буфера теряется, и база данных может получить повреждение. В серверных моделях есть встроенные конденсаторы, которые дают питание на завершение записи. В бытовых их нет.

Третье — предсказуемость задержек. Бытовой накопитель может выдавать отличные средние показатели и при этом периодически «проваливаться» при фоновых операциях. Для одного пользователя это незаметно, для сервера с сотней сессий — заметно всем сразу.

Арифметика простая. Возьмите разницу в цене между бытовым и серверным накопителем. Теперь добавьте к бытовому варианту:

Последний пункт заслуживает отдельного упоминания. Диски в массиве покупаются вместе, работают одинаково и изнашиваются синхронно. Когда первый выходит из строя, остальные находятся примерно в том же состоянии — а перестроение массива создаёт пиковую нагрузку именно на них. Это классический сценарий, при котором массив теряется целиком.

Твердотельные накопители вытеснили жёсткие диски там, где важна скорость. Там, где важна стоимость хранения большого объёма, механика остаётся вне конкуренции.

Типовые задачи для жёстких дисков: файловый архив, хранилище резервных копий, видеонаблюдение, «холодные» данные, к которым обращаются редко. Стоимость терабайта здесь в разы ниже, а скорость для последовательной записи вполне приличная.

Важный момент: серверные жёсткие диски тоже отличаются от бытовых. Они рассчитаны на круглосуточную работу, на вибрацию от соседних дисков в корзине и имеют механизмы корректной работы в массиве. Бытовой диск в многодисковой корзине живёт заметно меньше заявленного, и виновата в этом в том числе вибрация от соседей.

Отдельная категория — диски для видеонаблюдения, оптимизированные под постоянную последовательную запись множества потоков. В своей роли они работают лучше обычных серверных и стоят дешевле.

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

База данных и сервер 1С. Множество мелких случайных обращений, высокая доля записи. Нужны накопители класса смешанной нагрузки, желательно NVMe или SAS. Это единственное место, где переплата за скорость возвращается напрямую — в виде скорости работы людей.

Виртуализация. Нагрузка суммируется со всех машин и становится случайной даже если каждая по отдельности работает последовательно. Требования близки к базам данных. Отдельно учитывайте пиковый утренний вход пользователей.

Файловый сервер. Преимущественно последовательные операции, невысокая доля записи. Здесь жёсткие диски работают нормально, а твердотельные имеет смысл ставить только под кэш или под часто используемые каталоги.

Резервные копии. Последовательная запись большими блоками, чтение редкое. Ёмкие жёсткие диски — оптимальный выбор; тратить бюджет на скорость здесь не нужно.

Видеонаблюдение. Постоянная запись множества потоков круглосуточно. Специализированные диски, рассчитанные на этот режим.

Объединение дисков в массив решает две задачи: пережить выход из строя одного накопителя и, в некоторых конфигурациях, ускорить работу.

Чего массив не делает — не заменяет резервное копирование. Удалённый файл удаляется со всех дисков массива одновременно. Зашифрованные данные шифруются на всём массиве. Массив защищает от отказа железа, и только от него.

Три практических момента, которые чаще всего упускают.

Запасной диск. Массив без готового к установке запасного накопителя — это отложенная авария. После выхода одного диска из строя массив работает без защиты, и вторая поломка означает потерю данных. Запасной диск должен лежать рядом, а не заказываться после происшествия.

Время перестроения. Чем больше объём дисков, тем дольше восстанавливается массив после замены — для ёмких накопителей это может занимать сутки и больше. Всё это время система уязвима и работает медленнее.

Контроллер. У аппаратных контроллеров с кэшем есть батарея или конденсатор, защищающий содержимое кэша при отключении питания. Без неё кэш на запись включать нельзя: это прямой путь к повреждению базы данных.

Чтобы сравнение было честным, приведите варианты к одной величине.

Шаг 1. Определите требуемый полезный объём. Не сумму дисков, а то, что останется после организации массива и с учётом того, что заполнять хранилище под завязку нельзя.

Шаг 2. Оцените суточный объём записи для вашей нагрузки. Это ключевая величина, от которой зависит нужный класс накопителя.

Шаг 3. Сопоставьте суточную запись с ресурсом накопителя и посчитайте, на сколько лет его хватит. Если получается меньше пяти — добавьте стоимость замены в расчёт.

Шаг 4. Добавьте работы по замене и перестроению массива, а также стоимость запасных дисков.

Шаг 5. Разделите итог на полезный объём и на пять лет. Теперь варианты сопоставимы.

В большинстве расчётов серверные накопители правильного класса выигрывают именно на этом шаге: их цена выше, но она делится на пять лет, а не на полтора.

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

Если нужно подобрать дисковую подсистему под конкретную задачу, передайте менеджерам e2e4 тип нагрузки, требуемый объём и модель сервера: подберём накопители нужного класса и проверим совместимость с платформой. Каталог серверных накопителей, систем хранения данных и серверов — на сайте.