В 24-дисковом узле DapuStor J5060 можно выделить 19,2 ТБ под быстрые записи и оставить 641,28 ТБ под основной массив. Для этого не нужны отдельные SLC-накопители: каждый SSD отдаёт хосту pSLC-регион как самостоятельное блочное устройство.

Но включать J5060 в закупку с фиксированным сроком рано. DapuStor ещё проводит поэтапную проверку прошивки у заказчиков. Дата общего релиза и цена не объявлены. Сейчас это накопитель для пилота, а не готовая строка в утверждённой спецификации.

Один накопитель работает как два устройства

J5060 построен на QLC NAND. Контроллер переводит выбранную часть ячеек в режим pSLC, изолирует её на уровне кристалла и показывает серверу отдельным блочным устройством. Физической SLC NAND на плате нет — меняется способ записи в те же ячейки.

Это отличает J5060 от динамического SLC-кэша потребительских SSD. Выделенный регион остаётся самостоятельной областью: туда можно направить журналы базы, метаданные или другой поток мелких записей, а основной объём оставить данным.

На SSD ёмкостью 30,72 ТБ доступны три размера pSLC-региона:

400 ГБ;
800 ГБ;
1,2 ТБ.

За ускорение приходится платить ёмкостью. По данным DapuStor, в режиме 800 ГБ накопитель переводит около 4 ТБ исходной QLC в pSLC. Соотношение — 5:1: пять единиц QLC дают одну единицу pSLC.

После такого преобразования логическая ёмкость диска сокращается:

30,72 − 4 + 0,8 = 27,52 ТБ

Ты теряешь 3,2 ТБ доступного пространства на каждом SSD. Покупать эту технологию ради одной лишь ёмкости нет смысла.

pSLC окупает потерю места на смешанной записи

Схема рассчитана на нагрузку, где небольшая часть данных постоянно перезаписывается, а основная масса хранится на QLC. Для базы это могут быть журналы транзакций и метаданные; для виртуализации — служебные записи гипервизора и гостевых систем.

В собственных испытаниях DapuStor получила для pSLC-региона более чем семикратный прирост IOPS случайной записи относительно QLC. Средняя задержка записи блоками 4 КБ составила менее 8 мкс, а число циклов перезаписи выросло более чем в 25 раз.

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

Есть и жёсткая граница применения. Если весь массив требует частой записи с низкой задержкой, небольшой pSLC-регион задачу не закроет. Сам J5060 не становится накопителем на настоящей SLC NAND: pSLC занимает только часть диска и уступает физической SLC по ресурсу и скорости.

Что получится из 24 накопителей

Возьмём узел с 24 накопителями J5060 по 30,72 ТБ и выделим на каждом по 800 ГБ pSLC. Это типовой расчёт пилота, а не конфигурация для любой базы.

Быстрый регион:

24 × 800 ГБ = 19,2 ТБ pSLC

После преобразования один диск сохраняет 26,72 ТБ QLC:

30,72 − 4 = 26,72 ТБ QLC

На весь узел приходится:

24 × 26,72 = 641,28 ТБ QLC

Итоговая логическая ёмкость двух регионов:

19,2 + 641,28 = 660,48 ТБ

Если журналам и метаданным хватает меньшего объёма, режим 400 ГБ даст 9,6 ТБ pSLC на 24 дисках. Верхний вариант с 1,2 ТБ на диск даст 28,8 ТБ. Правило простое: умножь выбранный размер pSLC-региона на число накопителей.

Такое деление происходит внутри прошивки SSD. Оно не превращает J5060 в полноценное SDS-хранилище: в SDS программный слой управляет всем пулом и отделяет логику хранения от конкретного оборудования. Здесь один контроллер делит один накопитель на два региона.

Что J5060 меняет в конструкции узла

В обычной схеме отдельный SLC-накопитель принимает интенсивную запись, а массив QLC хранит основной объём. У такой конструкции есть предел: весь быстрый поток проходит через PCIe-канал одного SSD.

DapuStor распределяет pSLC-регионы по всем накопителям. Запись идёт через 24 устройства и их линии PCIe, а не через один выделенный диск. При отказе одного J5060 пропадает только его доля быстрого региона.

Производитель заявляет, что такая архитектура сокращает объём восстановления почти на 80% относительно схемы SLC:QLC 1:5. Это ещё один показатель, который нужно подтвердить на пилоте: результат зависит от уровня защиты данных и того, как программный слой собирает регионы в общий пул.

У платформы должны быть 24 отсека U.2 и достаточно линий PCIe 4.0 x4. Само наличие 24 корзин ничего не гарантирует: часть серверов делит линии через коммутаторы или поддерживает NVMe не во всех отсеках. Проверяй схему подключения в спецификации конкретного шасси и контроллера.

Ёмкости J5060 лежат в диапазоне от 15,36 до 122,88 ТБ. Для базовой модели на 30,72 ТБ заявлены 30 000 IOPS случайной записи блоками 16 КБ и ресурс 0,5 DWPD в течение пяти лет. Эти показатели относятся к накопителю в целом; их нельзя подменять результатами pSLC-региона при записи блоками 4 КБ.

Если нагрузка не требует отдельного быстрого региона, выбор проще делать по классу носителя: как NVMe, SATA SSD и HDD ведут себя при разных профилях доступа. J5060 нужен не вместо любого NVMe, а для сочетания ёмкого массива и небольшой области интенсивной записи.

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

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

24 накопителя DapuStor J5060 по 30,72 ТБ;
форм-фактор U.2, интерфейс PCIe 4.0 x4;
800 ГБ pSLC на каждом накопителе;
19,2 ТБ pSLC на узел;
641,28 ТБ QLC после перераспределения ячеек;
660,48 ТБ общей логической ёмкости двух регионов.

В pSLC направь журналы, метаданные и другие записи, чувствительные к задержке. QLC оставь под основной объём данных. Если быстрый набор не помещается в 19,2 ТБ, режим 1,2 ТБ увеличит его до 28,8 ТБ. Если помещается в 9,6 ТБ, вариант 400 ГБ сохранит больше QLC-ёмкости.

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

Переходи от пилота к закупке после трёх проверок: DapuStor объявила цену и дату релиза; выбранная платформа подтвердила 24 подключения U.2 PCIe 4.0 x4; твой профиль записи показал нужную задержку и IOPS. Пока хотя бы одного ответа нет, J5060 остаётся кандидатом на испытание.