Реальные преимущества серверов с последовательной консолью (с современным серверным оборудованием)?

Я работаю в новой среде, которая интенсивно использует серверы последовательной консоли для управления сервером. Они дополнены коммутируемыми PDU для управления питанием. Они не используют возможности DRAC существующих серверов.

Я добавляю на сайт новое оборудование HP ProLiant, и мне любопытно узнать о преимуществах последовательных консолей и технологий ILO / ILOM / DRAC, доступных на современных серверах. Это среда Linux, которая будет расширяться и включать больше систем Windows. Я буду управлять смесью лезвий и DL380. Принять полностью лицензированные / включенные версии ILO / DRAC на любом будущем оборудовании.

В прошлом я настраивал последовательные консоли и нашел их особенно полезными для сетевого оборудования. Меня смущает их преимущество или полезность в среде, где серверы будут иметь встроенное управление светом.

В прошлом я настраивал последовательные консоли и нашел их особенно полезными для сетевого оборудования.

В случае сетевого снаряжения. иногда последовательная консоль является единственным способом удаленного управления устройством.

Мне интересно узнать о преимуществах последовательных консолей по сравнению с технологиями ILO / ILOM / DRAC, доступными на современных серверах.

У меня точные дебаты с моими коллегами. Я склоняюсь к технологиям iLO / DRAC, в то время как другие хотят придерживаться старых последовательных консолей.

Вот некоторые преимущества последовательных консолей по сравнению с более новыми технологиями iLO / DRAC / IPMI.

1. Это правда, что iLO, DRAC и некоторые реализации IPMI поддерживают KVM-over-LAN. Однако в каждом случае, который я видел, KVM-over-lan требует загрузки пакета программного обеспечения Java через мой браузер, который затем открывает VNC-подобный клиент на удаленном сервере. Это программное обеспечение имеет тенденцию быть глючным, медленным и ненадежным. Некоторые из этих программ игнорируют настройки моего браузера и сетевой системы (например, настройки PROXY).

   а. Некоторые поставщики могут использовать одну из нескольких разных реализаций IPMI для разных моделей оборудования, и у каждого есть свои причудливые причуды (я говорю о ВАС, Supermicro). Таким образом, у вас может быть 100 серверов от одного производителя, но есть 3-4 разных чипа IPMI / BMC.

2. Некоторым людям нравится простота последовательных консолей. Обучение настройке последовательных консолей может быть крутой кривой обучения, но, как только вы заставите их работать, они, как правило, довольно солидны и последовательны.

3. Если в вашей организации уже имеется инфраструктура последовательной консоли (например, со всеми кабелями, адаптерами DB9 с правильными выводами и т. Д.), То использование последовательных консолей на новом оборудовании может быть проще, чем конфигурирование iLO / DRAC на новых серверах.

4. FreeBSD и Linux могут иметь только одну основную консоль и будут печатать только определенные сообщения (например, приглашение FSCK) на первичной консоли. Вы должны выбрать либо последовательную консоль, либо на консоли VGA (например, подключенную клавиатуру / видео / мышь и, соответственно, KVM-over-LAN); не оба.

5. IPMI предоставляет некоторую мощную информацию для сети, поэтому размещение IPMI в вашей сети должно быть сделано осторожно. Многие магазины размещают IPMI в отдельной, не маршрутизируемой, защищенной сети. Туннель VPN или SSH может использоваться для безопасного доступа к службам IPMI, но просто взгляните на некоторые из хитрых решений, которые некоторые из нас должны сделать, просто чтобы получить доступ к консоли IPMI.

Пояс и подтяжки? Карта iLo / DRAC / SupII (как бы она ни была полезна!) - это еще одно кровавое вычислительное устройство с собственной прошивкой и ошибками; это может наплевать на вас. Последовательный доступ, особенно для консольно-ориентированных ОС, таких как U * x, все еще может быть полезен, особенно в чрезвычайных ситуациях.

Теперь для Windows это почти бесполезно для большинства целей системного администратора.

