Типы операций перехода по отказу Hyper-V Replica

В момент нахождения Windows Server 2012 в статусе Beta в блоге Russian Virtualization Discussion проскальзывала теоретическая часть принципиально новой функции роли виртуализации – Hyper-V Replica. Ввиду того, что операция настройки репликации довольно прозрачна, сегодня стоит остановиться несколько подробнее на самом механизме работы, и, в частности, на возможных типах операций с репликами виртуальных машин

Существуют три типа перехода по отказу:

  • Тестовый переход по отказу (Test Failover, TFO)
  • Запланированный переход по отказу (Planned Failover, PFO)
  • Незапланированный, аварийный переход по отказу (Unplanned Failover)

Тестовый переход по отказу (TFO)

Подразумевает под собой операцию с копией виртуальной машины в целях проверки консистентности реплики без прерывания сервисов. Выполняется на резервном (Replica) сервере путем выбора пункта Test Failover

 

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

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

Рекомендуется запускать тестирование реплики виртуальной машине в изолированном от продуктовой среды сегменте. Задать параметры сети тестирования можно в настройках виртуальной машины

После проведения проверки функционирования сервисов в гостевой операционной системе и здоровья виртуальной машины в целом необходимо выключить режим Test Failover для корректного удаления связанной копии виртуальной машины

На что стоит обратить внимание при использовании данной функции

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

Плановый переход по отказу (PFO)

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



Штатно выключив виртуальную машину на первичной площадке, небходимо в меню репликации ВМ выбрать пункт Planned Failover





В окне мастера планового переноса есть возможность выбора автоматического старта виртуальной машины на резервном узле/кластере. По умолчанию эта функция активна и после проверки мастером предварительных требований ВМ будет запущена. Если в ходе регламент необходим отложенный запуск реплицируемой виртуальной машины, чекбокс Start the Replica virtual machine необходимо снять.





В задачи мастера входит проверка некоторых требований и выполнение нескольких действий:

  • Проверка того, что ВМ-источник выключена,
  • Проверка возможности обратной репликации, т.к. на в течении периода PFO основная ВМ и ее реплика меняются ролями для обратного переноса, ресурса после окончания планового переноса. Необходимо убедиться в том, что разрешен соответствующий трафик и есть необходимые полномочия на удаленной площадке,
  • Оправляются последние актуальные данные в виртуальную машину резервного узла/кластера, не вошедшие в состав последней реплики,
  • Меняется направление репликации - источник становится репликой, реплика - источником,
  • В зависимости от наличия чекбокса о запуск, виртуальная машина либо запускается, либо остается в выключенном состоянии с актуальными данными.

Конечно, все эти операции можно выполнить с помощью PowerShell. На основной площадке выполняются следующие команды:



Stop-VM srv-vmm-m03

Start-VMFailover -VMName srv-vmm-m03 -prepare

На резервном узле/кластере (нужно понимать, что в случае кластера командлеты исполняются на узле-владельце ВМ)



Start-VMFailover -VMName srv-vmm-m03

Set-VMReplication -reverse -VMName srv-vmm-m03

Start-VM srv-vmm-m03



Для возвращения ресурсов ВМ на основную площадку необходимо провести операции PFO в обратном порядке.



Незапланированный, аварийный переход по отказу

Failover  проводится на реплике виртуальной машины в случае выхода из строя основной площадки. В ходе процедуры перехода на резервный сайт проверяется состояние основной ВМ во избежание конфликтов реплик.



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





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