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

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

Архив и рабочая база ждут от дисков разного

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

HDD часто рассматривают для больших объёмов с преимущественно последовательным доступом. SSD — для множества небольших обращений и задач, чувствительных к задержке. Но размер файла, доля записи, число одновременных запросов и архитектура массива могут изменить выбор. Универсального правила «для любой базы только NVMe» нет.

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

Ресурс записи: сколько данных выдержит выбранная ёмкость

Для SSD встречаются два связанных показателя. DWPD описывает число полных перезаписей ёмкости накопителя в сутки за оговорённый период. TBW — суммарный объём записи в терабайтах. Сравнивать DWPD без ёмкости и срока некорректно: большой диск с меньшим DWPD может допускать такой же суточный объём записи, как маленький с большим. Объяснение ресурса DWPD и TBW у Solidigm.

Это арифметическая оценка для условного накопителя. Для закупки нужны паспортный TBW, методика производителя, условия гарантии и фактические записи на каждый диск. Объём новых файлов в приложении не равен записи на накопители: влияют журналирование, репликация, схема массива и фоновые операции. Запас выбирают по измеренной нагрузке и ожидаемому росту.

У HDD другой показатель — допустимая рабочая нагрузка за год. Seagate описывает её как годовой объём переданных данных, учитывающий чтение и запись. Это не DWPD и не гарантия срока службы отдельного диска. Предельное значение нужно брать из документации конкретной модели. Seagate: Annualized Workload Rate.

Подойдёт ли диск к вашему серверу?

Совпадение размера корпуса недостаточно. Проверьте интерфейс накопителя, разводку корзины и backplane, контроллер, прошивку, салазки, охлаждение и список поддерживаемых устройств сервера или СХД. Разъём в отсеке ещё не доказывает поддержку NVMe.

Интерфейс нельзя угадывать по слову Enterprise. Например, у Seagate Exos 7E10 есть варианты SAS и SATA, а семейство Nytro 3000 относится к SAS SSD. При подборе ориентируйтесь на точный номер модели. Спецификация Exos 7E10; Seagate Nytro 3000 SAS SSD.

Для SSD отдельно проверьте защиту при потере питания — PLP. Она помогает сохранять данные в пределах предусмотренного производителем механизма, но не заменяет резервное копирование. У Kingston DC2000B, например, прямо заявлена аппаратная защита от потери питания; при этом это модель для загрузочных задач с собственными ограничениями ресурса. Такой набор характеристик нельзя автоматически переносить на любой M.2 SSD. Характеристики Kingston DC2000B.

Проверять нужно в условиях своей работы

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

1. Снять профиль нагрузки.Записать объём данных и прирост, чтение и запись, размеры блоков, пиковые задержки, число одновременных задач и окно резервного копирования.
2. Проверить состав платформы.Уточнить сервер или СХД, корзину, контроллер и прошивку. Проверить ограничения поддерживаемой конфигурации до заказа.
3. Сравнить при одинаковых условиях.Использовать безопасный тестовый набор данных, одинаковую заполненность и длительную нагрузку. Записывать средние задержки и редкие долгие ответы, например p95/p99.
4. Посчитать стоимость рабочего решения.Учесть полезную ёмкость после резервирования, запас, лицензии, поддержку и ожидаемый рост. Сопоставить время восстановления с требованиями бизнеса.

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

Спокойствие здесь появляется после проверки: база укладывается в допустимое время ответа, архив помещается с запасом, резервная копия восстанавливается. Тогда обсуждение HDD и SSD опирается на факты о вашей системе.