У компании уже работает S3-архив, а Linux-серверам нужен файловый доступ по NFS. Раньше для этих нагрузок приходилось держать два контура хранения. Теперь HPE Alletra Storage MP X10000 принимает объекты и файлы в общий пул: нативная файловая система поддерживает NFS 4.1 поверх TCP и RDMA и использует те же IP-адреса, что S3.

Менять проект стоит, если тебе одновременно нужны S3, NFS для Linux и общий all-flash-пул под растущий массив неструктурированных данных. Для сервера 1С, терминальной фермы или обычного файлового сервера новость ничего не меняет: X10000 рассчитана на другой профиль нагрузки.

HPE также сообщает о расширении предела кластера, но актуальные материалы из исследования не называют прежнее и новое число узлов. Закладывать «удвоенный масштаб» в проект рано. Сначала запроси действующие QuickSpecs для нужной версии FleetOS.

Один пул — не просто ещё один протокол

HPE выпустила X10000 в ноябре 2024 года как дизагрегированную all-flash-систему с горизонтальным расширением. Вычислительные и дисковые ресурсы в ней не привязаны друг к другу жёстко, а узлы работают с общими данными.

Текущая документация HPE по файловой системе X10000 подтверждает POSIX, NFS 4.1, работу через TCP и RDMA и совместный пул файлов и объектов. Ввод-вывод распределяется между всеми узлами, а файловый доступ использует существующие S3-адреса.

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

В white paper Enterprise Strategy Group от ноября 2025 года файловый доступ ещё описан как функция следующего выпуска. Для проекта ориентируйся на актуальную страницу поддержки HPE: она уже перечисляет работающие возможности. Старый документ годится только для истории продукта.

Что можно перенести на X10000

Первый кандидат — неструктурированные данные, к которым одни приложения обращаются по S3, а другие по NFS 4.1. Сюда входят медиатеки, инженерные результаты, наборы данных для аналитики, архивы и каталоги с большим числом объектов.

По документации HPE файловая система обрабатывает миллиарды записей в одном каталоге. Максимальный проверенный размер файла — 16 TiB, теоретический предел — 1 EiB. Для Kubernetes предусмотрен CSI-драйвер, через который контейнерная платформа подключает постоянные тома.

Но HPE квалифицирует файловую часть прежде всего для Linux-клиентов. Блокировки NFS работают с ограничениями. Переносить сюда Windows-службы, SMB-ресурсы или прикладной кластер без отдельной матрицы совместимости нельзя.

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

DPAN ускоряет резервное копирование, но не хранит копии сам

Для резервного копирования HPE добавила Data Protection Accelerator Node, или DPAN. Это отдельный узел, который принимает поток, выполняет дедупликацию и передаёт данные в X10000 через S3. Локальные SSD служат кэшем, а не постоянным хранилищем резервных копий.

По тесту StorageReview с описанием конфигурации DPAN подключался к X10000 по 100 GbE. Внутри узла стояли четыре двухпортовые сетевые карты 25 GbE: восемь портов объединялись через LACP в логический путь 200 GbE. Восемь SSD в RAID 6 давали 92 ТБ полезного кэша.

Один узел в этом тесте принял до 83,83 ГБ/с — больше 300 ТБ/ч. Для четырёх DPAN HPE заявляет до 1,2 ПБ/ч. Эти значения описывают конкретный стенд, а не гарантированную скорость любого проекта: результат зависит от сети, состава данных, программы резервного копирования и числа параллельных потоков.

Коэффициент сокращения данных тоже нельзя переносить между сценариями. До 60:1 относится к StoreOnce Catalyst с дедупликацией на стороне источника. При прямой записи Commvault в S3 StorageReview указывает типичный диапазон 6:1–7:1.

Если рабочие файлы и резервные копии попадают в один X10000, система сокращает число отдельных массивов, но создаёт общий контур отказа. Потеря доступа к кластеру затронет и данные, и копии. Хотя бы одна копия должна оставаться за пределами X10000 и его управляющего контура.

Для меньшей инфраструктуры тот же выбор возникает на уровне отдельных серверов. Расчёт вариантов есть в статье о том, когда разделять рабочие файлы и резервные копии по узлам.

