Я керую багатьма серверами SuperMicro за допомогою бортового IPMI. Я маю стосунки любові / ненависті до спільного (він же бічної смуги) ethernet. Взагалі, як це працює, це те, що LAN1, як видається, має 2 (різні) MAC адреси - один призначений для інтерфейсу IPMI, інший - для вашого стандартного Broadcom NIC. Трафік до інтерфейсу IPMI (рівень 2, заснований на MAC-адресі) магічно перехоплюється нижче рівня операційної системи і ніколи не спостерігається будь-якою ОС працює.
Ви вже досягли однієї гарної точки для них: менше кабелів. Тепер дозвольте мені розкрити деякі недоліки:
- Особливо важко безпечним чином розділити інтерфейс IPMI на окрему підмережу. Оскільки весь трафік йде по одному кабелю, вам (майже) завжди потрібно мати інтерфейс IPMI та інтерфейс LAN1 в одній і тій самій підмережі IP. На останніх материнських платах IPMI-картки тепер підтримують присвоєння VLAN до IPMI NIC, тому ви можете отримати деякий вигляд поділу - але основна ОС завжди може нюхати трафік для цієї VLAN. Старі контролери BMC взагалі не дозволяють змінювати VLAN, хоча такі інструменти, як ipmitool або ipmicfg, нібито дозволять вам змінити його, він просто не працює.
- Ви централізуєте свої пункти відмов у системі. Виконуєте конфігурацію на комутаторі і вдається якось відрізати себе? Вітаємо, Ви тепер відключили основне мережеве підключення до Вашого сервера І резервну копію через IPMI. Збій апаратного забезпечення NIC? Вітаю, та сама проблема.
- Ранні SuperMicro IPMI BMC були відомими для того, щоб робити непрості речі з мережевим інтерфейсом. Використовувати бортовий та виділений порт IPMI часто визначався при включенні (не перезапуску) і не перемикався звідти. Якщо у вас відключився живлення, і ваш комутатор не забезпечив живлення досить швидко, ви можете закінчити, що IPMI не працює, тому що він автоматично виявив неправильні налаштування.
- В мене особисто було багато дивних, незрозумілих проблем з підключенням, щоб IPMI бічної смуги надійно працював. Іноді я просто не міг пінг інтерфейсу IP протягом декількох хвилин. Іноді я отримував шторм пакетів на призначеній VLAN, але трафік, здавалося, упадав.
Незважаючи на те, що це не має нічого спільного з присвяченими сторонній смузі, я також зазначу, що інструменти доступу до хост-систем написані дуже погано. Старі IPMI-карти не підтримують нічого іншого, крім локальної аутентифікації, що робить поворот пароля загальним болем. Якщо ви використовуєте функцію KVM over-IP, ви застрягли, використовуючи неправильно підписаний, закінчений термін дії аплету Java або дивний настільний додаток Java, який працює лише в Windows і вимагає підвищення рівня UAC. Я вважаю, що запис на клавіатурі в кращому випадку є плямистим, іноді отримуючи «застряглі клавіші» таким чином, що неможливо ввести пароль для входу, не намагаючись 10 разів.
Врешті-решт мені вдалося налагодити 40+ систем, що працюють з цією схемою. У мене в основному новіші системи, я міг VLAN інтерфейси IPMI на окрему підмережу, і я в основному використовую послідовну консоль через ipmitool, яка працює дуже добре. Для наступного покоління серверів я розглядаю технологію AMT Intel з підтримкою KVM ; оскільки це переходить в серверний простір, я можу побачити заміну IPMI цим.