Управление питанием для Hyper-V (часть 2)

Опубликовано: 22 Апреля, 2023

Введение

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

Внешние устройства

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

Причина, по которой это важно, заключается в том, что массив хранения сервера питается от собственного внутреннего источника питания сервера. Напротив, многие организации, использующие системы хранения с прямым подключением, делают это в виде внешних массивов хранения со своими собственными выделенными блоками питания. Более крупные организации часто используют общее хранилище (что полезно для vMotion или Live Migration) или даже размещают виртуальные жесткие диски в SAN.

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

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

Если у вас достаточно большой ИБП, вам может сойти с рук подключение массива хранения к тому же ИБП, что и хост-серверы виртуализации. Хотя это уменьшит время, в течение которого ваши батареи будут поддерживать работу сервера, это поможет гарантировать, что массив хранения не разрядится раньше, чем сервер.

Программное обеспечение для управления питанием с поддержкой Hyper-V

Другая причина, по которой мои узлы виртуализации могут не совсем точно отражать то, что используют некоторые другие организации, заключается в том, что я запускаю Hyper-V поверх Windows Server 2008 R2 Enterprise Edition. Как вы помните, я использую APC PowerChute на своих хост-серверах. Это было бы невозможно, если бы я запускал Hyper-V в развертывании ядра сервера или если бы я запускал автономную версию Hyper-V Server.

Всегда кажется, что существует компромисс между гибкостью и производительностью. Запуск Windows Server 2008 с графическим интерфейсом дает мне большую гибкость и позволяет использовать низкоуровневое программное обеспечение для управления питанием, но снижает производительность сервера, поскольку графический интерфейс потребляет некоторые циклы процессора и другие ресурсы сервера, которые могли бы использоваться виртуальными машинами. Даже если бы производительность сервера не была проблемой, многие организации предпочитают использовать развертывания Hyper-V без графического интерфейса, поскольку это является эффективным способом уменьшения поверхности атаки хост-сервера.

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

Одно из лучших найденных мной решений — использовать приложение PowerChute Network Shutdown for Hyper-V от APC. Как следует из названия, PowerChute Network Shutdown для Hyper-V — это специальная версия PowerChute, специально разработанная для использования с хост-серверами, на которых работает Hyper-V.

Прежде чем я начну рассказывать обо всем, что делает это программное обеспечение, я должен указать, что PowerChute Network Shutdown для Hyper-V совместим не со всеми ИБП APC. В настоящее время программное обеспечение работает со следующими моделями APC: любые ИБП Smart-UPS со слотом для платы или встроенной картой сетевого управления, любые ИБП Smart-UPS DP, любые ИБП Symmetra или любые ИБП Silicon Series.

Причина, по которой поддерживаются только определенные модели ИБП, заключается в том, что программное обеспечение требует, чтобы на каждом ИБП была установлена карта сетевого управления APC. Кроме того, на сетевой карте должна быть установлена микропрограмма версии 3.3.1 или более поздней.

Так чем же PowerChute Network Shutdown для Hyper-V отличается от любой другой версии программного обеспечения PowerChute? Что ж, поскольку приложение специально разработано для хостов виртуализации, оно координирует и подтверждает отключение виртуальных серверов до того, как батарея ИБП разрядится. Решение, которое я представил в предыдущей статье, в целом работает, но программное обеспечение управления питанием не может подтвердить, что все виртуальные машины отключились до того, как батарея разрядится. Все, что вы можете сделать, это попытаться начать последовательность выключения достаточно рано, чтобы она завершилась до того, как разрядятся батареи.

Еще одно существенное отличие PowerChute Network Shutdown для Hyper-V от некоторых других выпусков PowerChute заключается в том, что программное обеспечение не зависит от сервера, на котором работает операционная система с графическим интерфейсом. Вместо этого ИБП настроен на работу в качестве веб-сервера. Таким образом, сетевой администратор может управлять ИБП, устанавливая с ним сеанс HTTPS и используя веб-браузер для взаимодействия с интерфейсом управления ИБП.

Поскольку ИБП работает в сети, кабель USB, соединяющий ИБП с сервером, отсутствует. Вместо этого ИБП обменивается данными с сетевыми серверами, используя назначенный сетевой порт. Такой подход позволяет одному ИБП управлять несколькими хост-серверами виртуализации. Если по какой-либо причине вам нужно использовать USB-подключение к ИБП, вам придется использовать PowerChute Business Edition. Имейте в виду, однако, что версии PowerChute Business Edition выше 8.0 нельзя использовать на компьютерах с Windows Server 2008, на которых установлена роль Hyper-V. Также стоит отметить, что PowerChute Business Edition не имеет каких-либо специальных механизмов для отключения виртуальных машин.

Даже PowerChute Network Shutdown для Hyper-V не может автоматически отключить все виртуальные машины. Программное обеспечение работает только с виртуальными машинами, на которых установлены службы интеграции и для параметра «Автоматическая остановка» установлено значение «Завершение работы гостевой операционной системы».

Вывод

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

Если вы хотите узнать больше о PowerChute Network Shutdown для Hyper-V, вы можете прочитать обзор продукта здесь. На момент написания этой статьи (ноябрь 2009 г.) лицензия на один физический сервер стоила 99,99 долларов. APC также предлагает аналогичное приложение, разработанное для VMware.

на нашу рассылку новостей об обновлениях статей VirtualizationAdmin.com в режиме реального времени