Поделиться через


Подготовка локальных серверов Hyper-V для аварийного восстановления в Azure

В этой статье описывается, как подготовить локальную инфраструктуру Hyper-V для аварийного восстановления в Azure с помощью Azure Site Recovery.

Это руководство является вторым в серии, где показано, как настроить аварийное восстановление в Azure для локальных виртуальных машин Hyper-V. В первом руководстве вы настроили компоненты Azure, необходимые для аварийного восстановления Hyper-V в Azure.

В этом руководстве описано следующее:

  • Просмотрите требования Hyper-V.
  • Проверьте требования, если узлы Hyper-V управляются диспетчером виртуальных машин System Center.
  • Подготовьте диспетчер виртуальных машин, если применимо.
  • проверить интернет-доступ к расположениям Azure;
  • подготовить виртуальные машины для доступа к ним после резервного переключения в Azure.

Примечание.

В руководствах описан самый простой путь развертывания для определенного сценария. В руководствах по возможности используются параметры по умолчанию, и они не отображают все возможные параметры и пути. Дополнительные сведения о сценарии см. в разделе "Практическое руководство" документации по Site Recovery.

Перед началом работы

Убедитесь, что вы подготовили Azure, как описано в первом руководстве в этой серии.

Проверка требований и необходимых компонентов

Убедитесь, что узлы и виртуальные машины Hyper-V соответствуют требованиям.

  1. Проверьте локальные требования к серверу.
  2. Проверьте требования для виртуальных машин Hyper-V, которые вы хотите реплицировать в Azure.
  3. Проверьте поддержку сети узлов Hyper-V и узла и гостевого хранилища для локальных узлов Hyper-V.
  4. Проверьте, что доступно для сети Azure, хранилища и вычислений после переключения на резерв.
  5. Убедитесь, что локальные виртуальные машины, которые вы реплицируете в Azure, соответствуют требованиям к виртуальной машине Azure.

Подготовьте диспетчер виртуальных машин (опционально)

Если узлы Hyper-V управляются с помощью System Center Virtual Machine Manager, необходимо подготовить сервер Virtual Machine Manager на локальной площадке.

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

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

Если вы используете диспетчер виртуальных машин, сетевое сопоставление устанавливает соответствие между локальными сетями виртуальных машин, управляемыми диспетчером виртуальных машин, и виртуальными сетями Azure. Сопоставление гарантирует, что виртуальные машины Azure подключены к правильной сети при их создании после аварийного переключения.

Чтобы подготовить диспетчер виртуальных машин к сетевому сопоставлению, выполните приведенные действия.

  1. Убедитесь, что у вас есть логическая сеть диспетчера виртуальных машин, связанная с облаком, в котором находятся узлы Hyper-V.
  2. Убедитесь, что у вас есть сеть виртуальной машины, связанная с логической сетью.
  3. В диспетчер виртуальных машин подключите виртуальные машины к сети виртуальных машин.

Проверка доступа к Интернету

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

  1. Убедитесь, что узлы Hyper-V и сервер диспетчер виртуальных машин, если это необходимо, могут получить доступ к необходимым URL-адресам, перечисленным в следующей таблице.
  2. Если вы управляете доступом по IP-адресу, убедитесь, что:
    • Правила брандмауэра на основе IP-адресов могут подключаться к диапазонам IP-адресов Центра обработки данных Azure и порту HTTPS (443).
    • Необходимо разрешить диапазоны IP-адресов для региона Azure в вашей подписке.

Необходимые URL-адреса

Имя. Коммерческий URL-адрес Государственный URL-адрес Description
Microsoft Entra ID login.microsoftonline.com login.microsoftonline.us Используется для управления доступом и идентификацией.
Резервное копирование *.backup.windowsazure.com *.backup.windowsazure.us Используется для передачи данных репликации и координации.
Репликация *.hypervrecoverymanager.windowsazure.com *.hypervrecoverymanager.windowsazure.us Используется для операций управления репликацией и координации.
Хранилище *.blob.core.windows.net *.blob.core.usgovcloudapi.net Используется для доступа к учетной записи хранения, в которой хранятся реплицируемые данные.
Телеметрия (необязательно) dc.services.visualstudio.com dc.services.visualstudio.com Используется для телеметрии.
Синхронизация времени time.windows.com time.nist.gov Используется для проверки синхронизации времени системы с глобальным временем во всех развертываниях.

Подготовка к подключению виртуальных машин Azure после переключения на резервные мощности

Во время сценария переключения при отказе может потребоваться подключиться к реплицированной локальной сети.

Чтобы подключиться к виртуальным машинам Windows с помощью протокола удаленного рабочего стола (RDP) после переключения на резервный канал, разрешите доступ следующим образом:

  1. Чтобы получить доступ к виртуальным машинам по интернету, включите RDP на локальной виртуальной машине перед переключением при отказе. Убедитесь в том, что правила TCP и UDP добавлены для общедоступного профиля, а RDP разрешен в разделе Брандмауэр Windows>Разрешенные программы для всех профилей.

  2. Чтобы получить доступ к виртуальным машинам через VPN типа "сеть — сеть", включите RDP на локальном компьютере. RDP должен быть разрешен в Брандмауэре Windows>разрешенных приложениях и функциях для доменных и частных сетей.

    Убедитесь, что для политики сети SAN операционной системы задано значение OnlineAll. Подробнее. При запуске отработки отказа обновления Windows не должны ожидаться на виртуальной машине. Если обновления ожидаются, вы не сможете войти на виртуальную машину до завершения обновления.

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

После отработки отказа вы можете получить доступ к виртуальным машинам Azure, используя тот же IP-адрес, который использовала реплицированная локальная виртуальная машина, или использовать другой IP-адрес. Узнайте больше о настройке IP-адресов для отработки отказа.

Следующие шаги