Собственное сборочное производство СХД в России: как проверяют оборудование
NIMBUS — российский разработчик и производитель СХД «Гром» и «Молния». Компания заявляет собственные сборочные мощности и тестовые лаборатории, а также контроль жизненного цикла оборудования от проектирования до испытаний готовых систем. ПО «Юпитер» поставляется предустановленным, а базовая проверка аппаратной платформы включает POST при включении питания.
Для СХД качество не заканчивается на правильно собранном корпусе. В реальной эксплуатации важны совместная работа контроллеров, дисков, сетевых портов, управления, программного стека и механизмов защиты данных. Ошибки в этой связке почти всегда проявляются не на складе, а под нагрузкой у заказчика.
Поэтому заказчик оценивает не только спецификацию. Он смотрит на ответственность изготовителя, происхождение продукта, документированное соответствие требованиям, возможность адаптации под инфраструктуру и понятный порядок сопровождения после ввода в эксплуатацию.
Что означает собственное производство
NIMBUS позиционирует себя как российский разработчик и производитель систем хранения данных. Компания сообщает о собственных сборочных мощностях и тестовых лабораториях, а также о полном контроле жизненного цикла продукта — от идеи и проектирования до производства и испытаний готовых систем.
Для заказчика это означает единую техническую ответственность за конфигурацию СХД, программный стек и сопровождение. Система собирается не как случайный набор серверных компонентов: её конфигурация должна соответствовать задачам хранения, используемым протоколам доступа, сетевой архитектуре и требованиям к отказоустойчивости.
- Разработка и производство СХД в российском контуре
- Собственные сборочные мощности и тестовые лаборатории
- Настройка решений под виртуализацию, базы данных, аналитику и файловые сервисы
- Единое ПО «Юпитер» для СХД «Гром» и «Молния»
- Сопровождение на всех этапах жизненного цикла оборудования
Контроль начинается до включения
Сборка СХД — это проверка состава и совместимости конфигурации. Контроллеры, дисковые модули, накопители, интерфейсные адаптеры, источники питания и программное обеспечение должны соответствовать согласованной спецификации. Для системы хранения важно не только наличие компонентов, но и корректность их совместной работы.
В доступной документации NIMBUS не раскрыт заводской пошаговый маршрут каждой единицы продукции. Поэтому нельзя утверждать о конкретном числе тестовых циклов или длительности нагрузочных испытаний. Однако подтверждены собственные сборочные мощности, тестовые лаборатории и испытания готовых систем как часть жизненного цикла продукта.
| Контур контроля | Что подтверждено документами NIMBUS | Зачем это заказчику |
|---|---|---|
| Проектирование и сборка | Контроль жизненного цикла от проектирования до производства и испытаний готовых систем | Конфигурация формируется как единое решение, а не случайный комплект компонентов |
| Сборочные мощности | Собственные сборочные мощности | Единая зона ответственности изготовителя за выпуск оборудования |
| Лабораторная проверка | Собственные тестовые лаборатории | Проверка оборудования в контролируемой среде до ввода в эксплуатацию |
| Первичная инициализация | POST при запуске, настройка аппаратных параметров через BIOS | Контроль базовой готовности аппаратной платформы |
| Программный контур | ПО «Юпитер» предустановлено на СХД | Снижается риск некорректной самостоятельной установки программного стека |
| Подтверждение соответствия | Декларации соответствия для СХД «Гром» и «Молния» | Есть документальное основание для оценки соответствия применимым требованиям |
POST и проверка аппаратной платформы
POST — это самотестирование при включении питания. Он относится к стартовой диагностике: аппаратная платформа проходит первичную инициализацию, после чего система переходит к запуску программной части. Для СХД этот этап важен, поскольку проблемы с базовыми компонентами должны быть выявлены до начала предоставления хранилища хостам.
Базовая система ввода-вывода для СХД «Гром» и «Молния» отвечает за первичную инициализацию аппаратных компонентов, управление запуском и настройку системных параметров. В документации также заявлены настройки сетевого стека, NVMe-конфигурации, BMC, параметров памяти и PCI-подсистемы.
- Самотестирование оборудования при включении питания
- Первичная инициализация аппаратных компонентов
- Управление запуском и сохранением аппаратных параметров
- Настройка параметров сетевого стека и NVMe
- Поддержка BMC в составе настроек аппаратной платформы
POST не заменяет эксплуатационную проверку СХД под реальной нагрузкой. Это стартовый уровень контроля. После него необходимо убедиться в корректности сетевого доступа, RAID-конфигурации, доступности LUN или файловых ресурсов, мониторинга и сценариев отказоустойчивости.
ПО как часть готовой системы
ПО «Юпитер» не поставляется отдельным дистрибутивом для самостоятельной установки. Оно устанавливается на производстве и поставляется предустановленным на СХД NIMBUS. Это важно для контроля конечной конфигурации: аппаратная платформа, программный слой и базовые функции управления формируются как единый программно-аппаратный комплекс.
Функционально «Юпитер» управляет ресурсами СХД «Гром» и «Молния». В нём заявлены Active/Active, поддержка RAID, RAID-Статус, горячая замена, защита и зеркалирование кэша, VLAN, агрегирование портов, QoS, онлайн-миграция, мониторинг, снимки, клоны, репликация и интеграция с внешними системами.
| Проверяемый контур СХД | Функции ПО «Юпитер» | Эксплуатационный смысл |
|---|---|---|
| Массивы хранения | RAID 0, 1, 10, 5, 50, 6, 60 и TP; RAID-Статус | Контроль состояния, целостности и производительности RAID-массивов |
| Доступность данных | Active/Active, Global Hot Spare, Local Hot Spare, горячая замена | Поддержка отказоустойчивой работы и замены компонентов |
| Сетевой доступ | Агрегирование портов, VLAN, QoS | Сегментация трафика и контроль нагрузки на уровне томов |
| Защита данных | Снимки, клоны логических томов, группы консистентности, репликация | Подготовка к восстановлению и защита данных в заданных сценариях |
| Наблюдаемость | Мониторинг и статистика, RESTful API, Active Directory, LDAP, Grafana, Zabbix | Включение СХД в действующий контур эксплуатации |
Документальное подтверждение соответствия
Производственный контроль и подтверждение соответствия — разные, но связанные вещи. Внутренние проверки нужны для выпуска работоспособной конфигурации. Декларирование подтверждает соответствие продукции применимым требованиям технических регламентов на основании предусмотренной процедуры.
Для СХД NIMBUS «Гром» в доступных документах подтверждено соответствие требованиям ТР ТС 004/2011 «О безопасности низковольтного оборудования», ТР ТС 020/2011 «Электромагнитная совместимость технических средств» и ТР ЕАЭС 037/2016 об ограничении применения опасных веществ в изделиях электротехники и радиоэлектроники. Для «Молния» доступный комплект деклараций подтверждает соответствие тем же требованиям: ТР ТС 004/2011, ТР ТС 020/2011 и ТР ЕАЭС 037/2016.
- СХД «Гром» изготовляется по ТУ ЛВГП.466219.001ТУ
- СХД «Молния» изготовляется по ТУ ЛВГП.466219.002ТУ
- Для «Гром» подтверждены декларационные документы по электрической безопасности, электромагнитной совместимости и ограничению опасных веществ
- Для «Молния» в доступных материалах подтверждены декларации по ТР ТС 004/2011, ТР ТС 020/2011 и ТР ЕАЭС 037/2016
- Для обеих линеек в файле «О КОМПАНИИ» указаны реестровые записи Минпромторга России
Номер декларации, протокол испытаний и реквизиты испытательного центра следует использовать в договорной или тендерной документации только после визуальной сверки с оригиналами PDF. OCR-копии прямо содержат предупреждение о возможных ошибках распознавания номеров.
Что проверить при приёмке
Заводское тестирование не отменяет приёмку в инфраструктуре заказчика. Среда ЦОД всегда отличается: другой коммутатор, политика VLAN, сетевые пути, серверные HBA, система мониторинга и прикладная нагрузка. Поэтому в проекте нужны и предпродажная проверка конфигурации, и приёмочные испытания на площадке.
- Сверить фактическую комплектацию с согласованной спецификацией
- Проверить запуск системы и доступ к интерфейсам управления
- Проверить состояние RAID, дисков, контроллеров и журналов событий
- Настроить iSCSI, Fibre Channel, NFS, SMB или FTP согласно проекту
- Проверить резервирование сетевых путей, VLAN и агрегацию портов
- Подключить мониторинг и статистику к принятому в организации контуру
- Проверить доступность тестовых LUN или файловых ресурсов с хостов
- Оформить результаты приёмочных испытаний и порядок дальнейшей эксплуатации
Практический сценарий
Заказчик разворачивает СХД для виртуализации и базы данных. До поставки согласуют тип подключений, схему сетевой сегментации, объём хранилища, правила QoS и требования к мониторингу. На стороне изготовителя формируется конфигурация с предустановленным ПО «Юпитер»; при запуске аппаратная платформа проходит POST.
На площадке заказчика система включается в существующую сеть хранения, подключается к мониторингу и проходит приёмочную проверку по согласованной программе. Такой подход отделяет подтверждённые заводские контуры от реальной интеграции в ЦОД. Для обсуждения конфигурации и сценария внедрения используйте российские СХД NIMBUS для ЦОД.
FAQ
Есть ли у NIMBUS собственное производство СХД?
NIMBUS заявляет собственные сборочные мощности и тестовые лаборатории, а также контроль жизненного цикла оборудования от проектирования до производства и испытаний готовых систем.
Что проверяет POST в СХД?
POST — это самотестирование при включении питания. Он относится к первичной инициализации аппаратных компонентов и проверке стартовой готовности платформы.
Поставляется ли ПО «Юпитер» отдельно?
Нет. ПО «Юпитер» поставляется предустановленным на СХД NIMBUS и не предоставляется отдельным дистрибутивом для самостоятельной установки.
Какие требования соответствия подтверждены для СХД «Гром»?
В доступном комплекте документов для «Гром» подтверждено соответствие ТР ТС 004/2011, ТР ТС 020/2011 и ТР ЕАЭС 037/2016. Номера деклараций и протоколов нужно сверять с оригинальными PDF.
Нужно ли проводить приёмочные испытания после поставки?
Да. Заводская проверка не заменяет проверку в среде заказчика: необходимо подтвердить сетевую интеграцию, доступ к данным, мониторинг, резервирование путей и работу сервисов в конкретном ЦОД.
Гром
система хранения данных
В реестре
Оптимально подходит для организаций среднего и крупного бизнеса, которым требуется надежное, масштабируемое и эффективное решение для хранения данных с возможностью адаптации к различным типам нагрузок
Молния
система хранения данных
В реестре
Решение премиум-класса для организаций, чей бизнес зависит от скорости обработки данных и требует инфраструктуры хранения с высокой пропускной способностью. Подходит для отраслей: телекоммуникации, финансы, госучреждения и производство