Оборудование ПАК в инфраструктуре: как зафиксировать доступ к данным и упростить сопровождение?

В корпоративных и государственных ИТ-контурах ключевой риск связан не с подбором железа, а с тем, как система будет жить в эксплуатации: безотказность, расширение емкости, предсказуемое восстановление. Поэтому на этапе формирования требований уместно рассматривать оборудование ПАК как связку аппаратной платформы и программного слоя, заранее проверенную на совместимость — это напрямую влияет на сроки ввода и последующее сопровождение.

Эксплуатационная перспектива: что важно заранее «зацементировать»?

ПАК-оборудование выбирают, когда требуется устойчивый базовый слой для хранения и предоставления сервисов: файловых ресурсов, блочных томов или объектного доступа, а также для проектов с виртуализацией, БД и задачами backup или архива. Практический смысл — уменьшить неопределенность интеграции: совместимость компонентов подтверждена заранее, а требования к доступу и расширению проще переносить в ТЗ и регламенты.

Каркас требований к ПАК-оборудованию

При подготовке закупочной документации полезно идти от данных к платформе и фиксировать:

• назначение: хранение (файл, блок, объект), виртуализация, БД, резервное копирование или архив, смешанные нагрузки;
   

• тип доступа: NAS/SAN/S3 и набор протоколов под приложения и сеть;
   

• протоколы и интерфейсы: например, SMB/NFS для файловых сервисов, FC/iSCSI для SAN, S3 для объектных сценариев;
   

• отказоустойчивость: двухконтроллерная архитектура, при критичных сервисах — режимы с ALUA;
   

• масштабирование: сценарий наращивания дисковой подсистемы (JBOD-полки или модули), ограничения по количеству дисков;
   

• опции защиты и работы с данными: WORM, снапшоты, репликация, компрессия или дедупликация — по политике хранения;
   

• совместимость с виртуализацией и ОС: поддерживаемые гипервизоры и ОС инициаторов;
   

• эксплуатация: требования к регламентным работам и допустимость простоев при обновлениях (если для выбранной модели это релевантно);
   

• реестровое происхождение: наличие в реестре Минпромторга России как прикладной критерий для части закупок (без юридических трактовок).
   

Частые ошибки при закупке и внедрении ПАК-оборудования

• Смешивают NAS, SAN и S3 в одном контуре, но не закрепляют приоритетный тип доступа и протоколы для приложений.
   

• Описывают рост данных «в процентах», не увязывая его с механизмом расширения (JBOD/модули) и ограничениями по дискам.
   

• Указывают «нужна отказоустойчивость», но не фиксируют двухконтроллерность и режимы работы (включая ALUA).
   

• Переносят требования к WORM и снапшотам на этап эксплуатации, хотя это влияет на архитектуру хранения и регламенты.
   

• Проверку совместимости с гипервизорами и ОС инициаторов оставляют на приемку, вместо того чтобы включить в ТЗ.
   

Ассортимент в каталоге: общая аппаратная база и различия по ПО-слою

В разделе ПАК «Гравитон» представлены три устройства. Для всех характерны: размещение в стойку 19" (4U), процессорная конфигурация 4 × 2nd Gen Intel Xeon Scalable, дисковая подсистема на 24 SSD/HDD 2,5”/3,5”, а также признак «в реестре Минпромторга России». Различия — в программном слое (BAUM Storage AI, RAIDIX 5.X или АРГО) и в сценариях доступа или эксплуатационных опциях.

ПХ424И24БМ-БА (BAUM Storage AI): универсальный профиль файл+блок

Модель ориентирована на работу с данными на файловом и блочном уровнях в сценариях БД, виртуальных сред и резервного копирования. Заявлена двухконтроллерная отказоустойчивая конфигурация с режимами Active-Passive и Active-Active ALUA; системная плата — российского производства (реестровый номер 840\1\2023). Хранение — гибрид SAS SSD + SAS HDD, расширение через JBOD-полки 12/24/78/108, в RAID — до 64 дисков. По доступу поддерживаются SMB v2/v3, NFS v3/v4, FTP (Ethernet 10/25 ГБ), iSCSI 10/25 ГБ и Fibre Channel 8/16 ГБ. В опциях — WORM, компрессия, снапшоты, репликация, упреждающая или частичная реконструкция, обновление микрокода не должно приводить к простою сервисов. Совместимость по виртуализации включает VMWare ESXi, решения на базе Linux KVM, Microsoft Hyper-V, XenServer, Proxmox VE и RHEV, ОС инициаторов — Linux, Windows Server, macOS.

ПХ424И24БМ-РЭ (RAIDIX 5.X): акцент на потоковые HDD-нагрузки и производительность

