Nová verzia hypervízora "Hyper-V R3", ktorá bude súčasťou MS Windows 8 Server-a, obsahuje v sebe novú "COOL!" funkcionalitu "Hyper-V Replica". Táto funkcionalita vykonáva asynchrónnu aplikačne konzistentnú replikáciu virtuálneho

stroja medzi Hyper-V hostami ! Zaujímavé na nej je hlavne to, že pre svoju funkcionalitu - replikáciu, jej postačuje lokálne úložisko pre uloženie replikovaného virtuálneho stroja, t.j. že dokáže replikovať za behu (a nielen to) virtuálny stroj ktorý beží napr. na diskovom poli a replikovaný bude na lokáne disky v nejakom vzdialenom dátovom centre (čiže cez WAN). A preto si túto technológiu si v tomto príspevku predstavíme podrobnejšie.

Za prvé. Ak by ste chceli túto fukcionalitu vyskúšať, musíte si stiahnuť edíciu Windows 8 Server. Dôvod, prečo to tu spomínam je ten, že aj "klientska" verzia Windows 8 obsahuje v sebe zabudovaný hypervízor (verziu Hyper-V R3), lenže táto funkcionalita sa v nej nenachádza ! Na to pozor. Ďalšia vec - Windows 8 Server (Developer Preview) nie je volne dostupný, takže ak nemáte zaplatené MSDN, zrejme sa k tejto distribúcii nedostanete. 

Už podľa jednoducho opísanej funkcionality vyššie je jasné, že pre otestovanie/nasadenie funkcionality "Hyper-V Replica" Vám bude treba nainštalovať minimálne 2 HW servery s OS Windows 8 Server s rolou Hyper-V R3, ktorým stačí na uloženie virtuálnych strojov lokálne úložisko (teda môžete to zinštalovať aj na notebook-u s jedným diskom) a sieťovo prepojiť cez jedne switch (odporúčam s gigabit rozhraniami).

Ak bola Vaša inštalácia OS Windows 8 Server-a úspešná, objaví sa na Vašej ploche nasledujúci pohľad :

To je tzv. "Metro-UI", čiže nové užívateľské (a súčasne aj administrátorské) rozhranie, ktoré je súčasťou/výbavou Windows 8 Server-a. Čiže "dlaždice", čo predstavuje, že ak už vlastníte monitor s funkcionalitou "Touch" - dotykového displeja, tak Vám už viac na ovládanie Windows myš už viac nebude treba (xi xi xi) ! Nemajte strach, aj klasická plocha sa tam nachádza. Je ju vidieť ako jednu z dlaždíc.

Ak na túto dlaždicu "Desktop" kliknete myšou, otvorí sa Vám klasická plocha.

Na nej sa zobrazí ďalšia novinka - novo nadizajnovaný "Server Manager"

Je jednoduchší a hlavne sieťový. Po inštalácii Windows 8 Server-a v ňom musíte obidvom serverom priradiť/nainštalovať rolu "Hyper-V". Ak sa Vám to podarilo, tak sa môžeme pustiť do nastavenia funkcionality "Hyper-V Replica".

Pomocou "Administrative Tools" si spustíte "Hyper-V Manager-a". V ňom si ako prvé ukážeme, že ak chceme Hyper-V Replica funkcionalitu využívať, tak ju najskôr musíme spustiť. To vykonáme ta, že pre každý hypervízor v jeho vlastnostiach túto funkcionalitu tzv. "enablujeme" (Je to voľba "Enable this configuration as a replica server").

Na tomto obrázku sa nachádzajú aj ďalšie zaujímavé voľby, ktoré odporúčam na obidvoch Hyper-V serveroch ihneď nastaviť. To znamená nastaviť typ autentifikácie pre replikáciu a aj porty, po ktorých bude replikácia prebiehať (odporúčam vyskúšať tú voľbu s certikátmi). Nižšie nastavíme filter pre taký Hyper-V server, od ktorého chceme replikáciu dovoliť, vrátane toho, kam sa budú replikované virtuálne stroje ukladať.

Toto je vidieť na obrázkoch nižšie :

 a tiež na tomto :

Nuž a na to, aby sme si mohli funkcionalitu Hyper-V Replica vyskúšať je potrebné mať v Hyper-V nainštalovaný aspoň jeden virtuálny stroj.

V našom prípade je týmto virtuálnym strojom "skuska". Pre nastavenie funkcionality slúži jednoduchý sprievodca - wizard, pomocou ktorého nastavíme replikáciu vybraného virtuálneho stroja.