Я сейчас заключаю контракт с компанией, которая использует DRAC в сочетании с последовательными консолями.

Данная компания не тратила деньги на приобретение аппаратного обеспечения DRAC уровня предприятия с удаленной консолью, но iDRAC6 Express по- прежнему предлагает некоторые преимущества, наиболее сильным из которых является возможность удаленного мониторинга состояния оборудования и выполнения установки прошивки.

Насколько я понимаю, iDRAC Express использует общий порт Ethernet (eth0 на материнской плате). Если вы находитесь в ситуации, когда это необходимо для производственного использования, у вас нет шансов переместить доступ DRAC в внеполосную (OOB) сеть, что является наилучшей практикой. С помощью консольного сервера вы, по крайней мере, можете получить доступ в сети OOB, даже несмотря на то, что наличие общего порта в общей сети все еще имеет последствия для безопасности.

Для меня основным преимуществом будет захват журналов упс / краш. С такими, как МОТ, вы теряете все, что выпадает из экрана. Последовательная консоль позволяет собирать все это и записывать без использования камеры.

Я думаю, что вам нужно оценить проблему, которую вы пытаетесь решить с помощью последовательной консоли, KVM через IP или iLO.

1. Последовательная консоль: в основном хорошо, если вам нужен внешний доступ к командной строке iLO. За шесть лет работы системным инженером я никогда не нуждался в этом. В некоторой степени это еще менее полезно в виртуальной среде. Поскольку вы можете подключить SSH к устройству iLO, это полезно только в ситуации, когда вам необходим доступ к iLO, и сетевое соединение может быть разорвано или iLO не отвечает.
2. KVM over IP: в основном хорошо, если у вас нет расширенного iLO или вы не хотите использовать прокси через KVMoIP для доступа к вашим серверам. Мне нравится идея иметь одно место, где я могу получить консольный доступ ко всем моим серверам, в отличие от необходимости устанавливать отдельные соединения с каждым сервером. Это решение прекрасно, когда у вас есть тонна физических серверов. Еще один бонус - вам не нужно платить за продвинутую iLO каждый раз, когда вы получаете новый сервер.
3. iLO Avanced: предоставляет все функции, необходимые для удаленного доступа к вашему серверу. Настоящим недостатком является просто отсутствие центрального управления (по крайней мере, само по себе). Вы, конечно же, получаете доступ к таким вещам, как провал HW.

С учетом сказанного, все это может быть объединено в массивное решение, или вы можете выбирать. Большинство современных консолей KVMoIP или Serial теперь фактически объединены в одно устройство, поэтому теоретически можно подключить консоль KVMoIP и Serial к одному коммутатору. Он будет использовать два консольных порта (один для последовательного порта, а другой для KVM). ИМХО, подключение к последовательному порту не является большой победой. Вам будет лучше с iLO advanced, KVMoIP или с обоими

До сих пор никто не упомянул, а скорее подразумевал, что это возможность напрямую подключаться по SSH из одной системы в консоль хоста без необходимости в специальном приложении (часто написанном на Java) для отображения удаленной консоли. Таким образом, проще поместить систему в colo за полем ssh и подключить ssh в систему через последовательную консоль. Это сделано потому, что часто различные TCP-порты на сервере последовательной консоли могут быть связаны с физическими последовательными портами на коробке. Кроме того, некоторые серверы последовательной консоли позволяют устанавливать ключи SSH и разрешать подключения только с использованием этих предварительно установленных ключей SSH. Это наиболее полезно, когда вам необходимо разместить консольный сервер ssh в Интернете напрямую в ситуациях, когда вам нужен внешний (для вашей сети) способ получить доступ к пограничным маршрутизаторам и другому оборудованию / системам.

Консольные серверы SSH-Serial не являются последним словом в системном администрировании, так как iDRAC и другие подобные инструменты не являются последним словом, скорее они являются инструментами, которые удовлетворяют конкретную потребность и часто могут дополнять друг друга.