Aquarius NS Server в проде: IPMI, RAID и реальная производительность без прикрас

После того как Dell и HPE объявили об уходе, тендерные спецификации начали потихоньку меняться. Там, где раньше стояло «PowerEdge R740» или «ProLiant DL380», теперь появились Yadro Vegman и Aquarius NS Server. Мы работаем в рамках managed-сопровождения у нескольких клиентов, и один из них в октябре получил первую партию Aquarius - четыре узла под расширение кластера виртуализации. Решили зафиксировать, с чем столкнулись.

Начали с распаковки и IPMI. Физически сервер выглядит как обычный 2U x86 - никаких сюрпризов с рэковым монтажом. Проблемы начались при первом знакомстве с out-of-band управлением. Интерфейс IPMI оказался основан на AMI MegaRAC, что само по себе нормально - этот же стек стоит на части SuperMicro и ряде других платформ. Однако версия прошивки оказалась довольно свежей и не вполне обкатанной: при попытке открыть виртуальную консоль через браузер получили серый экран. Java-applet в 2022 году - это, конечно, отдельное приключение, но после установки нужной версии JRE и добавления адреса в исключения безопасности всё заработало. HTML5-режим в той прошивке, которая пришла на железе, вёл себя нестабильно - иногда консоль зависала при активном вводе. Поставили следующий билд прошивки с сайта поддержки - стало лучше, но не идеально.

Второй момент - RAID-контроллер. В конфигурации стоял контроллер на базе Broadcom MegaRAID - это стандартный выбор, с которым мы работаем давно. Утилита StorCLI поддерживается, настройка привычная. Но при первоначальном создании массива столкнулись с тем, что веб-интерфейс IPMI показывал неверный статус дисков - зеркало строилось, а индикация говорила об ошибке. Через StorCLI всё отображалось корректно. Диагностировали как проблему синхронизации между BMC и контроллером - не критично, но нервирует, когда не понимаешь, можно ли верить интерфейсу.

Вот что мы проверяли при вводе в эксплуатацию:

• Стресс-тест CPU и памяти - прогоняли несколько часов, сбоев нет, термальный режим в норме.
• Производительность дисковой подсистемы - результаты сопоставимы с аналогичными конфигурациями на SuperMicro с тем же контроллером, разрыва нет.
• Сетевые карты - встроенные порты определяются без проблем, драйверы стандартные, никакой дополнительной магии не потребовалось.
• Загрузка под нагрузкой виртуализации - запустили несколько виртуальных машин с реальными рабочими нагрузками, поведение предсказуемое.

Что реально порадовало - это именно x86-совместимость без оговорок. Мы ставили РЕД ОС и Astra Linux SE, оба варианта встали без патчей и танцев с бубном. Драйверы из стандартных репозиториев, никакого экзотического оборудования. Это принципиально отличает Aquarius от ARM-платформ или RISC-V-экспериментов, где совместимость с корпоративным ПО остаётся вопросом открытым.

Что расстроило - документация. Не то чтобы её нет совсем, но она отстаёт от реального состояния прошивок. Мы несколько раз находили расхождение между описанием в PDF и поведением в интерфейсе. Техподдержка отвечала, время реакции приемлемое, но складывается ощущение, что документация пишется после того, как продукт уже отгрузили.

Гарантия и логистика - отдельная история. Dell со склада в Москве приезжал за два-три дня, запасные диски и планки памяти всегда были. С Aquarius пока неясно, как будет работать замена компонентов в регионах - опыта ещё нет, но вопрос важный, и мы его задали вендору напрямую.

Если сравнивать с тем, что мы видели при тестировании ПК СВ Брест в контуре виртуализации для КИИ, то Aquarius как железо выглядит более зрелым продуктом - оно просто работает как обычный сервер. Программный стек там свои вопросы поднимает, а здесь вопросы к прошивке BMC и документации.

Итог на данный момент: четыре узла введены в эксплуатацию, работают в кластере zVirt, нагрузку держат. Для тех, кто сейчас составляет спецификации под тендер и смотрит на Aquarius как на замену Dell - риски есть, но они управляемые. Просто рассчитывайте на дополнительное время при первоначальной настройке и проверяйте прошивки до того, как железо попадёт в прод.