Назад | Перейти на главную страницу

В hponcfg для конфигурации iLO какая разница между «YES» и «LOM» для «SHARED_NETWORK_PORT»?

Если вы получаете настройки сети iLO с помощью hponcfg для сервера HPe - есть настройка под названием SHARED_NETWORK_PORT - со значениями NO, YES, LOM, или FlexibleLOM.

Я пытаюсь определить, в чем разница между значениями YES и LOM. Из hponcfg Руководство по написанию сценариев, описания идентичны, как указано ниже:

да - Включает сетевой адаптер, встроенный в сервер (общий сетевой порт). Сетевая карта обрабатывает сетевой трафик сервера и может, если ILO настроен на это, одновременно обрабатывать трафик iLO.

LOM - Включает сетевой адаптер, встроенный в сервер (общий сетевой порт). Сетевая карта обрабатывает сетевой трафик сервера и может, если ILO настроен на это, одновременно обрабатывать трафик iLO. Не все серверы поддерживают LOM.

Так в чем же здесь настоящая техническая разница? Они оба используют порт 1 сетевой карты, верно? Как влияет переключение с YES на LOM и наоборот?


Я спрашиваю об этом, потому что у меня развернутый в полевых условиях ProLiant DL160 Gen 9, который по какой-то причине не поставлялся с дополнительным комплектом порта управления iLO, который предоставляет выделенный порт iLO; которые обычно есть на всех наших серверах.

Этот сервер в настоящее время настроен как LOM и я не могу получить для него доступ к интерфейсу iLO. Он подключен к переключателю скорости с автоматическим определением скорости, а сам интерфейс NIC 1 работает так, как сервер подключен, а в остальном работает в сети. Но я не могу попасть в iLO.

Я подумываю переключить его с LOM к YES для этого значения, чтобы посмотреть, поможет ли это. Но если я потеряю доступ к NIC 1 в результате, я вообще не смогу подключиться к этому серверу ...

Заранее спасибо!

это статья даст вам представление о различиях.

Сегодня нас интересует определение HPE LOM, или LAN (локальная сеть) на материнской плате. Во многих старых системах карта сетевого интерфейса (NIC) была постоянно подключена к материнской плате. Это не было проблемой в течение многих лет, когда наиболее распространенным сетевым интерфейсом был Gigabit Ethernet. Однако появление более быстрых сетевых технологий привело к изменению потребностей современных центров обработки данных. Старые сетевые карты с их более медленной технологией отодвигаются в сторону и занимают ценное пространство в пользу адаптеров, используемых в слотах расширения.

Чтобы более эффективно использовать доступное пространство, HPE начала делать встроенную сетевую карту (или LOM) съемной, что позволяет пользователю выбирать между обычным Gigabit Ethernet или более новыми технологиями. На изображении ниже показана разница между стандартной конструкцией LOM и новым FlexLom от HPE:

Переключение с LOM к Yes безопасно, потому что не влияет на статус самой сетевой карты с точки зрения обработки сетевого трафика

Отвечая на свой вопрос здесь ... Я нашел ответ в XML-комментариях hponcfg сценарий назван Shared_Network_Port.xml следующим образом:

<!--   iLO 4:                                                        -->
<!--      Substitute:                            Desired NIC:         -->
<!--      <SHARED_NETWORK_PORT VALUE="N"/>       iLO NIC             -->
<!--      <SHARED_NETWORK_PORT VALUE="Y"/>       FlexLOM (if 
<!--                              supported)     -->
<!--                                             LOM (if FlexLOM not -->
<!--                                                  supported)     -->
<!--      <SHARED_NETWORK_PORT VALUE="LOM"/>     LOM                 --> 
<!--      <SHARED_NETWORK_PORT VALUE="FlexLOM"/> FlexLOM             --> 

Другими словами, на сервере, на котором не установлен FlexLOM, установите для него Y точно так же, как установить его на LOM.


Кроме того, я понял, почему я не могу получить доступ к iLO и почему конфигурация общего порта не работает.

Оказывается, человек, который это настроил, не указал правильный IP-адрес шлюза в конфигурации iLO. Он указывал на IP-адрес шлюза, который был буквально на один номер неверным ... но этого достаточно, чтобы это не сработало.

С помощью hponcfg (Какая палочка-выручалочка!) Я смог настроить IP-адрес шлюза на правильный адрес и ... это сразу решило проблему доступа! Все готово!