Как выбрать жёсткий диск для сервера

Жёсткий диск для сервера, не тот же товар, что диск для домашнего компьютера, хотя внешне они почти неотличимы. Разница скрыта внутри: другая механика, другая прошивка, другой расчётный ресурс. Ошибка на этапе выбора накопителя стоит дороже, чем на любом другом компоненте сервера, потому что именно диски чаще всего выходят из строя первыми при круглосуточной нагрузке. В статье разберём, чем серверный HDD отличается от десктопного, какой интерфейс выбрать (SAS, SATA или NVMe), когда оправдан SSD, и как рассчитать объём под задачу: файловый сервер, базу данных, видеонаблюдение или бэкап.

Чем серверный диск отличается от десктопного

Десктопный HDD проектируется под режим работы «несколько часов в день», с паузами на простой и охлаждение. Серверный диск рассчитан на непрерывную работу 24 часа в сутки 7 дней в неделю без остановки годами. Различие фиксируется в паспортных характеристиках:

• Наработка на отказ (MTBF). У десктопных дисков типичный показатель: 500-800 тысяч часов. У серверных: 1,2-2,5 миллиона часов. Это статистическая оценка среднего интервала между отказами по партии, а не гарантия срока службы одного экземпляра, но она отражает запас прочности механики.
• Рабочая нагрузка (workload rating). Производитель нормирует объём данных, который можно безопасно прогонять через диск за год: у настольных моделей это обычно 55-180 ТБ, у серверных: от 550 ТБ и выше. Превышение нормы ускоряет износ и повышает вероятность отказа.
• Вибрационная устойчивость. В корпусе на 8, 12 или 24 отсека каждый диск вибрирует сам и получает вибрацию от соседей. Серверные модели используют датчики компенсации вибрации (RV sensors) и более жёсткую механику головок, десктопные диски в такой плотной установке быстрее изнашиваются.
• Прошивка для RAID. Серверные диски поддерживают тайм-аут восстановления ошибок (TLER или аналог), который не даёт диску «зависать» на попытках долгого восстановления повреждённого сектора. Без этой функции RAID-контроллер может ошибочно исключить рабочий диск из массива при обычной локальной ошибке чтения.

Десктопный диск в сервере может проработать какое-то время без видимых проблем, но статистически он откажет раньше и хуже поведёт себя внутри RAID-массива. Экономия на этом компоненте создаёт риск, несоразмерный разнице в цене.

Интерфейсы: SAS против SATA против U.2 NVMe

Интерфейс определяет не только скорость передачи данных, но и набор функций, доступных на уровне протокола.

SATA

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

SAS

Serial Attached SCSI, интерфейс, спроектированный именно для серверных и корпоративных хранилищ. Пропускная способность SAS-3: 12 Гбит/с, вдвое выше SATA. Ключевое отличие не в скорости, а в протоколе: полная очередь команд, двухпортовое подключение для отказоустойчивости (диск можно подключить сразу к двум контроллерам), более надёжная обработка ошибок. SAS-диски: стандартный выбор для рабочих RAID-массивов под базы данных, виртуализацию и нагрузку с интенсивным параллельным доступом.

U.2 NVMe

NVMe (Non-Volatile Memory Express), протокол для твердотельных накопителей, подключаемых через шину PCIe напрямую, минуя ограничения SAS/SATA-контроллеров. Форм-фактор U.2 сохраняет привычный «горячий» 2,5-дюймовый корпус и hot-swap отсек, но использует линии PCIe вместо SAS-шины. Пропускная способность на порядок выше SAS: до нескольких гигабайт в секунду на накопитель, минимальные задержки. Применяется там, где критична скорость произвольного доступа: активные базы данных, кэш-слои, высоконагруженная виртуализация. Оговорка: NVMe почти всегда означает SSD, механических дисков с NVMe-интерфейсом на рынке практически нет.

Скорость вращения: 7200 против 10K и 15K об/мин

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

• 7200 об/мин. Стандарт для ёмких серверных HDD от 2 ТБ и выше. Хорошая скорость последовательного чтения и записи, достаточная для архивов, файловых хранилищ и резервного копирования. Основной выбор там, где важнее объём за разумные деньги, чем задержка доступа.
• 10 000 об/мин. Диски меньшей ёмкости, обычно до 1,2-2,4 ТБ, заметно быстрее на случайных операциях. Компромисс между скоростью и объёмом для задач с умеренно интенсивным параллельным доступом: терминальные серверы, файловые архивы с активной работой многих пользователей.
• 15 000 об/мин. Самая высокая скорость произвольного доступа среди механических дисков, но и самая низкая ёмкость на диск, самая высокая цена за терабайт и повышенное энергопотребление. Ниша сузилась: там, где раньше ставили 15K-диски, сегодня часто экономически оправданнее SSD. Остаётся вариантом под высокую нагрузку случайного доступа при ограниченном бюджете на SSD.

