Сервісний центр VPSGroup ремонт комп'ютерної техніки, заправка картриджів, ремонт оргтехніки, Київ, Виставковий центр, Васильківська, 55

Нові можливості 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 хвилин на третій хост, що знаходиться в іншому датацентрі.Така схема дозволить віртуальним машинам пережити як падіння основного сервера, так і сервера репліки. У разі аварії на основному сервері ми можемо підняти основну репліку, а в разі його відсутності (аварія в усьому датацентрі) - на додатковому сервері репліки. Виходить мегаотказоустойчівая конфігурація, при цьому практично не вимагає додаткових витрат..