Заметки о Windows и других программных продуктах Microsoft...

Новые возможности Hyper-V Replica в Windows Server 2012 R2

Новые возможности Hyper-V Replica в Windows Server 2012 R2

С выходом 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 минут на третий хост, находящийся в другом датацентре. Такая схема позволит виртуальным машинам пережить как падение основного сервера, так и сервера реплики. В случае аварии на основном сервере мы можем поднять основную реплику, а в случае его недоступности (авария во всем датацентре) — на дополнительном сервере реплики. Получается мегаотказоустойчивая конфигурация, при этом практически не требующая дополнительных затрат.

 
 
Комментарии
Eugene Leitan

«мегаотказоустойчивая конфигурация»

НО т.к. это не кластер, то вероятность потери данных высока (максимум в течение 30-50 сек для файлов, а для приложений требующих консистенцию данных (наприме, SQL, Exchange) — 60-65 МИНУТ) и за репликацией нужно смотреть ОЧЕНЬ внимательно!

Ну потери данных есть и при кластеризации. Единственное решение (из мне известных), которое позволяет работать без потерь — это VMware Fault Tolerance.

Однако даже Fault Tolerance не спасает от глюков внутри самой VM (обновления OS, вирусы, утечка памяти, синий экран и пр.)

Leave a Reply to Eugene Leitan