Достижение высокой доступности для Hyper-V - О чем стоит подумать

ОГЛАВЛЕНИЕ

О чем стоит подумать

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

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

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

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

Существует несколько ситуаций, которые могут вызвать несовпадение идентификаторов GUID. Если том был приведен в рабочее состояние на узлах до его добавления в качестве управляемого отказоустойчивым кластером ресурса диска, у тома может быть особый идентификатор GUID на каждом узле. У тома также может быть несколько идентификаторов GUID на одном узле. При добавлении диска к отказоустойчивому кластеру в качестве физического ресурса диска идентификаторы GUID тома, используемые на узле, на котором имеются работающие диски, будут отмечены в свойствах ресурса диска.

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

Точки монтирования Тома, монтируемые к папке на другом томе вместо назначения буквы диска или выделения идентификатора GUID, допустимы для использования с Hyper-V и отказоустойчивыми кластерами. Поскольку как подключаемый том, так и том, на котором размещается точка монтирования, должны находиться на одном узле отказоустойчивого кластера, все диски, являющиеся частью точки монтирования, должны находиться в одной группе служб или приложений отказоустойчивого кластера.

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

Разностные диски Все файлы виртуальных жестких дисков (VHD), являющиеся частями разностных дисков, должны находиться в общем хранилище в той же группе служб или приложений, что и виртуальный компьютер, использующий разностные диски. В разностный диск в его простейшей настройке входят два виртуальных жестких диска. Один виртуальный жесткий диск является родительским и имеет набор данных, используемых в качестве базы. Другой виртуальный жесткий диск является дочерним, связанным с родительским.

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

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

Автор: Стивен Экрен