Hyper-V Replica - Меняем расположение реплицируемых VHD и отделяем трафик репликации

“Мал золотник, да дорог!”

image В данной статье пойдет речь о вопросах, связанных с использованием технологии репликации виртуальных машин (Hyper-V Replica) в операционной системе Windows Server 2012 R2. Основной информации достаточно в Интернете (см. ссылки в конце заметки), поэтому аспекты логики работы, установки и настройки Hyper-V Replica рассматриваться мной не будут.

Данная технология представлена Microsoft еще с Windows Server 2012 как катастрофоустойчивое решение (DRaaS - Disaster Recovery as a Service) для ЦОД-ов. Но меня она заинтересовала как решение организации в небольших фирмах (например, в филиалах) резервирования хостов виртуальных машин (ВМ) без общего хранилища.

На этапе тестирования и отладки проекта внедрения Hyper-V Replica появилось небольшое количество адекватных вопросов:

1) Настройка расположения ресурсов ВМ на отдельные диски. Например, необходимо виртуальный системный диск ВМ (vhd/-x) хранить на другом логическом диске хоста от виртуального диска ВМ с данными.

2) Отделение трафика репликации от основного.

Решение обоих вопросов оказалось простым!

1. Настройка расположения ресурсов ВМ на отдельные диски.

На первичном (primary) сервере (хосте), на котором работают ВМ и с которого будут реплицироваться данные ВМ, запускаем настройку реплики ВМ. Доходим до пункта “метод инициализации репликации“ и выбираем “начать репликацию в…” . Выбираем, например, через один час с момента настройки реплики для конкретной ВМ (рис. 1).

clip_image004

Рис.1

Далее переходим в графический интерфейс (GUI) Hyper-V и смотрим статус ВМ. Должен быть “начало репликации отложено” (рис .2).

clip_image006

Рис. 2

Далее переходим в Hyper-V на принимающий репликацию (replica) хост и использую стандартный функционал Hyper-V, перемещаем ресурсы ВМ (рис. 3).

clip_image007

Рис. 3

После того как открылся мастер, выбираем перемещение ТОЛЬКО данных ВМ (рис. 4)

clip_image009

Рис. 4

В следующем окне выбираем опцию переместить данные ВМ в различные места расположения (рис. 5)

clip_image011

Рис. 5

Далее следует выбор данных ВМ (рис. 6)

clip_image013

Рис. 6

и распределение по местам расположения. Причем есть интересный момент! Создать папки для ВМ и данных необходимо только для виртуального диска (Virtual Hard Disks) и файла подкачки (Smart Pages) (рис. 7,8,9,10,11,12). Остальные папки создадутся автоматически.

clip_image015

Рис. 7

image
Рис. 8

image

Рис. 9

image

Рис. 10

image

Рис. 11

image

Рис. 12

После успешного перемещения смотрим на результат (рис. 13)

image

Рис. 13

И инициализируем репликацию ВМ (рис. 14,15).

image

Рис. 14

image

Рис. 15

2. Отделение трафика репликации от основного.

Здесь еще проще Улыбка

Если уже репликация работает, то временно останавливаем из консоли Hyper-V (рис. 16).

image

Рис. 16

Выделяем другую от основной сеть передачи данных на отдельном адаптере во всех хостах, которые будут участвовать в репликации. Например, 192.168.5.0/24 (рис. 17).

image

Рис. 17

Добавляем записи ВСЕХ хостов в файл hosts, находящийся по пути C:\Windows\System32\drivers\etc (рис. 18).

image

Рис. 18

Прописываем ПОСТОЯННЫЙ маршрут, используя route addp.

Возобновляем репликацию и проверяем результат. В частности, чтобы убедится в том, что сетевые соединения механизма репликации установлены именно в выделенном сетевом сегменте, выполним команду:

netstat -no| find ":80"

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

TCP 192.168.5.1:49492 192.168.5.2:80 ESTABLISHED 1680
TCP 192.168.5.1:49493 192.168.5.2:80 ESTABLISHED 1680

 

Спасибо за внимание! Всем хорошего настроения! Улыбка

Дополнительные материалы:

Блог "Заметки о Windows" - Технология Hyper-V Replica в Windows Server 2012 (часть 1)
Блог "Заметки о Windows" - Технология Hyper-V Replica в Windows Server 2012 (часть 2)
Блог "Заметки о Windows" - Технология Hyper-V Replica в Windows Server 2012 (часть 3)

Всего комментариев: 4 Комментировать

  1. Обратная ссылка: System Center 2012 R2 DPM – Исключение виртуальных дисков VHD/VHDX из резервной копии виртуальной машины Hyper-V | Блог IT-KB /

  2. Skia /

    Ну, scheduled это, всё-таки, не "отложенная" а "запланированная".

    1. Eugene Leitan /

      Skia, могу согласиться. Самое главное, что смысл был передал :)

      "Русский язык богат и могуч"

  3. Дмитрий /

    Добрый день. примерно так же настроил миграцию живую без общего хранилища. все начинает работать только после того как попинговать хост на который отправляю вм. route все прописал. в чем может быть проблема?

Добавить комментарий