Поддержка входит в архитектуру

Для общего пула мало посчитать узлы, SSD и коммутаторы. По QuickSpecs HPE Alletra Storage MP X10000 контракт поддержки и услуги установки обязательны для всех компонентов.

Базовая гарантия на систему и SSD действует один год и покрывает только запчасти. При обычной гарантийной заявке HPE должна получить дефектную деталь до отправки замены. Если компания обязана хранить неисправные накопители у себя, в смету потребуется опция Defective Media Retention.

Для критичного пула сравнивай предложения по времени восстановления, а не по названию пакета. Tech Care Essential предусматривает круглосуточный приём обращений, обратный звонок за 15 минут для инцидента первого уровня и выезд в течение четырёх часов для покрываемого оборудования.

Связка фирменного оборудования, FleetOS, обязательной установки и поддержки упрощает поиск ответственного при отказе, но усиливает зависимость от HPE. Если проект допускает замену серверов и дисков независимо от управляющего слоя, сравни X10000 с тем, как связаны программа и оборудование в разных архитектурах хранения.

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

Считаем проект для компании, которой нужен общий all-flash-пул под S3 и NFS для Linux, а также отдельный ускоритель резервного копирования. Исследование не содержит ёмкости рабочего набора и суточного прироста, поэтому нельзя честно вычислить число SSD для промышленной системы. Конфигурацию закупки нужно зафиксировать так:

Кластер X10000 — не менее трёх узлов. Именно трёхузловая конфигурация с FleetOS 1.2.0.0 прошла проверку Veeam Ready.
Накопители — NVMe SSD. В испытанной Veeam конфигурации использовали 48 SSD по 7,68 ТБ; классификация теста действует для систем с тем же или большим числом SSD.
Память — 512 ГБ DDR4 на узел, процессор — AMD EPYC 7713P на 64 ядра. Это параметры проверенного контура Veeam, а не универсальный минимум X10000.
Клиентский доступ — NFS 4.1 для подтверждённых Linux-дистрибутивов и S3 для объектных приложений. SMB и Windows-клиенты в эту конфигурацию не входят.
Сеть хранения — 100 GbE между DPAN и X10000. Для одного DPAN нужны восемь подключений 25 GbE, объединённых через LACP в логический путь 200 GbE.
Ускоритель резервного копирования — один DPAN с восемью SSD в RAID 6 и 92 ТБ полезного кэша. Второй узел нужен не ради скорости, а если резервное копирование не должно останавливаться при обслуживании первого.
Поддержка — Tech Care Essential либо пакет с не худшими условиями: приём обращений 24×7, ответ на инцидент первого уровня за 15 минут, выезд до четырёх часов.
Внешняя копия — отдельная система или площадка вне X10000. Общий пул не должен хранить единственный экземпляр резервных данных.

Эту спецификацию нельзя отправлять в закупку без расчёта полезной ёмкости. Поставщику нужны объём активных данных, суточный прирост, срок хранения копий и фактический коэффициент сокращения для твоего набора файлов. Если расчёт опирается на StoreOnce Catalyst, не подставляй 60:1 в сценарий прямой записи через S3: для Commvault исследование даёт 6:1–7:1.

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

Что запросить у поставщика до изменения проекта

X10000 имеет смысл включить в проект, если нужны все четыре свойства: S3, NFS 4.1 для Linux, NVMe-пул и горизонтальный рост неструктурированных данных. Отдельный сервер 1С, терминальный контур или небольшой файловый сервер такого набора не требуют.

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

QuickSpecs с точным пределом кластера для предложенной версии FleetOS.
Состав лицензий, которые открывают файловый доступ.
Матрицу Linux-клиентов NFS 4.1 и перечень ограничений блокировок.
Сетевой расчёт для узлов X10000, клиентов и каждого DPAN.
Условия поддержки с временем ответа, выезда и замены накопителей.

Объединяй файловое и объектное хранение после двух проверок: все клиенты входят в матрицу HPE, а резервную копию можно восстановить при недоступном X10000. Само увеличение предела кластера этих проверок не заменяет.