Ты выбираешь СХД для IBM Z или IBM i, а поставщик предлагает DS8000 Release 10.2 с новыми модулями FCM5. IBM заявляет двукратный рост пропускной способности и IOPS внутреннего контура. Абсолютных результатов тестов пока нет.

Вердикт такой: включай Release 10.2 в короткий список для новой системы или расширения DS8000 под транзакционную нагрузку. Менять исправную СХД только ради FCM5 рано. Сначала поставщик должен показать результат на твоём профиле чтения и записи.

Эта СХД нужна не каждому проекту

IBM позиционирует DS8000 десятого поколения как хранилище для IBM Z и IBM i. IBM Redbooks также относит старшую DS8A50 к системам для консолидации нагрузок IBM Z, LinuxONE, Power Systems и распределённых сред.

Это не универсальная All Flash СХД для файлового сервера, 1С или обычного кластера виртуализации на x86. Если проект не связан с экосистемой IBM, сначала сравни виды СХД и их применение, требования к задержке и стоимость сопровождения.

У DS8000 другая точка приложения: транзакционные системы, FICON, функции непрерывности бизнеса и восстановление через инструменты IBM. Здесь интеграция с платформой может весить больше цены одного терабайта.

FCM5 ускоряет внутренний контур, а не приложение целиком

FCM5 устанавливают в новый корпус HPFE Gen 3 E3. По данным StorageReview и Blocks & Files, модули работают через NVMe over PCIe Gen 4, а IBM заявляет удвоение пропускной способности и IOPS внутреннего контура DS8000.

Из этого нельзя вывести двукратное ускорение транзакции. Запрос может упираться в контроллеры, хостовые адаптеры, SAN, долю синхронной записи или блокировки на уровне приложения. Ускорив один участок, ты не обязательно сократишь весь путь ввода-вывода.

Blocks & Files отдельно отмечает, что IBM не раскрыла показатели FCM5 для случайного чтения и записи, а также последовательную пропускную способность. Поэтому формулировка «вдвое быстрее» не годится для расчёта производительности или окупаемости.

С FCM4 сравнение пока сводится к архитектуре и ёмкости. FCM4 появились в 2024 году и используют корпус U.2. FCM5 перешли на EDSFF. Предельная сырая ёмкость выросла с 38,4 до 76,8 ТБ на модуль, а предоставляемая ёмкость одного FCM5 заявлена на уровне до 134 ТБ.

Если тебе нужен контекст по задержкам и устройству флеш-хранилищ, смотри как работает All Flash СХД. Для закупки DS8000 этих общих преимуществ мало: решение должен подтвердить тест конкретной конфигурации.

Ёмкость добавляется блоками по 16 модулей

Корпуса HPFE Gen 3 устанавливают парами для полного резервирования. Пара занимает 4U и принимает 16, 32 или 48 модулей одинаковой ёмкости. Добавить один накопитель при следующем расширении не получится: закупка растёт ступенями по 16 FCM5.

Посчитаем арифметический максимум по заявленной предоставляемой ёмкости 134 ТБ на модуль:

16 × 134 ТБ = 2,144 ПБ;
32 × 134 ТБ = 4,288 ПБ;
48 × 134 ТБ = 6,432 ПБ.

Это не гарантированный полезный объём. Показатель зависит от сжимаемости данных и выбранного артикула FCM5. Для консервативного расчёта попроси поставщика отдельно показать сырую, полезную и предоставляемую ёмкость.

Например, если контрольная выборка сжимается в 1,8 раза, нельзя закладывать коэффициент 3:1 только потому, что он указан как верхняя граница. В модели закупки используй измеренные 1,8:1 и добавь запас под рост данных. При другом результате пересчитай ёмкость тем же способом.

Ступенчатое расширение меняет экономику проекта. Если тебе требуется объём, близкий к одной группе из 16 модулей, конфигурация складывается плотно. Если расчёт даёт 17 модулей, придётся покупать 32 либо пересматривать срок и объём хранения.

Защита CKD может дать больше, чем новый модуль

FCM5 анализирует поток ввода-вывода томов CKD и ищет признаки программы-вымогателя. По описанию Release 10.2 в StorageReview, система выдаёт предупреждения почти в реальном времени, а интеграция с Copy Services Manager запускает сценарий сдерживания атаки.

