Raw, usable и effective: как рассчитать ёмкость СХД
Различайте физическую, полезную и эффективную ёмкость. Примеры пересчёта TB/TiB и свободного запаса помогают сравнить предложения СХД.
Номинальная ёмкость дисков
После защиты, резервов и системных областей
С учётом типа данных и коэффициента сокращения
Эффективная ёмкость зависит от данных. Лицензируемая ёмкость проверяется отдельно.
От ёмкости накопителей к пространству приложений
Raw — сумма номинальных ёмкостей накопителей. Полезное пространство usable рассчитывают с учётом RAID, резервов и служебного пространства. Такое разделение помогает выбрать конфигурацию под нужный объём данных. Предложения удобно сравнивать в одинаковых единицах с указанием схемы защиты.
Effective оценивает логический объём данных, который можно разместить с дедупликацией и сжатием. В расчёте связывают полезную ёмкость, класс данных и принятый коэффициент сокращения. Лицензионный объём рассчитывают отдельно по правилам лицензирования продукта.
Сравнение предложений на единой основе
| Показатель | Что запросить |
|---|---|
| Raw | Число дисков × номинал диска; явно указать TB или TiB. |
| Usable | Объём после вычета резервов защиты и служебного пространства, с конфигурацией расчёта. |
| Effective | Оценка логического объёма: полезная ёмкость, коэффициент сокращения, классы данных и метод измерения. |
| Лицензия | Единица лицензии, функция и правило учёта ёмкости. |
Пересчёт единиц и запас свободного места
Для примера возьмём шесть дисков по 7,68 TB: получаем 46,08 TB raw. Поскольку TB = 10¹² байт, а TiB = 2⁴⁰ байт, это около 41,910 TiB. Оба значения описывают одно количество байт. Затем рассчитывают полезную ёмкость при выбранной схеме защиты и отдельно — лицензионный объём.
Запас свободного места также требует точного расчёта. Если занятый объём равен U, а 20% пула должны оставаться свободными, нужен пул U/0,8. Умножение U на 1,2 задаёт другое условие — прибавку 20% к текущему объёму. Место для снимков и временной миграции учитывают отдельно от эксплуатационного запаса.
Как связать ёмкость с планом развития
Текущий объём, рост данных и коэффициент сокращения вместе определяют план расширения. Консервативный и ожидаемый сценарии показывают, когда потребуются дополнительные накопители при ускорении роста или меньшем эффекте сжатия. Так проще сопоставить первоначальную закупку с последующим расширением.
Владелец приложения определяет объём и рост, инженер рассчитывает полезную ёмкость, закупщик уточняет правила лицензирования. Дата расчёта, версия ПО и пределы расширения помогают обновлять конфигурацию и бюджет при изменении нагрузки.
Проект хранения данных
Обсудим архитектуру хранения под ваши приложения, объём данных и планы роста.
