Подготовка сетевого сопоставления для аварийного восстановления виртуальных машин 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. |
Следующие шаги
- Set up IP addressing to connect to a secondary on-premises site after failover (Настройка назначения IP-адресов для подключения к дополнительному локальному сайту после отработки отказа).
- Подробнее о настройке назначения IP-адресов после отработки отказа в Azure.