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

Из этой статьи вы узнаете, как подготовиться к сопоставлению сети во время репликации виртуальных машин Hyper-V в облако System Center Virtual Machine Manager (VMM) в Azure или на дополнительный сайт с помощью службы Azure Site Recovery.

Подготовка сетевого сопоставления для репликации в Azure

При репликации в Azure сопоставляются сети виртуальных машин на исходном сервере VMM и целевые виртуальные сети Azure. Это предоставляет следующие возможности:

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

Сетевое сопоставление работает следующим образом:

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

Пример

Следующий пример иллюстрирует этот механизм. Рассмотрим организацию с двумя филиалами в Нью-Йорке и Чикаго.

Местонахождение Сервер VMM Сети виртуальных машин Сопоставление
Нью-Йорк VMM-NewYork VMNetwork1-NewYork Сопоставляется с VMNetwork1-Chicago
VMNetwork2-NewYork Не сопоставлено
Чикаго VMM-Chicago VMNetwork1-Chicago Сопоставляется с VMNetwork1-NewYork
VMNetwork2-Chicago Не сопоставлено

В этом примере:

  • При создании реплики виртуальной машины для любой виртуальной машины, подключенной к VMNetwork1-NewYork, она будет подключена к VMNetwork1-Chicago.
  • Когда создается реплика виртуальной машины для VMNetwork2-NewYork или VMNetwork2-Chicago, она не будет подключена ни к какой сети.

Ниже показано, как настраиваются облака VMM в нашем примере, а также представлены логические сети, связанные с облаками.

Параметры защиты облаков

Защищенное облако Защита облака Логическая сеть (Нью-Йорк)
GoldCloud1 GoldCloud2
SilverCloud1 SilverCloud2
GoldCloud2

Неприменимо

LogicalNetwork1-NewYork

LogicalNetwork1-Chicago

SilverCloud2

Неприменимо

LogicalNetwork1-NewYork

LogicalNetwork1-Chicago

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

Местонахождение Логические сети Связанная сеть виртуальных машин
Нью-Йорк LogicalNetwork1-NewYork VMNetwork1-NewYork
Чикаго LogicalNetwork1-Chicago VMNetwork1-Chicago
LogicalNetwork2Chicago VMNetwork2-Chicago

Параметры целевой сети

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

Select Защищенное облако Защита облака Доступная целевая сеть
VMNetwork1-Chicago SilverCloud1 SilverCloud2 На месте
GoldCloud1 GoldCloud2 На месте
VMNetwork2-Chicago SilverCloud1 SilverCloud2 Недоступно
GoldCloud1 GoldCloud2 На месте

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

Поведение восстановления размещения

Чтобы увидеть, что происходит в случае отработки отказа (обратной репликации), предположим, что VMNetwork1-NewYork сопоставляется с VMNetwork1-Chicago со следующими параметрами.

Виртуальная машина Подключенная сеть виртуальных машин
ВМ1 VMNetwork1-Network
VM2 (реплика VM1) VMNetwork1-Chicago

Приняв эти параметры, рассмотрим, что происходит в нескольких возможных сценариях.

Сценарий Результат
Сетевые свойства VM-2 не изменяются после отработки отказа. VM-1 остается подключенной к исходной сети.
Сетевые свойства VM-2 изменяются после отработки отказа, и она отключается. VM-1 отключается.
Сетевые свойства VM-2 изменяются после отработки отказа, и она подключается к VMNetwork2-Chicago. Если VMNetwork2-Chicago не сопоставлена, VM-1 будет отключена.
Сетевое сопоставление VMNetwork1-Chicago изменяется. VM-1 будет подключена к сети, сопоставленной с VMNetwork1-Chicago.

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