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

Перед тем как обеспечить высокую надежность виртуальной машины

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

  • Сеть. Все узлы в одном кластере должны использовать одно и то же имя для виртуальной сети, которая обеспечивает подключение виртуальных машин ко внешней сети. Например, если виртуальная сеть была создана во время установки роли при помощи мастера добавления ролей, имя виртуальной сети назначается в зависимости от сетевого адаптера. Это имя будет различаться на каждом физическом компьютере. Необходимо удалить виртуальную сеть и затем создать ее заново, используя одно и то же имя на каждом физическом компьютере в кластере. Если физический сетевой адаптер использует статические параметры, такие как статический IP-адрес, и поддержка протокола IPv6 не отключена, то при подключении виртуальной сети к физическому адаптеру статические параметры будут удалены. В этом случае необходимо заново настроить статические параметры.

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

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

    • Использовать на каждом узле локальное хранилище данных авторизации на основе XML. Для каждого хранилища в кластере политика должна быть настроена одинаково.

    • Использовать хранилище данных авторизации, расположенное в доменных службах Active Directory (AD DS).

  • Хранилище. Необходимо использовать хранилище общего доступа, поддерживаемое средством отказоустойчивости кластеров и Hyper-V. Во время создания виртуальной машины задайте хранение виртуальной машины в новой папке и укажите расположение хранилища общего доступа. Дополнительные сведения о системе хранения данных кластера см. в разделе «Отказоустойчивые кластеры» (https://go.microsoft.com/fwlink/?LinkID=143559).

Примечание

Чтобы перевести виртуальную машину в режим высокой надежности, ее нужно предварительно отключить. Чтобы перевести виртуальную машину в режим высокой надежности, запустите мастер высокой надежности из оснастки «Управление отказоустойчивыми кластерами» и выберите Виртуальная машина в качестве службы или приложения, для которых нужно обеспечить высокую надежность.

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

После перевода виртуальной машины в режим высокой надежности выполните следующие действия.

  • Установите на виртуальной машине операционную систему и службы интеграции. Инструкции см. в разделе Установка операционной системы на виртуальной машине.

  • Настройте виртуальную машину так, чтобы она не выполняла никаких действий с использованием Hyper-V в случае завершения работы физического компьютера. Для этого задайте для параметра «Автоматическое действие при завершении» значение Нет. Состоянием виртуальной машины необходимо управлять при помощи средства отказоустойчивости кластеров. Дополнительные сведения о настройке см. в разделе Параметры виртуальной машины.

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

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

Важно!

Изменение автономного действия влияет на поведение виртуальной машины при отработке отказа. Например, если выбрать действие «Завершение работы» и произойдет отказ, то виртуальная машина не переключится на другой узел, а завершит свою работу.

Дополнительные замечания

  • По умолчанию для выполнения этой процедуры пользователь должен быть, по меньшей мере, членом локальной группы Администраторы или аналогичной группы. Однако при помощи диспетчера авторизации администратор может изменить политику авторизации так, чтобы эту процедуру могли выполнять пользователь или группа пользователей. Дополнительные сведения см. в разделе «Использование диспетчера авторизации для безопасности Hyper-V» (https://go.microsoft.com/fwlink/?LinkId=142886).

Дополнительные источники информации


Содержание