В узле на 24 накопителя DapuStor J5060 можно получить 19,2 ТБ pSLC: по 800 ГБ на каждом SSD. Быстрая область подходит для журналов базы и метаданных, а QLC хранит основной массив данных. Но включать такую схему в рабочую закупку рано: DapuStor ещё проверяет решение у заказчиков, первые внедрения только начались.
Если сервер нужно вводить сейчас, бери уже проверенную конфигурацию. J5060 стоит запросить для пилота, когда один узел должен хранить большой массив и выдерживать интенсивную случайную запись: WAL, журналы транзакций, кэш метаданных или одновременный запуск виртуальных машин.
Как DapuStor совмещает pSLC и QLC в одном SSD
Внутри J5060 нет отдельной SLC NAND. Контроллер переводит выбранную часть QLC-ячеек в режим pSLC: вместо четырёх битов в ячейке хранится один. Эта область принимает частые записи, а остальная NAND сохраняет плотность QLC.

По описанию архитектуры DapuStor, прошивка изолирует области на уровне кристаллов, управляет резервом и ставит чувствительные к задержке операции впереди фоновой работы с QLC. Размер pSLC можно менять под профиль нагрузки.
Для модели J5060 ёмкостью 30,72 ТБ издание Blocks & Files приводит три конфигурации:
| pSLC на одном SSD | pSLC в узле на 24 SSD | Потеря доступной QLC-ёмкости |
|---|---|---|
| 400 ГБ | 9,6 ТБ | 8% |
| 800 ГБ | 19,2 ТБ | 14% |
| 1,2 ТБ | 28,8 ТБ | 20% |
Суммарная pSLC-область рассчитана умножением объёма одного диска на 24. Например, 800 ГБ × 24 = 19,2 ТБ. Потери QLC-ёмкости взяты из разбора J5060 у Blocks & Files, а не рассчитаны из номинального объёма.
Большая pSLC-область оправданна, только если в неё помещается активный набор записи: журналы базы, метаданные или другие данные, которые меняются чаще основного массива.
Семикратный рост IOPS пока подтверждает только DapuStor
DapuStor заявляет, что pSLC-область выдаёт более чем в семь раз больше IOPS на случайной записи, чем тот же накопитель в чистом QLC-режиме. В тесте записи блоками 4 КБ средняя задержка составила менее 8 мкс.
Эти цифры получены в тестах производителя. Опубликованные материалы не показывают, как меняется задержка после заполнения pSLC, при продолжительной записи и во время восстановления массива. Это нужно проверить в пилоте на своей нагрузке.
Сценарий разделения данных понятен: pSLC принимает WAL, журналы транзакций и метаданные, а QLC хранит основной массив базы. В облачной и виртуализированной среде DapuStor предлагает совмещать одновременный запуск ВМ с хранением больших объёмов данных. При замене HDD такая схема может убрать отдельный уровень TLC-кэша.
J5060 не отменяет выбор между локальными дисками и внешней системой хранения. Сначала реши, когда весь массив оправданно собирать на SSD, а затем выбирай, нужен ли быстрый участок внутри каждого накопителя.
Распределённый pSLC сокращает область отказа
В раздельной схеме один SLC-накопитель обслуживает несколько QLC-дисков. DapuStor разбирает вариант с соотношением 1:5 и SSD по 30,72 ТБ: отказ одного SLC может затронуть более 150 ТБ данных, а восстановление способно занять несколько дней.
В гибридной схеме быстрый участок находится на каждом SSD. Отказ затрагивает ёмкость одного накопителя, а не общий SLC-слой. По расчёту DapuStor, объём восстановления сокращается почти на 80% относительно раздельной архитектуры 1:5.
Запись тоже распределяется по массиву. При равномерном доступе каждый из 24 SSD принимает около 1/24 общей нагрузки вместо одного кэш-накопителя.
Это не замена RAID. Гибридный режим меняет размещение частых записей, но сам по себе не сохраняет данные после отказа диска. Отдельно проверь, как дисковый массив и замена компонентов без остановки сокращают простой.
pSLC на QLC не равна настоящей SLC
DapuStor заявляет более чем 25-кратный прирост числа циклов записи для pSLC относительно QLC-режима тех же ячеек. Эта цифра не означает, что pSLC получает ресурс настоящей SLC.
QLC хранит четыре бита в ячейке и различает 16 уровней напряжения. В pSLC-режиме контроллер использует ячейку как однобитную, однако физически она остаётся QLC NAND. Blocks & Files указывает на различия в запасе между уровнями напряжения, алгоритмах программирования и поведении при длительном износе.
Поэтому J5060 нужно оценивать как QLC-накопитель с выделенной областью ускоренной записи. Если проект требует скорости и ресурса настоящей SLC, показатель «25× относительно QLC» не подтверждает соответствие этому требованию.
Спецификация пилота
Для пилота берём один узел на 24 одинаковых J5060 ёмкостью 30,72 ТБ. На каждом накопителе выделяем 800 ГБ pSLC.
Конфигурация накопителей:
- 24 × DapuStor J5060 по 30,72 ТБ;
- 800 ГБ pSLC на каждом SSD;
- 19,2 ТБ суммарной pSLC-области: 24 × 800 ГБ;
- около 1/24 общей нагрузки на каждый диск при равномерном доступе;
- серверная платформа и контроллер, совместимость которых с выбранным исполнением J5060 подтверждена перед тестом;
- поддержка FDP со стороны хоста, если пилот должен проверить снижение усиления записи.
Процессор, память, сеть и RAID оставь такими же, как в контрольном узле. Если одновременно поменять вычислительную платформу и накопители, результаты не покажут, какой вклад дал режим pSLC.
Сравни J5060 с чистым QLC на одной рабочей нагрузке. Для базы используй журнал транзакций или WAL. Для виртуализации — одновременный запуск рабочего набора ВМ. Зафиксируй четыре результата: задержку после заполнения pSLC, поведение при длительной записи, время восстановления одного накопителя и работу FDP на выбранной платформе.
Если журналам хватает 9,6 ТБ на узел, проверь конфигурацию по 400 ГБ pSLC и сохрани больше QLC-ёмкости. Если активная запись превышает 19,2 ТБ, вариант по 1,2 ТБ даст 28,8 ТБ pSLC, но заберёт 20% доступной QLC-ёмкости. Выбирать класс дисков до такого расчёта рано: HDD, SATA SSD и NVMe закрывают разные профили нагрузки.
Решение для закупки
Не закладывай J5060 dual-mode в сервер, который должен сразу войти в эксплуатацию. Решение ещё проходит поэтапную проверку у заказчиков, поэтому рабочую закупку лучше отделить от эксперимента.
Если проект допускает пилот, запроси 24 одинаковых накопителя и проверь один профиль записи. Гибрид удержал нужную задержку после заполнения pSLC и во время восстановления — сравни стоимость предложения с раздельными слоями SLC или TLC и QLC. Не удержал — оставь раздельную архитектуру. Решение принимай по результатам теста и коммерческому предложению поставщика, а не по заявленным 7× IOPS.