Объяснение серверного оборудования (часть 3)

• Объяснение серверного оборудования (часть 5)
• Объяснение серверного оборудования (часть 6)
• Объяснение серверного оборудования (часть 7)
• Объяснение серверного оборудования (часть 8)

Введение

В своей предыдущей статье я уделил некоторое время разговору о дизайне серверных корпусов. Теперь я хочу обратить внимание на функции управления сервером.

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

Поскольку эта серия статей предназначена для тех, кто имеет ограниченный опыт работы с серверным оборудованием, я понимаю, что концепция аппаратного управления может показаться немного странной. Вам может быть интересно, почему организации вкладывают средства в такие продукты, как System Center Operations Manager, если аппаратное обеспечение уже включает встроенные функции управления.

Причина, по которой организации вкладывают средства в программное обеспечение для управления, несмотря на то, что функции управления встроены в оборудование, заключается в том, что серверы сложны, а управление должно выполняться на многих различных уровнях. Например, минуту назад я упомянул System Center Operations Manager. Если вы не знакомы с этим продуктом, это утилита Microsoft, предназначенная для мониторинга операционной системы сервера на наличие условий, которые могут указывать на наличие проблемы. При обнаружении проблем программное обеспечение может попытаться автоматически предпринять корректирующие действия или предупредить администратора, в зависимости от серьезности проблемы. Microsoft также предлагает надстройки, которые позволяют System Center Operations Manager отслеживать работоспособность определенных приложений, работающих на сервере.

Я хочу сказать, что System Center Operations Manager может отслеживать работоспособность операционной системы сервера и, возможно, даже приложений, работающих на сервере, но очень мало делает для мониторинга работоспособности физического оборудования. Программное обеспечение для мониторинга может сообщать о симптомах, возникающих в результате проблем с аппаратным обеспечением, но программное обеспечение всегда будет использовать ориентированный на операционную систему подход к мониторингу сервера.

Имея это в виду, я хочу обратить внимание на мониторинг аппаратного уровня. Как вы, наверное, уже поняли, возможности мониторинга, встроенные в аппаратное обеспечение сервера, используются для мониторинга работоспособности аппаратного обеспечения. Однако это еще не все.

Программные продукты для управления серверами, такие как System Center Operations Manager и конкурирующие продукты, обычно имеют одно очень важное требование. Чтобы эти типы продуктов управления работали, отслеживаемый сервер должен быть в рабочем состоянии. Каждый продукт управления отличается, но обычно это требование означает, что сервер должен быть загружаемым и что даже если в операционной системе возникают проблемы, она должна работать достаточно хорошо для размещения агента управления, чтобы программное обеспечение управления могло обмениваться данными с сервером.

Когда мы говорим об аппаратном управлении, это требование отпадает. На самом деле некоторые формы управления оборудованием даже не требуют включения сервера. Пока сервер подключен к источнику питания, им можно управлять на аппаратном уровне.

Конечно, это утверждение вызывает много вопросов. Например, вам может быть интересно, как вообще можно управлять сервером, который не включен, и какими типами вещей можно управлять на аппаратном уровне. Прежде чем я попытаюсь ответить на эти вопросы, позвольте мне объяснить, что когда дело доходит до управления сервером, невозможно обойти требование программного обеспечения для управления. Однако, как я уже говорил ранее, существует несколько различных типов программного обеспечения для управления. Для управления оборудованием требуется управляющее программное обеспечение, способное взаимодействовать с сервером на аппаратном уровне.

Существует два основных стандарта аппаратного управления — IPMI и BMC. Большинство серверов поддерживают тот или иной стандарт управления, но некоторые серверы поддерживают оба стандарта. Поскольку IPMI, возможно, является более распространенным из двух стандартов, я сосредоточу свое обсуждение на нем.

При этом серверы, поддерживающие IPMI, имеют выделенный порт управления. Этот порт является просто сетевым портом с низкой пропускной способностью. Чтобы управлять таким сервером, администратор подключается к серверу через этот порт с другой машины, на которой установлено программное обеспечение для управления, совместимое с IPMI. После установления соединения управляющее программное обеспечение может оценить работоспособность сервера, изучив различные коды состояния. Приятно то, что, поскольку IPMI (и BMC) являются отраслевыми стандартами, коды состояния являются универсальными. Программное обеспечение для управления IPMI работает с любым сервером, совместимым с IPMI, независимо от производителя сервера.

Итак, если управление аппаратным обеспечением настолько прекрасно, почему оно не используется в качестве единственного метода управления серверами в центре обработки данных? Что ж, хотя управление аппаратным уровнем важно, его возможности несколько ограничены. IPMI предназначен для сообщения о состоянии датчиков на сервере. Таким образом, IPMI отлично подходит для того, чтобы сообщать вам о таких вещах, как температура ЦП, скорость вращения вентилятора корпуса, а также о том, открывался ли недавно корпус сервера. Другими словами, IPMI отлично подходит для обнаружения проблем низкого уровня, но не предлагает никаких расширенных возможностей управления.

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

Большинство известных производителей серверов предлагают свои собственные инструменты управления оборудованием. Например, HP предлагает утилиту управления под названием HP Systems Insight Manager, а у Dell есть аналогичная утилита под названием OpenManage. В отличие от инструментов управления IPMI, о которых я говорил ранее, эти инструменты зависят от поставщика. Инструмент управления на основе IPMI можно использовать для управления любым сервером, совместимым с IPMI, но инструменты управления конкретного поставщика, такие как упомянутые выше, являются проприетарными и не могут использоваться для межплатформенного управления. Например, вы не можете использовать HP Systems Insight Manager для управления сервером IBM.

Так что же делают эти проприетарные инструменты управления? Как я упоминал ранее, инструменты на основе IPMI предназначены исключительно для диагностики. Напротив, специальные инструменты поставщика используются для выполнения задач настройки низкого уровня, таких как настройка массивов хранения. Фактические возможности проприетарного программного обеспечения для управления серверами варьируются от поставщика к поставщику, но в целом такие утилиты помогают администраторам при первоначальном развертывании сетевых серверов и предупреждают их о любых надвигающихся сбоях, чтобы можно было предпринять корректирующие действия. Часто такие инструменты также автоматизируют такие вещи, как обновление прошивки и драйверов. Некоторые утилиты управления сервером также помогают получить техническую поддержку от производителя. Утилита может включать в себя возможности удаленной помощи или даже поддерживать базу данных гарантийных и сервисных контрактов для каждого сервера, которым владеет организация.

Вывод

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

В части 4 я обращу внимание на серверную память. При этом я буду обсуждать отказоустойчивость памяти и то, чем память сервера отличается от памяти ПК.

• Объяснение серверного оборудования (часть 4)
• Объяснение серверного оборудования (часть 5)
• Объяснение серверного оборудования (часть 6)
• Объяснение серверного оборудования (часть 7)
• Объяснение серверного оборудования (часть 8)