RAIDIX 5.X позиционируется как программно-определяемая СХД для задач высокой производительности, где важна максимальная отдача от HDD при интенсивной потоковой нагрузке. Конфигурация масштабируется гибридно (SSD + HDD) с расширением модулями на 12/24/78/108 дисков. Доступ включает SMB v2/v3, NFS v3/v4, AFP, FTP, а также FC 8/16/32 ГБ, iSCSI/iSER 10/25/40/100 ГБ, InfiniBand SRP 20/40/56/100 ГБ и SAS 12 ГБ. Для работы с flash-накопителями используется ERA Engine (параллелизация, lockless-архитектура). Из опций отмечены WORM, упреждающая или частичная реконструкция, защита от скрытого повреждения данных и механизм вычислений (AVX). Примеры виртуализации: ESXi Server 7.0, zVirt 4.0, ROSA Virtualization 3.0, список ОС инициаторов включает Ubuntu, Windows Server (2016/2019/2022), macOS, RHEL, Astra Linux 1.7, «Альт Сервер« 10, «РЕД ОС» 7.3.

ПХ424И24БМ-АР («АРГО»): SAN+NAS и объектный доступ S3 в одной платформе

«АРГО» применяется для построения гибридных и all-flash СХД с высокоскоростным блочным (SAN) и файловым (NAS) доступом, дополняя их объектным S3. Двухконтроллерная конфигурация работает в режиме Active-Active ALUA, системная плата — российского производства (реестровый номер 840\1\2023). Поддерживаются 2,5” SAS SSD/SAS HDD 10000rpm и 3,5” NL-SAS 7200rpm, горячая замена. В RAID — до 64 дисков, в платформе — 24, расширение JBOD 12/24/78/108. Дополнительно указана поддержка RAID B3 (тройной контроль честности). По протоколам доступны SMB v2, NFS v3/v4, Fibre Channel 8/16/32 ГБ, iSCSI 10/25/40/100 ГБ и S3. В опциях — WORM, тонкие тома, клоны, снапшоты, компрессия, дедупликация. Виртуализация: VMware (VAAI), KVM, Microsoft Hyper-V Server, Proxmox VE, ОС — MS Windows Server, macOS, Linux, Solaris.

Сценарии подбора: как связать задачу с доступом и опциями

1. Корпоративные файловые ресурсы и общие папки (SMB/NFS)
   Если ключевой сервис — файловый, логично отталкиваться от SMB/NFS и требований к расширению. ПХ424И24БМ-БА и ПХ424И24БМ-АР покрывают SMB/NFS. Выбор зависит от необходимости совмещать файловый доступ с SAN и/или S3, а также от требований к функциям (например, снапшоты, репликация, компрессия, дедупликация).
    

2. Виртуализация или кластер хостов (совместимость с платформами)
   Важнее всего заранее зафиксировать гипервизоры и ОС инициаторов, а затем выбрать тип доступа (iSCSI/FC или NAS). ПХ424И24БМ-БА поддерживает широкий перечень платформ виртуализации, ПХ424И24БМ-РЭ и ПХ424И24БМ-АР уместны, когда в архитектуре доминирует SAN-доступ и нужен конкретный набор интерфейсов.
    

3. Backup/архив и неизменяемое хранение
   Для таких контуров значимы WORM и механизмы восстановления через снапшоты, репликацию или клоны. ПХ424И24БМ-БА и ПХ424И24БМ-АР содержат WORM и функции работы со снимками. Дополнительно сопоставляют, нужен ли объектный S3, и как будет масштабироваться емкость (JBOD/модули).
    

4. SAN/FC или высокоскоростной блочный доступ (FC/iSCSI)
   Если требуется FC или iSCSI/iSER до высоких скоростей, целесообразно смотреть на протокольную матрицу и сетевую архитектуру. ПХ424И24БМ-РЭ выделяется поддержкой широкого набора блочных интерфейсов (включая iSCSI/iSER и InfiniBand SRP), ПХ424И24БМ-АР подходит, когда SAN нужно сочетать с NAS и S3 в едином контуре.
    

5. S3 для объектного доступа
   Когда приложение или сервис опирается на объектное API, базовым кандидатом становится ПХ424И24БМ-АР благодаря заявленной поддержке S3, далее уточняют потребность в SAN/NAS и требования к опциям (например, тонкие тома, дедупликация, компрессия).
    

Итоговая логика выбора

Для ПАК-оборудования результат определяет не универсальность, а корректная постановка требований: тип доступа (NAS/SAN/S3), протоколы, отказоустойчивость, правила масштабирования и набор функций защиты данных. Когда эти параметры описаны заранее, выбор программного слоя (BAUM Storage AI, RAIDIX 5.X или «АРГО») становится прозрачным и проверяемым, а внедрение и сопровождение — предсказуемыми.