закрыть 
Дисковая подсистема чаще всего определяет, насколько быстро сервер отвечает пользователям. Процессор может простаивать наполовину, а база 1С при этом тормозит, потому что накопители не успевают обрабатывать мелкие запросы. При сборке сервера выбор интерфейса дисков оказывается одним из самых важных решений, и он тесно связан с тем, что поддерживает конкретная платформа.
Набор доступных накопителей задаёт не только бюджет, но и корзина, контроллер и поколение платформы. Варианты дисковых корзин и совместимые с ними диски для разных серверов можно посмотреть в онлайн-конфигураторе, но сначала полезно разобраться, чем на практике различаются три интерфейса и что из этого следует для конкретных задач.
Чем SAS отличается от SATA в серверных дисках
SATA — интерфейс, пришедший из настольных компьютеров. Современная версия SATA III передаёт до 6 Гбит/с, работает в полудуплексе и поддерживает очередь из 32 команд. Для последовательного чтения и записи этого достаточно, а вот при сотнях одновременных мелких запросов очередь становится узким местом.
SAS изначально создавался для серверов. Версия SAS-3 даёт 12 Гбит/с в полном дуплексе, очередь команд до 254 и, что особенно важно, два независимых порта. Двухпортовый диск подключается к двум контроллерам или двум путям одновременно и продолжает работать при отказе одного из них. Для одиночного сервера это редко используется, для систем хранения с двумя контроллерами — обязательно.
Отдельно стоит упомянуть NL-SAS (Nearline SAS). Это ёмкие диски на 7200 об/мин с механикой, близкой к корпоративным SATA, но с SAS-интерфейсом. Они дешевле классических SAS на 10 000 и 15 000 об/мин и подходят для хранения больших объёмов, где важна ёмкость, а не скорость случайного доступа.
Совместимость: какие диски примет корзина и контроллер
Главное практическое правило звучит просто: SAS-контроллер и SAS-корзина работают и с SAS-, и с SATA-дисками, а SATA-контроллер SAS-диски не видит. Разъёмы спроектированы так, что SAS-диск физически не подключается к обычному SATA-кабелю.
Поэтому большинство серверов с аппаратным RAID-контроллером и корзиной горячей замены принимают оба типа дисков. А вот в младших моделях с простым встроенным SATA-контроллером на SAS-диски рассчитывать не стоит, даже если корзина выглядит так же.
Смешивать SAS и SATA в одном RAID-массиве не рекомендуется, а многие контроллеры этого вообще не позволяют. В одном сервере при этом спокойно уживаются два массива: например, быстрый из SAS SSD под базы и ёмкий из SATA HDD под архив.
NVMe в сервере: скорость и её условия
NVMe-накопители подключаются напрямую к шине PCIe, обычно через четыре линии, без промежуточного SATA- или SAS-контроллера. Протокол поддерживает десятки тысяч очередей команд, и задержки у него в несколько раз ниже, чем у SAS SSD. Для нагруженных баз данных, виртуализации с плотным размещением машин и кеширующих томов разница заметна сразу.
Но у NVMe в сервере есть условия. Нужна корзина с поддержкой NVMe или хотя бы слот PCIe под адаптер, а в двухпроцессорных системах часть таких отсеков работает только при установленном втором процессоре. В платформах на Xeon E5 v3 и v4 NVMe-отсеки встречаются лишь в отдельных комплектациях, в поколении Xeon Scalable они распространены шире.
Второе ограничение касается RAID. Классические аппаратные контроллеры прошлых поколений с NVMe не работают. Массив из таких накопителей собирают программно средствами ОС или гипервизора (mdadm, ZFS, Storage Spaces) либо через современные контроллеры с поддержкой трёх интерфейсов (tri-mode). Это стоит учесть до выбора платформы, а не после.
Форм-фактор NVMe тоже имеет значение. Накопители U.2 размером 2,5 дюйма ставятся в корзину с горячей заменой, как обычные диски. Модули M.2 компактны, но меняются только при выключенном сервере, поэтому их обычно отводят под загрузку системы. Платы расширения PCIe с NVMe подходят, когда корзины под U.2 в платформе нет, но слоты при этом заняты накопителями, а не сетевыми адаптерами.
Как подобрать интерфейс дисков под задачи сервера
Удобнее всего распределять накопители по ролям, а не выбирать один тип на весь сервер. Типичная схема для сервера малого и среднего бизнеса выглядит так.
- Загрузка системы и гипервизора: пара небольших SSD в зеркале или M.2 на загрузочном адаптере.
- Базы 1С, SQL и виртуальные машины: корпоративные SSD SAS или SATA в RAID 10, а при высокой нагрузке NVMe.
- Файловое хранилище: ёмкие NL-SAS или корпоративные SATA HDD в RAID 6.
- Резервные копии и архив: самые ёмкие HDD, скорость случайного доступа здесь вторична.
- Видеонаблюдение: HDD, рассчитанные на непрерывную последовательную запись.
Механические SAS-диски на 10 000 и 15 000 об/мин постепенно уходят со сцены. Корпоративный SSD того же объёма быстрее их на порядок, потребляет меньше энергии и не шумит, поэтому для рабочих нагрузок новые проекты почти всегда строят на твердотельных накопителях, а HDD оставляют для ёмкого хранения.
Ресурс SSD и корпоративные диски: на чём не экономить
У твердотельных накопителей для серверов указывают выносливость в DWPD — сколько раз в сутки можно полностью перезаписать диск на протяжении гарантийного срока. Модели для преимущественного чтения имеют около 1 DWPD, универсальные — около 3, для интенсивной записи — 10 и выше. Под базы с активными транзакциями лучше брать универсальный класс.
Ставить в сервер настольные SSD — частая ошибка экономии. У них нет защиты от потери питания, производительность проседает при длительной записи, а RAID-контроллер может помечать их как несертифицированные. Корпоративные модели, в том числе с вторичного рынка, при этом нередко оказываются надёжнее новых бытовых.
При выборе б/у SSD главный показатель — остаток ресурса записи, который отображается в SMART и утилитах контроллера. Накопитель с остатком 90% и выше практически не уступает новому, а диск с остатком ниже 50% разумнее отправить под второстепенные задачи вроде временных файлов.