Эксперты в подборе IT-оборудования
Управление сервером IBM System x держится на встроенном контроллере IMM. Это отдельный чип на материнской плате со своей прошивкой, памятью и сетевым портом. Он живёт, пока к серверу подведено питание, даже если сама машина выключена: включает и выключает её, показывает экран, монтирует образы дисков, ведёт журнал отказов. Всё остальное - XClarity, Systems Director, мобильное приложение - надстройки, которые ходят к этому контроллеру.
Начать стоит с факта, без которого дальше ничего не сходится. x86-серверы IBM больше не принадлежат IBM: подразделение System x, BladeCenter и Flex продано Lenovo, сделка закрылась 1 октября 2014 года. Логотип на передней панели остался, а прошивки, документация и поддержка переехали. Отсюда и путаница в названиях: у одной и той же линейки контроллер называется то IMM, то XClarity Controller, а инструкции в интернете половиной ссылок ведут на страницы, которых больше нет.
IMM (Integrated Management Module) - это встроенный контроллер, который управляет сервером независимо от его процессора и операционной системы.
По функциям он ровно то же, что iLO у HPE и iDRAC у Dell: отдельный вход в машину, работающий в обход основной системы. Поколений за годы сменилось четыре, и от того, какое стоит у вас, зависит буквально всё - от способа подключения до того, нужна ли Java.
| Контроллер | Где встречается | Чем управляют |
|---|---|---|
| RSA II | System x поколений до M2, отдельной платой | Веб-интерфейс, Java-консоль |
| IMM | x3550 M2/M3, x3650 M2/M3 и другие машины тех поколений | Веб-интерфейс, Java-консоль, IPMI |
| IMM2 | Большинство M4 и все M5/M6: x3530 M4, x3630 M4, x3650 M4, x3550 M4, x3650 M5 | Веб (по умолчанию HTTPS), Java-консоль, IPMI 2.0, ASU |
| XCC (XClarity Controller) | Lenovo ThinkSystem, с 2017 года | Веб с консолью на HTML5, Redfish, IPMI |
Практический вывод из таблицы один: если у вас System x, у вас IMM или IMM2, и удалённая консоль там работает через Java. Если ThinkSystem - у вас XCC, и Java не нужна. Разница между этими двумя мирами больше, чем между поколениями внутри каждого.
Уточнить поколение проще всего по самому серверу: у части ранних M4 встречается ещё первый IMM, поэтому по одной только модели гадать не стоит - смотрите, что написано в веб-интерфейсе после входа.
Контроллер получает адрес одним из трёх способов, и заводская настройка называется «DHCP с откатом»: сначала IMM пытается взять адрес у DHCP-сервера, а если не получилось - поднимает статический 192.168.70.125 с маской 255.255.255.0.
Найти рабочий адрес можно четырьмя путями:
Последний вариант стоит расписать, потому что он выручает чаще прочих. Advanced Settings Utility ставится в операционную систему сервера и разговаривает с контроллером напрямую, минуя сеть управления. Посмотреть текущий адрес:
asu64 show IMM.HostIPAddress1
Если точное имя параметра вылетело из головы, выводите всю группу целиком - asu64 show IMM покажет и адрес, и маску, и состояние DHCP.
Задать статику и перезагрузить контроллер:
asu64 set IMM.HostIPAddress1 192.168.10.50 asu64 set IMM.HostIPSubnet1 255.255.255.0 asu64 set IMM.GatewayIPAddress1 192.168.10.1 asu64 set IMM.DHCP1 disable asu64 rebootimm
Перезагрузка контроллера не трогает саму машину: сервер продолжает работать, разрывается только сессия управления.
Дальше - вход. Заводская учётная запись на IMM и IMM2 одна: логин USERID, пароль PASSW0RD. В пароле ноль вместо буквы O, и на этом спотыкаются регулярно.
Заводской пароль меняйте сразу, до того как контроллер увидит сеть. IMM даёт полный доступ к железу: включение, выключение, монтирование образов, консоль. Пара USERID/PASSW0RD известна всем и живёт в открытых списках уже полтора десятка лет. Саму сеть управления держите в отдельном VLAN без выхода в интернет: наружу этому контуру смотреть незачем.
Начиная с версии прошивки 1.65 IMM2 по умолчанию пускает в веб-интерфейс только по HTTPS. Если браузер молча не открывает страницу по http - попробуйте https, дело может быть в этом.
Здесь у большинства всё и останавливается. Веб-интерфейс открылся, логин принят, датчики видны, а кнопка удалённой консоли скачивает файл с расширением .jnlp, и дальше ничего не происходит.
Причина не в сервере. Удалённая консоль IMM и IMM2 сделана на технологии Java Web Start: браузер скачивает описание .jnlp, а запускает приложение отдельная программа javaws. Oracle объявила Java Web Start устаревшей в Java 9 и выкинула её из Java 11 - это сентябрь 2018 года. На машине со свежей Java открывать .jnlp просто нечем. Файл скачивается, система не знает, что с ним делать, и предлагает выбрать программу из списка.
Рабочих выходов три.
| Что сделать | Когда подходит | Нюанс |
|---|---|---|
| Поставить OpenWebStart | Консоль нужна регулярно | Открытая реализация Web Start на основе IcedTea-Web, живёт независимо от версии Java |
| Держать виртуалку с Java 8 | Заходите пару раз в год | Способ дедовский, зато безотказный. Наружу такую машину, разумеется, не выпускают |
| Запустить файл руками | javaws в системе есть, браузер её не зовёт | Команда javaws console.jnlp в каталоге со скачанным файлом |
Дальше начинается второй слой проблем - безопасность. Java своих старых знакомых не узнаёт:
https://<адрес IMM>. Без этого приложение блокируется молча.Ирония в том, что железо здесь ни при чём. Сервер исправен, контроллер работает, а между вами и им стоят пятнадцать лет изменений в безопасности браузеров.
Если консоль нужна раз в квартал, а питанием и датчиками надо управлять постоянно, Java можно обойти. IMM2 поддерживает IPMI 2.0, а значит, с ним разговаривает обычный ipmitool - он есть в репозиториях любого дистрибутива Linux и работает из командной строки.
Прежде чем гадать над ошибками подключения: проверьте в веб-интерфейсе контроллера, что доступ по IPMI через сеть вообще разрешён. Если он выключен, все команды ниже будут отваливаться по таймауту, и выглядит это ровно как неправильный пароль или закрытый порт.
Проверить, включена ли машина:
ipmitool -I lanplus -H 192.168.10.50 -U USERID -P <пароль> chassis power status
Включить, выключить, перезагрузить:
ipmitool -I lanplus -H 192.168.10.50 -U USERID -P <пароль> chassis power on ipmitool -I lanplus -H 192.168.10.50 -U USERID -P <пароль> chassis power off ipmitool -I lanplus -H 192.168.10.50 -U USERID -P <пароль> chassis power cycle
Посмотреть датчики температуры и вентиляторов:
ipmitool -I lanplus -H 192.168.10.50 -U USERID -P <пароль> sdr list
Есть и текстовая консоль через Serial over LAN, если в UEFI включено перенаправление консоли в последовательный порт:
ipmitool -I lanplus -H 192.168.10.50 -U USERID -P <пароль> sol activate
Графики она не даст, в BIOS мышкой потыкать не выйдет. Но для перезагрузки зависшей машины, просмотра загрузочных сообщений и работы с текстовой установкой Linux этого хватает. Пароль в командной строке лучше не светить: ipmitool умеет читать его из файла ключом -f.
XClarity Administrator - централизованная система управления парком: настройка, обновление прошивок, уведомления о состоянии, удалённый доступ, запись событий в Syslog. Заточена под железо IBM и Lenovo и подключается к контроллерам напрямую, без агентов внутри операционных систем.
Плюс её в этой узкой специализации, минус - в ней же: чужие серверы XClarity толком не видит, и в парке из разных вендоров смысла в ней немного. Для смешанного хозяйства вендорская консоль не годится - там берут систему мониторинга поверх IPMI и SNMP.
Со стороны System x переход выглядит так: XClarity Administrator умеет брать под управление и машины на IMM2 - официально заявлена поддержка System x поколений M5 и X6, так что ставить её можно, не меняя парк. А вот HTML5-консоль без Java - свойство контроллера XCC, который стоит только в ThinkSystem. Старому серверу централизованная система Java не отменит: консоль всё равно пойдёт через .jnlp.
Подробный разбор XClarity, XCC и утилиты OneCLI - в отдельной статье про удалённое управление через Lenovo BMC, здесь повторяться не будем.
Модуль, который встраивает управление хостами в консоль VMware vCenter: состояние железа видно там же, где виртуальные машины, без переключения между интерфейсами.
Полезен он одним конкретным сценарием. Виртуальная машина умеет переехать на другой хост, когда с текущим что-то не так: загружен процессор, сбоит питание, перегреваются компоненты, потерялось хранилище. Модуль отдаёт эти события гипервизору, и тот эвакуирует машины заранее, до отказа. Работает такое только при полностью автоматическом режиме DRS в кластере vSphere, а корректный сбор данных с железа гарантируют лишь сборки ESXi от Lenovo.
Оговорка для российского читателя: VMware после перехода к Broadcom официально в Россию не поставляется, лицензии и обновления обычными путями недоступны. Раздел актуален для тех, у кого vSphere уже развёрнута и живёт. Если инфраструктура только строится, смотреть стоит в сторону других гипервизоров - тогда и модуль этот не понадобится.
Приложение для Android и iOS: состояние машин, управление питанием, перезагрузка, push-уведомления мониторинга.
Своего рода пульт. Нажатием на телефоне можно перезагрузить сервер из другого конца офиса, зажечь лампочку-индикатор, чтобы найти нужную машину в плотно набитой стойке, или по дороге на работу проверить, как встали ночные прошивки.
Одна оговорка, важная именно для владельцев System x. Красивый сценарий «подключил телефон кабелем к USB на передней панели и зашёл в контроллер без сети» - свойство XCC в ThinkSystem, где передний порт умеет переключаться на контроллер. На машинах с IMM и IMM2 переднего порта управления нет, и приложение ходит к серверу обычным сетевым путём.
Systems Director - предшественник XClarity, система управления жизненным циклом серверов с родословной из девяностых. Бесплатная версия умела мониторинг, уведомления и обновление прошивок IBM-железа, собирала данные агентами и по протоколам WMI, SNMP, IPMI и IMM. Именно из-за бесплатности её и ставили в компаниях со скромным бюджетом.
Сегодня рекомендовать её нельзя, и причин тут три.
Первая - поддержки нет. IBM Systems Director for x86 версии 6.3.x выведена из поддержки 30 апреля 2018 года, версия 6.2.0 - ещё в сентябре 2015-го. Восемь лет без обновлений безопасности у системы, которая по построению имеет полный доступ ко всему серверному парку. Для инструмента управления это дисквалифицирующее свойство.
Вторая - её некуда ставить. Список поддерживаемых версий Windows Server и Linux закончился на поколении начала десятых. Разговоры про «танцы с бубном» под Windows Server 2012 растут как раз отсюда.
Третья - она не знает нового железа. Серверы, вышедшие после 2014 года, для неё чужие.
Где Systems Director ещё встречается: в законсервированных контурах, отрезанных от сети, где парк не менялся с 2013 года и трогать его никто не собирается. Если у вас так, работающую систему можно и не ломать. Но это доживание, планировать на него ничего нельзя.
Чем заменить, по порядку от простого к сложному: для точечных операций - ipmitool и веб-интерфейс IMM напрямую; для парка Lenovo и IBM - XClarity Administrator; для смешанного парка - обычная система мониторинга по SNMP и IPMI, куда заводятся контроллеры всех вендоров сразу. Последний вариант небольшим компаниям обычно удобнее прочих: одна панель на HPE, Dell и IBM вместе. Как это устроено, разбирали в статье про настройку SNMP-мониторинга серверного оборудования.
Вопрос, на котором теряют больше всего времени. После сделки 2014 года поддержка x86-линейки переехала к Lenovo, но переехала не целиком и не сразу.
Отсюда практическое правило: не нашли прошивку у Lenovo - идите на Fix Central, скорее всего, файл там. И наоборот, инструкции десятилетней давности со ссылками на ibm.com для машин M4 и новее уже никуда не ведут.
Обновление прошивки контроллера лечит заметную часть проблем с подключением: старый TLS, просроченные сертификаты, отказ веб-интерфейса в новых браузерах. С него и стоит начинать разбор. Настройки Java - следующий шаг, если прошивка не помогла.
| Что у вас стоит | Чем управлять | На что закладываться |
|---|---|---|
| System x M2/M3 (IMM) | Веб-интерфейс IMM, ipmitool | Java-консоль только через OpenWebStart или машину со старой Java |
| System x M4/M5 (IMM2) | Веб-интерфейс, ipmitool, ASU; XClarity при парке от десятка машин | То же по консоли; сначала обновите прошивку контроллера |
| Смешанный парк с HPE и Dell | Мониторинг по SNMP и IPMI поверх всех вендоров | Вендорские консоли чужое железо не видят |
| Lenovo ThinkSystem (XCC) | Веб-консоль на HTML5, XClarity Administrator | Удалённая консоль в XCC требует уровня Premier |
| vSphere уже развёрнута | XClarity Integrator для vCenter | Нужен автоматический DRS и сборки ESXi от Lenovo |
Общий принцип простой. Управлять сервером IBM System x в 2026 году - это работа с IMM напрямую, а вспомогательный софт добавляется по мере роста парка. Начинать с установки большой централизованной системы на три сервера смысла нет: веб-интерфейс контроллера и ipmitool закроют почти всё.
Заводская настройка - DHCP с откатом на статический 192.168.70.125, маска 255.255.255.0. Сначала контроллер ищет DHCP-сервер, и только не найдя его, поднимает этот адрес.
USERID и PASSW0RD, где вместо буквы O стоит ноль. Менять сразу.
Сбросить настройки контроллера к заводским: из работающей системы утилитой ASU либо перемычкой на материнской плате - её положение указано в руководстве по обслуживанию конкретной модели.
Она сделана на Java Web Start, которую Oracle убрала из Java начиная с 11-й версии. Нужен OpenWebStart, отдельная машина с Java 8 или запуск файла .jnlp вручную. Плюс добавление адреса контроллера в список исключений Java.
Это разные поколения одного и того же. IMM и IMM2 стоят в серверах IBM System x, XCC пришёл им на смену в Lenovo ThinkSystem. Главное отличие на практике: у XCC консоль работает в браузере на HTML5, без Java.
Да. Веб-интерфейс IMM даёт датчики, журналы, питание и монтирование образов, а ipmitool закрывает то же самое из командной строки. Дополнительные системы нужны, когда серверов становится много.
Достался парк System x и не хочется разбираться с ним в одиночку?
Инженеры ITTELO помогут оценить, что из железа ещё имеет смысл держать, а что пора менять, подберут конфигурацию под вашу нагрузку, соберут и протестируют её перед отгрузкой. На рынке серверов 11+ лет, гарантия и поддержка после продажи.