Začneme špecifikáciou údajov pre spojenie dvoch serverov - ten, čo bude vlatniť chránený virtuálny stroj "PROTECTED" a druhý, kam budeme tento stroj replikovať "RECOVERY"

a určíme cieľ pre uloženie repliky tohto stroja, v tejto voľbe máme mžnosť aj vybrať, ktoré virtuálne disky nechceme replikovať (tu sa objavuje aj nový formát virtuálneho disku "VHDX", ktorý je možné sformátovať až na veľkosť 16 TB ! ) 

V nasledujúci krok je veľmi zaujímavý, pretože pomocou sprievodcu je možné nastaviť tzv. "bod obnovy" (recovery point) pre virtálny stroj, ktorý chceme replikovať, pričom  pre vybraný virtálny stroj môže byť nastavených niekoľko "bodov obnovy" - pozor : takáto voľba predstavuje so aj väčšiu spotrebu diskového priestoru ! (Pozn. pre vytváranie inkementálnych snapshotov sa používa štandardná služba VSS)

Následne určíme, či inicializačná kopia virtuálneho stroja má byť vykonaná okamžite, alebo neskôr podľa nastaveného časového plánu (scheduler-a) Asi bez povsimnutia nezostane ani funkcionalita, kedy je možné vykonať prvotný synchronizačný task pomocou externého média ! V tomto prípade vytvorená inicialičná kopia, ktorá bude uložená na externom médiu, bude fyzickým prenosom (teda nie cez počítačovú sieť) doručená na cieľovú lokalitu (server/dátové úložisko). Tomuto prenosu sa v IT brandži hovorí "kapsová metoda prenosu dát"

Po nastavení všetkých krokov sa Vám zobrazí finálny zoznam Vašich nastavení a potvrdením tohoto okna ste úspešne nakonfigurovali replikáciu medzi dvoma Hyper-V servermi.

V prípade, ak ste nastavili voľbu pre vytvorenie inicializačnej repliky s okamžitou platnosťou, spustí sa kopírovanie (teda vytvorenie inicializačnej repliky) na "recovery" Hyper-V serveri.

Nasledujúce obrázky zobrazia stav kopírovania - vytvárania inicializačnej repliky, a jej vplyv na výkonnosť sieťového subsystému.

Na obrázku vyššie je vidieť, že kopírovanie je schopné slušne vyťažiť sieťové rozhranie na Vašich hypervízoroch.

Na obrázku nižšie je zobrazený stav po vytvorení inicializačnej repliky na "recovery" Hyper-V serveri. Vpravo dole je tiež vidieť, aké akcie je možné vykonávať (spúšťať) v rpípade, že je ukončená úloha vytvárania inicializačnej kopie - repliky virtuálneho stroja "skuska"

.

Po inicializácii je najzaujímavejším v menu voľba "View Replication Health…" . Na obrázku nižšie je zobrazený v modálnom okne status Vašej replikácie, t.j. koľko replikačných cyklov bolo na replikovanom stroji vykonaných, či nejaké replikačné cykly chýbajú, či nastali počas replikácie aj nejaké chyby, priemerená latencia replikácie a priemerný počet odreplikovaných dát

Pozn. Aj mimo tohoto dialogu je vždy zobrazovaný status poslednej (aktuálnej) úspešnej synchronizácie dole v strednom paneli detailu virtuálneho stroja v Hyper-V manager-i.

To by bolo z hľadiska nastavenia všetko, teraz si vyskúšame funkcionalitu "Hyper-V Replica" v praxi. Najprv otestujeme, či nám funguje Failover - čo je testovanie stavu, či nje naša replika konzistentná a schopná prevádzky v prípade, žeby sa "originálnemu" virtuálnemu stroju niečo stalo.

Na to slúži menu "Test Failover…", ktoré po spustení zobrazí sprievodcu pre otestovanie stavu repliky.

Pre spustenie "Test Failover-u" je potrebné zvoliť/vybrať niektorý "Recovery point". Co je fakticky stav replikácie virtuálneho stroja uložený v určitom čase. Pre test bol vybraný ten posledný, a to preto, aby sme boli schopní preveriť konzistenciu virtuálneho stroja od posledného cyklu replikácie v ktorom bol jeho stav uložený. Tento stav je špecifický a v takomto prípade sa nebude narábať priamo replikovaným objektom - replikou virtuálneho stroja, ake s jeho kopiou !!! čo znamená, že po spustení "Test Failover…" bude vytvorený nový virtuálny stroj ako klon pôvodnej repliky. (Je to trochu zamotané,  ale snažím sa to popísať čo najjednoduchšie.) Takže z virtuálnaho stroja "skuska" bude vyrobený "skuska - Test". Pričom pri tomto úkone je treba prihliadať na rezervné - volne dostupné výpočtové zdroje, ktoré tento stav na otestovanie spotrebuje.

