Достижение высокой доступности для Hyper-V - Компьютеры размещения и гостевые системы

Компьютеры размещения и гостевые системы

Благодаря выполнению нескольких операционных систем на компьютере, работающем под управлением Hyper-V, может быть сложно понять, о каком слое или ОС идет речь. Я использую термин «гостевая система», когда говорю об ОС и среде внутри виртуальной машине Hyper-V, работающей в дочернем разделе. Я использую термин «компьютер размещения», чтобы указать физический компьютер, управляемый ОС в родительском разделе Hyper-V.

Доступность компьютера размещения решает проблемы, создаваемые ситуацией «помещения всех яиц в одну корзину», которую может создать консолидация серверов. Отказоустойчивый кластер Windows Server 2008 можно настроить в родительском разделе Hyper-V (размещении), чтобы за дочерними разделами Hyper-V (виртуальными компьютерами или гостевыми системами) можно было наблюдать на предмет работоспособности, а также перемещать их между узлами кластера. Эта настройка имеет следующие ключевые преимущества.

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

На рис. 1 показано, что может случиться в таких ситуациях. Сперва виртуальная машина VM2 находится на компьютере размещения Host A, затем VM2 перемещается на Host B. Заметьте, что узел, владеющий хранилищем SAN LUN 2, изменяется с Host A на Host B во время этого перемещения. Чтобы гарантировать соответствие решения высокой доступности требованиям к доступности, хорошо подумайте над тем, где будут размещены виртуальные компьютеры. Необходимо подумать как о емкости, так и о производительности.

Рис. 1 Виртуальный компьютер и его хранилище переносятся на новый компьютер размещения

Емкость узлов должна быть достаточной, чтобы разместить все виртуальные компьютеры и допускать сбой либо изъятие из работы в кластере Х узлов. (X представляет число узлов, потерю которых кластер должен переносить без утраты способности размещать все виртуальные компьютеры). При определении емкости можно отказаться от регулярного размещения виртуальных компьютеров на некоторых узлах, держа последние в резерве. В качестве альтернативы можно распределить виртуальные компьютеры по всем узлам, обеспечивая наличие у каждого узла достаточной дополнительной емкости для успешного принятия владения виртуальными компьютерами и их запуска в случае сбоя любых Х узлов.

Из соображений повседневной производительности может быть желательным распределить виртуальные компьютеры по всем узлам в кластере. Если узлы держатся в резерве и не размещают виртуальные компьютеры, то на узлах, размещающих виртуальные компьютеры, будет задействовано больше ресурсов, и это может понизить производительность, как виртуальных компьютеров, так и управляющего раздела. Распределение виртуальных компьютеров по узлам понижает нагрузку, которую несет каждый узел, и может обеспечить лучшую производительность для виртуальных компьютеров и разделов управления. Тем не менее, это может усложнить расчет необходимой емкости. Управляющее программное обеспечение, такое как System Center Virtual Machine Manager 2008, может помочь, предоставляя расчеты по необходимой емкости для компенсации сбоев узлов и размещения виртуальных компьютеров.