С выходом Windows Server 2012 R2 механизм репликации виртуальных машин в Hyper-V (Hyper-V Replica) приобрел некоторые интересные возможности, о которых стоит рассказать. Саму технологию и принцип работы Hyper-V Replica я достаточно подробно описывал, поэтому сегодня рассмотрим только изменения. Поехали…
Раньше интервал передачи изменений с основного сервера на сервер реплики был неизменен и составлял 5 минут. Теперь при настройке репликации есть возможность выбора — данные могут передаваться каждые 30 сек, 5 минут или 15 минут. Это позволяет, к примеру, для наиболее критичных ВМ указать минимальный интервал, а для менее важных выбрать интервал побольше.
Расширен интервал хранения для дополнительных точек восстановления. Если в предыдущей версии можно было хранить изменения за последние 15 часов, то теперь это время увеличено до 24 часов.
Ну и основное, что появилось в новой версии — это механизм расширенной репликации (Extend replication). При расширенной репликации мы можем взять реплику ВМ и реплицировать ее на третий сервер (extended Replica server), например находящийся в другом датацентре.
Для настройки расширенной репликации достаточно выбрать реплику ВМ, кликнуть по ней и в контекстном меню выбрать Replication -> Extend replication.
Запускается тот же мастер, как и при обычной репликации. Единственные отличия в том, что для расширенной реплики в качестве интервала репликации можно выбрать только 5 или 15 минут, а также недоступна консистентная репликация с использованием VSS.
Расширенная репликация дает дополнительные возможности для защиты виртуальных машин. Например, можно настроить репликацию с минимальным интервалом 30 сек между двумя хостами Hyper-V в рамках одного датацентра, и дополнительно реплицировать ВМ каждые 15 минут на третий хост, находящийся в другом датацентре. Такая схема позволит виртуальным машинам пережить как падение основного сервера, так и сервера реплики. В случае аварии на основном сервере мы можем поднять основную реплику, а в случае его недоступности (авария во всем датацентре) — на дополнительном сервере реплики. Получается мегаотказоустойчивая конфигурация, при этом практически не требующая дополнительных затрат.
«мегаотказоустойчивая конфигурация»
НО т.к. это не кластер, то вероятность потери данных высока (максимум в течение 30-50 сек для файлов, а для приложений требующих консистенцию данных (наприме, SQL, Exchange) — 60-65 МИНУТ) и за репликацией нужно смотреть ОЧЕНЬ внимательно!