Copy Services Manager также проверяет запуск инфраструктуры с неизменяемой Safeguarded Copy. Для проекта с жёстким RTO это отдельный аргумент: команда проверяет не только наличие копии, но и способность среды загрузиться после инцидента.

Эти возможности нельзя переносить на любой стек хранения. Заявленная автоматизация относится к CKD и инструментам IBM. Если в DS8000 будут жить распределённые нагрузки, потребуй отдельную матрицу покрытия: какие тома анализирует FCM5, какие действия выполняет CSM и где останется ручной сценарий.

Когда Release 10.2 стоит включить в проект

Release 10.2 подходит для короткого списка, когда совпали три условия:

основная нагрузка работает на IBM Z или IBM i;
проект принимает минимальную ступень расширения в 16 FCM5;
архитектура восстановления использует Safeguarded Copy и Copy Services Manager.

Для новой закупки нужно учитывать жизненный цикл прошлого поколения. В официальном анонсе IBM десятого поколения модели DS8910 и DS8980 помечены как снятые с продаж, а окончание обслуживания DS8900 было назначено на второй квартал 2025 года. Строить новый проект вокруг DS8900 уже нельзя.

Оставить текущую DS8000 разумно, если она выдерживает целевую задержку и окно пакетной обработки, а новые функции защиты CKD не входят в требования. Опубликованных абсолютных тестов FCM5 пока недостаточно, чтобы посчитать окупаемость замены исправной системы.

Спецификация под задачу

Возьмём типовой сценарий: новая DS8000 для IBM Z, транзакционная нагрузка CKD, стартовая потребность до 2 ПБ предоставляемой ёмкости, рост данных до 70% за срок проекта и восстановление через Safeguarded Copy.

В запрос поставщику закладывай такую конфигурацию:

Платформа: IBM DS8000 Release 10.2 в классе DS8A50. Этот класс рассчитан на консолидацию критичных нагрузок и допускает многокорпусную конфигурацию.
Флеш-контур: пара HPFE Gen 3 E3 высотой 4U.
Накопители: 16 одинаковых FCM5 на старте. Это минимальная допустимая группа и до 2,144 ПБ предоставляемой ёмкости по верхнему заявленному показателю.
Защита массива: RAID 6 либо RAID 10 по результатам теста записи. Поставщик должен показать задержку и полезную ёмкость для обоих вариантов.
Подключение: число и тип FICON или Fibre Channel портов рассчитывают по существующим хостам, резервным путям и пиковой нагрузке. В предложении нужны схема путей и загрузка каждого порта после отказа одного компонента.
Защита данных: Safeguarded Copy и Copy Services Manager со сценарием проверки запуска из неизменяемой копии.
Рост: место и лицензии для перехода с 16 на 32 FCM5. Следующая ступень увеличит верхнюю предоставляемую ёмкость до 4,288 ПБ.
Эксплуатация: подключение IBM Storage Insights и контроль энергопотребления и охлаждения через Active Energy Management.

Расчёт ёмкости держится на допущении о верхних 134 ТБ на модуль. Поставщик должен заменить его показателями выбранного артикула и результатом сжатия контрольной выборки. Если проект требует гарантированную ёмкость без учёта компрессии, считай по сырому объёму этого артикула.

Компромисс у стартовой группы из 16 модулей такой: ты не переплачиваешь за 32 FCM5 сразу, но следующий прирост потребует купить ещё 16 модулей одним блоком. При ровном и предсказуемом росте это приемлемо. При скачках объёма ступень может оказаться слишком крупной.

Какие цифры потребовать у поставщика

FCM5 оправдывает закупку только тогда, когда конфигурация выполняет твой SLA на контрольной нагрузке. В запрос предложения внеси:

текущую и целевую задержку на чтении и записи;
IOPS и пропускную способность в абсолютных значениях;
размер блока и соотношение чтения к записи;
результаты при 16, 32 и 48 модулях;
сырую, полезную и предоставляемую ёмкость раздельно;
коэффициент сжатия на выборке твоих данных;
время восстановления и запуска с Safeguarded Copy;
поведение системы после отказа пути, адаптера и корпуса.

Если тест проходит SLA и уменьшает число требуемых корпусов, считай стоимость Release 10.2 на срок владения. Если SLA выполнен без выигрыша по корпусам, сравни функции защиты, сопровождение и цену расширения. Если поставщик показывает только «2×» без абсолютных замеров, не закладывай этот прирост в обоснование закупки.