Ресурс серверного SSD оценивают по объёму записи: TBW показывает суммарное количество записанных данных (обычно измеряется в терабайтах), на которое рассчитан накопитель при заданных условиях, а DWPD — сколько его полных ёмкостей можно записывать в сутки в рамках гарантированного срока службы. Read Intensive означает класс для задач с преобладанием чтения, Mixed Use — для смешанной нагрузки. Выбирать SSD следует по записи на каждый физический диск, требуемому сроку работы и запасу на рост нагрузки: одного названия класса для этого недостаточно.
Что показывают TBW и DWPD
TBW — общий объём записи
TBW (Terabytes Written, иногда - Total Bytes Written) — заявленная выносливость накопителя, выраженная в терабайтах записанных данных. Например, 7008 TBW означает 7008 ТБ записи в рамках условий, по которым производитель оценивал ресурс. Иногда вместо TBW используют петабайты: 7,008 ПБ — тот же объём в десятичной системе.
TBW описывает запись, а не размер хранимых данных. База на 500 ГБ может ежедневно создавать несколько терабайт перезаписи. И наоборот, почти заполненный диск может обслуживать преимущественно чтение.
Паспортный TBW обычно описывает данные, записанные со стороны сервера, при установленном испытательном профиле. Его нельзя без оговорок считать количеством байтов, физически запрограммированных во всех ячейках памяти. Эти величины различаются из-за внутренних операций накопителя.
DWPD — запись относительно ёмкости
DWPD (Drive Writes Per Day) выражает допустимый средний суточный объём записи в полных пользовательских ёмкостях SSD за гарантированный период эксплуатации. Для модели 3,84 ТБ показатель 1 DWPD на пять лет соответствует примерно 3,84 ТБ записи в сутки на этом интервале.
Удобно пользоваться двумя формулами:
TBW = DWPD × ёмкость SSD в ТБ × 365 × число лет.
DWPD = TBW ÷ ёмкость SSD в ТБ ÷ 365 ÷ число лет.
Для 3,84 ТБ, 1 DWPD и пяти лет получается 1 × 3,84 × 365 × 5 = 7008 ТБ. Здесь и далее для расчёта принято 365 дней в году.
Показатель обязательно читать вместе со сроком. Один и тот же общий ресурс можно выразить как 1 DWPD на пять лет или примерно 1,67 DWPD на три года. Накопитель от пересчёта не становится выносливее, и гарантия не продлевается. DWPD не задаёт программный суточный лимит: разовый пик оценивают вместе с общей записью за срок и условиями эксплуатации.
В формулу подставляют паспортную пользовательскую ёмкость SSD, а не свободное место или размер раздела. Единицы должны совпадать: 1 ТБ = 1000 ГБ; двоичные единицы операционной системы сначала переводят в десятичные.
Чем отличаются Read Intensive и Mixed Use
Read Intensive — накопители для преобладающего чтения
Этот класс предназначен для быстрого чтения при сравнительно небольшой перезаписи: каталогов документов, медиатек, справочников, части аналитических систем и хранилищ виртуальных машин.
Read Intensive не запрещает запись. Для базы с небольшим объёмом изменений такой SSD может быть достаточным, если обеспечивает нужные задержки и защиту данных.
Mixed Use — накопители для смешанных операций
Mixed Use обозначает ориентацию на сочетание чтения и записи. Такие модели используют в транзакционных системах и виртуализации с постоянными обновлениями данных.
Жёсткой общей границы между классами нет. Нельзя считать, что Read Intensive всегда равен 1 DWPD, а Mixed Use обязательно означает 3 DWPD. Производители по-разному позиционируют линейки; классы могут перекрываться по выносливости и отличаться по другим характеристикам.
Из названия класса также нельзя вывести:
- обязательное соотношение чтения и записи, например 70 к 30;
- максимальную скорость и число операций в секунду;
- гарантированную задержку записи при длительной нагрузке;
- наличие защиты от потери питания;
- совместимость с определённым сервером или контроллером.
Для особенно интенсивной записи существуют высокоресурсные модели (WI): например, для активных журналов или промежуточного хранения. Их покупка для всего массива должна быть обоснована измерениями.
Почему ресурс записи не равен сроку службы
Выносливость флеш-памяти, календарная гарантия и исправность SSD — разные характеристики. Контроллер, питание или прошивка могут вызвать отказ задолго до достижения TBW. Накопитель также может продолжить работать после исчерпания заявленного ресурса, но рассчитывать на это в рабочей инфраструктуре нельзя.
Условия гарантии нужно читать отдельно. Ограничением могут быть срок со дня покупки и определённый показатель износа — в зависимости от того, что наступит раньше. Само наличие надписи «пять лет» не означает право записывать любой объём без ограничений.
MTBF, средняя наработка на отказ в модели надёжности, не предсказывает срок жизни конкретного SSD. Миллионы часов не обещают сотни лет работы и не переводятся в TBW.
Сохранность данных на отключённом SSD зависит от износа, температуры и условий производителя, но в целом не гарантируется. Серверный диск не стоит использовать как единственную многолетнюю архивную копию без питания: большой TBW этого не гарантирует, а по мере потери заряда ячейки памяти данные теряют.
Как рассчитать ресурс под ежедневную запись
Измерять нужно запись на физический накопитель
Исходная величина — сколько данных каждый SSD действительно получает от сервера. Размер базы, суточный прирост файлов и объём входящих пользовательских запросов не заменяют эту величину.
Для измерений нужен период с рабочими днями, выходными, отчётными операциями и резервным копированием. Один спокойный день занизит прогноз. Если счётчик SSD недоступен, оценку приложения дополняют моделью хранения.
Доля различных операций тоже недостаточна: 90 чтений по 4 КБ и 10 записей по 1 МБ дают всего 10% операций записи, но не подавляющую долю переданных данных. Для TBW важен общий объём; для быстродействия — также размеры запросов и задержка (latency).
Пример для пяти лет эксплуатации
Пусть один физический SSD ёмкостью 3,84 ТБ получает в среднем 2 ТБ записи в сутки. Плановый срок — пять лет, нагрузка пока считается постоянной. Для этого примера заложим запас 30% на неопределённость измерений и нерегулярные операции. Универсального процента нет: его выбирают под конкретную систему.
1. За пять лет накопитель получит 2 × 365 × 5 = 3650 ТБ.
2. С запасом потребуется 3650 × 1,3 = 4745 ТБ заявленного ресурса.
3. Требуемый DWPD составит 4745 ÷ 3,84 ÷ 1825 ≈ 0,68 DWPD.
SSD на 1 DWPD за пять лет при сопоставимом испытательном профиле имеет достаточный расчётный бюджет записи. Для модели с ресурсом 7008 TBW отношение паспортного бюджета к ежедневным 2 ТБ даёт 3504 дня, или около 9,6 года. Это арифметический горизонт расходования записи, а не обещанный срок службы и не новая гарантия.
При той же записи SSD 1,92 ТБ потребуется около 1,35 DWPD с запасом. Поэтому более ёмкий диск иногда выгоднее меньшего высокоресурсного: одинаковый DWPD даёт ему больший TBW.
Как учесть рост нагрузки
Если объём записи ежегодно увеличивается на 20%, постоянные 2 ТБ в сутки перестают описывать пятилетний период. Средняя запись по годам составит 2; 2,4; 2,88; 3,456 и 4,1472 ТБ в сутки.
Суммарный объём будет равен 365 × 14,8832 ≈ 5432 ТБ. С тем же запасом 30% потребуется примерно 7062 ТБ. Это уже немного больше 7008 TBW: первоначальный вариант проходит при постоянной нагрузке, но не укладывается в принятый бюджет с ростом и запасом.
Сначала учитывают прогнозируемый рост, переносы данных и расширение массива, затем добавляют запас на оставшуюся неопределённость.
Что меняют RAID и репликация
У двух SSD в RAID 1 каждая запись повторяется на обоих устройствах. Если логический том получает 2 ТБ в сутки, каждый участник зеркала получит примерно эти 2 ТБ, а не по 1 ТБ. Дополнительные служебные операции могут увеличить объём.
В RAID 10 данные распределяются между зеркальными парами. При четырёх одинаковых SSD и равномерной нагрузке 2 ТБ логической записи означают примерно 1 ТБ на каждый диск: всего массив запишет около 4 ТБ. Это упрощённая оценка без восстановления и прочих дополнительных операций.
Для RAID 5 и RAID 6 объём зависит от размеров записи, заполненности полос и контроллера. Универсальный множитель ненадёжен: предпочтительны счётчики SSD с отдельным учётом восстановления массива.
При репликации ресурс расходуют диски разных узлов, часто неравномерно. Делить кластерную запись поровну на все SSD нельзя. Измеренную физическую запись повторно умножать на число копий не нужно.
Почему объём записи больше объёма изменений
Дополнительная запись внутри программного стека
Между пользовательским действием и физическим диском может находиться несколько уровней хранения. Каждый добавляет свои операции:
- база данных обновляет страницы, индексы и журнал транзакций;
- файловая система записывает метаданные и журнал;
- виртуальная машина работает через гостевую и серверную системы хранения;
- хранилище объединяет файлы, пересобирает данные и поддерживает снимки;
- RAID или репликация создают избыточные записи.
Усиление записи внутри самого SSD
Флеш-память стирается блоками, а обновляется более мелкими порциями. Чтобы освободить блок, контроллер может перенести ещё действительные данные в другое место. Кроме пользовательской записи возникают внутренние переносы — это и называют усилением записи.
Усиление зависит от характера записи, резерва памяти, заполненности и прошивки. Мелкие случайные обновления могут требовать больше переносов, чем крупные последовательные. TLC хранит три бита в ячейке, QLC — четыре, но одного типа памяти для оценки ресурса недостаточно.
Паспортный TBW оценивается при определённой нагрузке, в которой поведение памяти уже учтено. Поэтому для прямого сравнения с TBW не нужно безусловно умножать измеренные 2 ТБ записи со стороны сервера на предполагаемый внутренний коэффициент. Так легко посчитать один фактор дважды. Отличие реальной нагрузки от испытательной учитывают через знакомство с документацией и наблюдение за темпом износа.
Зачем оставлять свободное место
Резервная область помогает переносить данные и заменять изношенные блоки. Часть предусмотрена производителем и не учитывается в паспортном объёме накопителя; дополнительное ограничение используемой ёмкости возможно при поддержке SSD и системы хранения.
Свободное место в файловой системе полезно для SSD только тогда, когда устройство знает, какие блоки больше не нужны. Передачу этой информации обеспечивают TRIM или соответствующие команды освобождения блоков, но через контроллер и все уровни виртуализации они проходят не всегда.
Уменьшение раздела не гарантирует освобождение ранее записанных блоков. Дополнительный резерв уменьшает полезную ёмкость и не повышает автоматически паспортный TBW или гарантийный предел.
Сравнение конкретных серверных SSD
Сравним опубликованные характеристики конкретных исполнений. Это не собственные испытания или рейтинг новинок; значения нельзя переносить на другие ёмкости линейки.
В спецификации Kingston DC600M модель 3,84 ТБ относится к Mixed Use и имеет 7008 TBW при 1 DWPD на пять лет. В документации на Micron 7450 варианты PRO и MAX позиционируются соответственно для преимущественного чтения и смешанной нагрузки; для сравнения ниже взят ресурс случайной записи блоками 4 КБ из технической спецификации.
| Модель и исполнение | Интерфейс | Класс | DWPD на 5 лет | TBW |
|---|---|---|---|---|
| Kingston DC600M 3,84 ТБ, 2,5 дюйма | SATA 6 Гбит/с | Mixed Use | 1 | 7008 |
| Micron 7450 PRO 3,84 ТБ, U.3 | NVMe, PCIe 4.0 ×4 | Read Intensive | 1 | 7300 |
| Micron 7450 MAX 3,2 ТБ, U.3 | NVMe, PCIe 4.0 ×4 | Mixed Use | 3 | 17 500 |
У Micron значения DWPD округлены и не обязаны точно совпадать с результатом пересчёта табличного TBW. Например, 7300 ÷ 3,84 ÷ 1825 ≈ 1,04. Для MAX получается около 3 DWPD. При подборе лучше брать явный TBW нужного исполнения и читать условия оценки.
В той же технической спецификации для PRO 3,84 ТБ указано 24 400 ТБ последовательной записи блоками 128 КБ, а для MAX 3,2 ТБ — 30 900 ТБ. Это другие испытательные условия. Нельзя подставлять более привлекательное последовательное значение в расчёт случайной нагрузки базы данных без подтверждения применимости.
Из сравнения видно, что одинаковое название класса Mixed Use не гарантирует одинаковый ресурс. При этом близкий TBW у SATA- и NVMe-модели ничего не говорит о равенстве их производительности. На выбор также влияют задержки, число операций, требования к питанию и возможности платформы.
MAX даёт больший бюджет записи при меньшей ёмкости. Для активной перезаписи это полезно; если нагрузка укладывается в PRO, доплата за ресурс требует обоснования.
Какие SSD выбирать для разных задач
| Задача | Что создаёт запись | Подход к ресурсу | Что учитывать дополнительно |
|---|---|---|---|
| База данных | Журнал, страницы, индексы, временные данные | Read Intensive допустим при небольшом объёме; Mixed Use или больший DWPD — при интенсивных обновлениях | Задержки синхронной записи, защита питания |
| Виртуализация | Сумма нагрузок ВМ, журналы, снимки, фоновые операции | Считать каждый физический SSD и наиболее активные группы ВМ | Длительные задержки, конкуренция за диск |
| Файловое хранение | Изменения файлов и метаданных | Read Intensive часто достаточен; активная перезапись требует отдельного расчёта | Полезная ёмкость, мелкие файлы, скорость сети |
| Резервные копии | Новые копии, пересборка полных копий, очистка | Выбирать по фактической записи в хранилище; ежедневная полная перезапись может потребовать большего ресурса | Время копирования и восстановления, независимость копий |
База данных и журналы
Транзакционная база, аналитическое хранилище и редко обновляемый справочник расходуют ресурс по-разному. У первой постоянно меняются страницы и журнал, у второго запись часто идёт крупными партиями, у третьего почти вся работа может состоять из чтения.
Для диска журналов важен не только DWPD. Если приложение ждёт подтверждения каждой записи, редкие длительные задержки могут ухудшить работу даже при большом запасе TBW. Нужны характеристики устойчивой нагрузки, а не только максимальная скорость из рекламной таблицы.
Если архитектура позволяет, активные журналы или операции объединения файлов стоит вынести на отдельные SSD. Тогда повышенный ресурс приобретается для самой нагруженной части системы.
Виртуализация
Общую запись виртуальных машин увеличивают обновления ОС, подкачка, временные данные и журналы. Небольшой размер виртуальных дисков не гарантирует малого расхода ресурса.
Снимок фиксирует состояние, но не является бесплатным с точки зрения хранения: последующие изменения и объединение цепочек способны вызвать дополнительную запись. Тонкое выделение ёмкости экономит пространство, но само по себе не сокращает количество перезаписанных данных.
Файловое хранение и резервные копии
Хранилище резервных копий тоже не обязательно имеет низкую нагрузку. Полная ежедневная запись 3 ТБ на один SSD 3,84 ТБ соответствует примерно 0,78 DWPD ещё до дополнительного запаса. Если те же данные распределены по нескольким накопителям, требуется считать каждого участника с учётом схемы защиты.
Инкрементальные копии способны уменьшить запись, однако создание синтетической полной копии, уплотнение, перестройка цепочек и очистка хранилища добавляют собственные операции. Дедупликация уменьшает повторное хранение данных, но не отменяет записи индексов и служебных структур. Ориентиром остаётся то, что реально получает SSD.
Как ресурс связан с выбором сервера
SSD в HPE ProLiant DL380
Источник изображения: Сервер Молл
Модели HPE ProLiant DL380 в каталоге Сервер Молл
Название сервера и количество посадочных мест ещё не определяют совместимость SSD. Одинаковые внешне корзины могут поддерживать разные интерфейсы; для NVMe могут потребоваться другая соединительная плата, кабели или контроллер.
При выборе конфигурации имеют значение:
- исполнение и толщина накопителя, подходящие салазки;
- интерфейс корзины и путь подключения к процессору или контроллеру;
- поддержка конкретной модели и прошивки;
- доступность диагностических показателей через контроллер;
- питание и охлаждение при постоянной нагрузке.
U.3 на этикетке не означает, что накопитель заработает в любой корзине SATA или SAS. Защиту от потери питания также оценивают отдельно: она помогает завершить внутренние операции и сохранить нужные данные при отключении, но не увеличивает DWPD. Защищённый кэш RAID-контроллера и защита самого SSD закрывают разные участки пути записи.
Возможности платформ разобраны в статье Сервер Молл «HPE ProLiant DL380: сравнение поколений Gen9–Gen12». Совместимость SSD уточняют для конкретного поколения и комплектации.
Как понимать оставшийся ресурс SSD
Счётчик записи и показатель износа
Для оценки расходования ресурса нужны хотя бы суммарная запись и её изменение за известный период. Дополнительно полезны использованный ресурс, состояние запасных блоков, ошибки данных, температура и предупреждения контроллера.
У NVMe поле Percentage Used показывает оценку использованного ресурса по модели производителя. Значение 20 обычно означает, что оценочно использовано 20% выносливости, а не что осталось 20%. В спецификации NVM Express прямо предусмотрено, что значение 100 не обязательно означает отказ и показатель может превышать 100, тем не менее использование накопителя сверх ресурса — риск, который необходимо оценивать.
Счётчик Data Units Written в стандартном журнале состояния NVMe выражается в тысячах единиц по 512 байт: одна единица счётчика соответствует 512 000 байт. Если утилита уже показывает терабайты, повторно выполнять перевод нельзя. Для других журналов и SATA-показателей единицы могут отличаться — их берут из документации конкретного устройства.
У SATA нет единого универсального номера атрибута с одинаковой трактовкой для всех SSD. Одни шкалы растут по мере износа, другие показывают оставшийся ресурс и уменьшаются. Сводное «здоровье 100%» нельзя интерпретировать без понимания, какой показатель программа использовала.
Накопитель, использовавшийся ранее
У SSD, который уже работал в сервере, важно учитывать расходованный ресурс. Упрощённая оценка оставшегося бюджета — паспортный TBW минус накопленная запись, если счётчик сопоставим с условиями спецификации. При этом текущий показатель износа может указывать на более тяжёлую нагрузку, чем предполагает линейный расчёт по байтам.
Форматирование не восстанавливает выносливость памяти. Малая наработка в часах не гарантирует малого износа: интенсивная запись быстро расходует ресурс. Учитывают показатели конкретного SSD и гарантию продавца.
Прогноз обновляют по динамике. Если за месяц запись выросла, а износ начал прибавляться быстрее, исходный расчёт перестал описывать систему. Неисправность, ошибки или критические предупреждения требуют отдельного решения независимо от оставшегося TBW; ждать достижения условного процентного порога не нужно.
Следует иметь ввиду, что метрики накопителя можно подделать при помощи специального ПО, и потёртый SSD с идеальными показателями должен вызвать подозрение. Накопители лучше покупать у проверенных продавцов, с их гарантией при отсутствии вендорской.
Как выбрать ресурс без лишней переплаты
Подходящий серверный SSD имеет достаточный бюджет записи на плановый срок, выдерживает реальные задержки приложения и совместим с платформой. Начинать стоит с измерений каждого физического накопителя, затем учитывать рост, дополнительные операции и обоснованный резерв. Read Intensive и Mixed Use помогают ориентироваться в линейках, но окончательное решение дают конкретные TBW, DWPD и условия их оценки. Такой подход позволяет направить бюджет на действительно нагруженные диски и заранее планировать замену, не принимая ресурс записи за гарантию сохранности данных.