Enterprise HDD против SSD: цена за терабайт и скорость

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

Enterprise HDD выигрывает по цене за терабайт в разы, иногда на порядок, что делает его основным вариантом для объёмных задач: архивы, файловые хранилища, видеонаблюдение, резервное копирование. Современные серверные HDD дают достаточную скорость последовательного доступа для большинства таких сценариев, а ёмкость на диск (сегодня доступны модели вплоть до 20+ ТБ) закрывает большие объёмы малым числом отсеков.

SSD выигрывает там, где важна скорость случайного доступа и низкая задержка: активные базы данных, виртуализация с большим числом одновременных ВМ, кэш-слои, нагрузка с высокой долей операций ввода-вывода в секунду (IOPS). У SSD нет движущихся частей, поэтому исчезает и время позиционирования головки, и уязвимость к вибрации в плотной корзине. Цена за терабайт выше HDD, поэтому SSD обычно ставят не под весь объём хранилища, а под самую нагруженную часть данных, часто в гибридной конфигурации с HDD под архивные данные.

RAID и горячая замена дисков

Отдельный диск, даже серверный, рано или поздно откажет: это вопрос времени, а не вероятности. RAID-массив собирает несколько дисков в единую отказоустойчивую конструкцию, где отказ одного накопителя не приводит к потере данных. Выбор уровня RAID (1, 5, 6 или 10) зависит от нужного баланса объёма, скорости и отказоустойчивости: подробный разбор уровней и сценариев есть в статье про файловый сервер и RAID.

Отдельно стоит учитывать поддержку горячей замены (hot-swap): возможность извлечь неисправный диск и вставить новый без выключения сервера, пока массив пересобирается в фоне. Практически все современные серверные корпуса с отсеками 2,5″ или 3,5″ поддерживают hot-swap, но это функция корпуса и контроллера, а не самого диска, поэтому стоит убедиться, что интерфейс диска (SAS или SATA) совместим с backplane конкретной платформы.

Объём под задачу: сколько терабайт нужно

Расчёт объёма привязан к конкретному сценарию использования сервера, а не к абстрактному «побольше про запас»:

• Файловый сервер. Объём считается от текущего объёма данных с запасом на рост на 1-2 года вперёд, плюс отдельный расчёт под уровень RAID: полезная ёмкость меньше суммарной в зависимости от уровня.
• База данных. Здесь важнее не итоговый объём, а скорость случайного доступа: даже небольшая по объёму активная БД требует SSD или SAS-дисков высокой скорости вращения, а не просто ёмких HDD.
• Видеонаблюдение. Объём считается по формуле: битрейт камеры × число камер × время хранения в секундах, с переводом в терабайты. Расчёт сильно зависит от кодека и режима записи.
• Бэкап. Резервные копии почти всегда кандидат на самые ёмкие и доступные по цене HDD, поскольку скорость доступа здесь вторична, а определяющий параметр: суммарная ёмкость и цена за терабайт.

Как выбрать диск для сервера

• Определите профиль нагрузки: последовательный доступ (архив, бэкап) или случайный доступ с высокой интенсивностью (БД, виртуализация).
• Проверьте интерфейс backplane сервера: SAS-контроллер работает и с SAS, и с SATA-дисками, обратное неверно.
• Для рабочих массивов под нагрузку выбирайте серверные диски с наработкой на отказ от 1,2 млн часов и подтверждённым годовым workload rating, а не десктопные модели.
• Решите вопрос HDD или SSD по фактической потребности в IOPS, а не по общему бюджету: для архивных данных переплата за SSD не окупается.
• Подберите скорость вращения под задачу: 7200 об/мин для объёма, 10K-15K или SSD для скорости случайного доступа.
• Заложите число дисков и уровень RAID заранее: сначала выбирается уровень отказоустойчивости, затем под него подбирается число и ёмкость дисков.
• Уточните поддержку hot-swap на конкретной платформе, чтобы замена диска не требовала остановки сервера.

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

Автор статьи