Nuž a tá  konzistencia sa otestuje tak, že sa virtuálny stroj "skuska - Test" reálne spustí.

Ak chceme mať 100-percentnú istotu, treba sa do tohto virtuálneho stroja aj prihlásiť.

Aby MS "ošetril" stav zámeny testovacieho stroja "skuska - Test" s "ostrou" replikou, pozorný čitateľ si všimne, že z testovacieho virtuálneho stroja nie je možné vyrobiť repliku, t.j. tento stroj naozaj slúži iba na tes, to si prosím treba hned na začiatku akéhokoľvek testovania uvedomiť.

Ako na ostrý "Failover" !

Túto funkcionalitu spustíme z menu "Settings" virtuálneho stroja (v našom prípade "skuska") vpravo dole vo voľbe "Replication" v kontextovom menu "Failover…", čím sa zobrazí dialógové okno "Failover".

Nuž a pred tým, ako sa pustíme do spustenia ostrého failover-u, je treba si stručne pripomenúť niekoľko dôležitých vecí :

Odporúčanie prvé :

Nespúšťajte túto úlohu o hocikedy a odhocikiaľ. Ak sa rozhodnete, že to je to potrebné vykonať, majte na pamäti, že ostrý failover nie je možné spustiť, pokým je chránený - teda primárny virtuálny stroj, z ktorého vykonávate repliku v prevádzke - teda ak beží. Iba chcem pripomenúť to, že funkcionalita "Hyper-V Replica" vykonáva asynchrónnu replikáciu virtuálneho stroja, a preto je dobré vedieť, že keď spustíte ostrý failover bez toho aby ste si uvedomili, čo robíte, môže sa Vám stať, že stratíte dôležité dáta !!! Jedným z dôvodov môže byť aj to, že tie dáta jednoducho neboli odreplikované ! Tieto veci treba preveriť vopred a pri spúšťaní úlohy takéhoto typu je potrebné na to myslieť !

Odporúčanie druhé :

Ak chcete vykonať plánovaný failover, tak tútu úlohu spustite z "protected" teda z chráneného virtuálneho stroja, čo znamená, že v tomto prípade treba spustiť funkcionalitu "Planned Failover…"

Ale pozor - ak sa jedná o neplánovaný failover, tak pred stlačením tlačidla (button-u) "Failover" musíte určiť, aký stav replikovaného virtuálneho stroja bude obnovený - o "Recovery Point-e" replikovaného virtuálneho stroja sme si niečo podrobnejšie povedali vyššie. 

Ešte jedna poznámka - MS tiež "ošetril" spustenie ostrého failover-a z recovery strany, čiže zabráni Vám pri spustení tohto task-u a zobrazí nasledujúci dialóg :

Preto ak chceme vykonať "ostrý" failover, tak sa musíme "prepnúť" na "protected" (čiže pôvodný, primárny) hypervízor a reálne náš replikovaný virtuálny stroj zastaviť ! Kedže opatrnosti nikdy nie je dosť a ak skutočne pracujete alebo spravujete produkčné prostredie, tiež si treba "naposledy" premyslieť, aký dopad by mohlo mať Vaše rozhodnutie vykonať takúto "ostrú" akciu - task !

V našom prípade sme sa už rozhodli a "natvrdo" sme vypli pôvodný virtuálny stroj, z ktorého bola urobená replika.

Tak - to by sme mali !

Teraz budú nasledovať kroky, ktoré Vám "Hyper-V Replica" ponúkne vrámci plánovaného failover-a. Ak chceme aby bol replikovaný stroj po tejto akcii spustený, musíme zaškrtnúť checkbox "Start the Replica virtual machine after failover". Vrámci tohto ešte budú prevedené overovacie úlohy o tom, či je reálne pôvodný virtuálny stroj "dole" a či bola povolená (enablovaná) tzv. reverzná replikácia (o tomto si niečo popíšene v budúcom článku, lebo je to špecialitka Hyper-V Replica), ďalej nasledujú akcie na overenie a preposlanie dát, ktoré ešte neboli zreplikané, vykonanie vlastného failover-u, spustenie reverznej replikácie a spustenie repliky virtuálneho stroja.

Ak všetko "zbehlo" na replikovanom stroji by mal byť spustený replikovaný virtuálny stroj, v našom prípade je to VM "skuska".

HALLELUJAH ! ! !

To je všetko vrámci tohto príspevku. Nabudúce - "Hyper-V Replica" a jej "špeci" funkcionalita reverznej replikácie.

Pozdravuje Vás