Használata Hyper-V replika a Windows Server 2018, Windows IT Pro
Informatikai infrastruktúra a vállalat
Olyan alkalmazásokhoz nélkül beépített magas rendelkezésre állású megoldás az, hogy a virtualizáció, a magas rendelkezésre állás egy virtuális gép szintjén. Ez a megközelítés lehetővé teszi, hogy automatikusan elinduljon a virtuális gép egy másik csomópont esetében a virtualizáció nem tervezett kapcsolási források. Az is lehetséges, a migráció a virtuális gépek csomópontok közötti leállás nélkül tervezett helyzetekben, például a karbantartás során. Ezek a megoldások kapcsolási erőforrásokat a csomópont szintjén (ha csomópont meghibásodik).
Azonban abban az esetben, természeti katasztrófák (mint például a legutóbbi blackout adatközpont), illetve a balesetek által okozott emberi tevékenységek (például tartalék csatorna kapcsolat megszakadásának az internet alatt közúti munkák), az adatközpont lehet vágva a világ többi részén. Cégek kell fejleszteni egy munkatervet, még abban az esetben a veszteség az elsődleges adatközpontban.
Ha a cég egy helyettesítési terület az adatközpont, sok a korábban említett alkalmazási réteg technológia span több helyen. Sok döntést, így a használata több tartományvezérlő, és az alkalmazások tervezése a failover cluster, funkció, figyelembe véve a földrajzi információkat. Azonban a Windows Failover Clustering hagyományos, alkalmazva a távoli helyek, van egy hátránya. Sok alkalmazások csoportosítási, és az összes virtuális klaszter közös tároló hozzáférhetőnek kell lennie minden csomópont a fürt. Általában ez a megközelítés magában foglalja a magas költség, mert ahhoz a Storage Area Network (SAN) mindkét helyen, jó kommunikáció a helyszínek és replikációs tároló tartalmát szinkronizálás mindkét SAN.
A legtöbb sokszorosító megoldások SAN-SAN szinkron: az írási művelet az alapvető SAN megerősítette a felvételi folyamat csak akkor, ha rögzíti a SAN replika. Ez biztosítja a folyamatos szinkronizálás mindkét tárolási SAN. Szinkron replikáció biztosítja a legmegbízhatóbb védelmet, de nem olcsó mulatság.
Ismerete Hyper-V Replika
Néhány SAN továbbá aszinkron replikáció az adatok az elsődleges csomópont és a replika, de nem valós időben. felvétel a műveleteket az elsődleges csomóponton támogatja a rögzítési folyamatot, majd reprodukálni, ha lehetséges. Van egy késés között felvétel az elsődleges csomóponton és végszóra. Attól függően, hogy a késedelem a szerver replika nem lehet bizonyos mennyiségű adatot, amely elvész meghibásodása esetén az elsődleges csomópont. Átugorható gyakran RPO visszaállítási pont objektív (RPO). Lényegében, ez határozza meg a maximális mérete adatvesztés, amely elfogadható egy ütközés. Például RPO értéke eléri az 5 perc, ami azt jelenti, hogy nincs adat elvész több mint 5 perc.
Aszinkron replikáció egy SAN szinten nem kívánatos sok vállalat számára, mint a fő oldalon, és a replika vesz egy és ugyanaz a beszállítója. De Hyper-V Replica használ aszinkron replikáció nagyon hatékonyan. A Hyper-V replika felső szintje a következőképpen működik.
- Amikor a virtuális gép alkalmas replikációs, hozzon létre egy új virtuális gépet Hyper-V replika csomóponton. Virtuális gép replika ugyanolyan konfigurációjú, mint a fő virtuális gép; le van tiltva.
- Tárolás elsődleges virtuális gép replikálva egy virtuális gép, egy másolata egy Hyper-V replikakiszolgáló. A fő Hyper-V csomópont van kialakítva, hogy mentse a log bejegyzéseket a replikált virtuális merevlemez (VHD). A naplófájl tárolja ugyanazon a helyen, mint az eredeti VHD.
- A kezdeti replikáció adattár naplófájl van zárva. , Egy új naplófájl figyelésére jelenlegi változások; Zárt naplófájl csomópontra küld Hyper-V Replica, és együtt a virtuális merevlemezeket a replika VM. Replica virtuális gép ki van kapcsolva.
- Ötpercenként a naplófájl zárva van, egy új, zárt fájl összevonásra kerül a replika.
Mivel a aszinkron replikáció Hyper-V Replica replikáció lehetővé válik számos vállalat és katasztrófa-helyreállítási forgatókönyv:
- Replikáció közötti adatközpontok Tier 1 alkalmazások nélkül replikáció, SAN-szintű cégek (a kis és közepes méretű vállalatok);
- Közötti replikáció adatközpontok Tier 2 alkalmazások cégek replikáció egy SAN szinten, de nem akarja használni az alkalmazások eltérő szinten 1;
- Replikáció-fióktelep székhelye védelmére vonatkozó kérelmek házigazdája az ág;
- Replikációs szolgáltatói közötti hosting szolgáltatások;
- replikáció tárhely szolgáltatója a katasztrófa utáni helyreállítás a kisvállalkozások, nincs második adatfeldolgozó központ.
Sok más lehetséges forgatókönyveket. A lényeg az, hogy hála a Hyper-V Replica replikációs virtuális gép elérhető bármely cég.
A Hyper-V Replika
Konfigurálása Hyper-V Replica könnyű. A legegyszerűbb módja annak, hogy megértsük az elvek a Hyper-V Replica - átmenni a szakaszában a telepítést és engedélyezni a replikációt a virtuális gép.
Az első lépés - konfigurálja a Hyper-V Replica kiszolgáló fogadni kéréseket elhelyezése replikák. A Hyper-V Manager válassza ki a Hyper-V beállítások (Hyper-V-beállítások) a szerver intézkedések listáját. A Hyper-V beállítások alatt válassza ki a lista replikációkonfigurációban (replikáció opciók), ahogy az 1. ábrán látható Jelölje be az ezen a számítógépen Replika szerver ( «A számítógép használatához, mint egy replika szerver"). Ezután meg kell végezni néhány csíp.
Beállítása képernyő 1. Hyper-V cél szerver fogadására replikák
Az első helyen - a Kerberos (HTTP protokoll használatával), vagy a tanúsítvány alapú hitelesítés (biztonságos HTTP protokoll - HTTPS). Kerberos létrehozott könnyebb, de szükséges, hogy mind a fő Hyper-V szerver és a replika Kerberos hitelesítést, és így benne van egy erdőben Active Directory (AD) vagy megbízható tartományokhoz. Ha Kerberos adatok lemásolható az elsődleges szerver és a replika nem titkosított, és továbbítják a szokásos módon a HTTP-port 80. Ugyanakkor, ha azt szeretnénk titkosítani, akkor IPsec végrehajtását a Windows.
A második lehetőség - használható tanúsítvány-alapú hitelesítést. Ebben az esetben a fő szerver és a replika tagjai lehetnek különböző erdőkben AD vagy szervezetek, hanem meg kell adnia egy olyan tanúsítványt. Egy további előnye a HTTPS - titkosítás minden átvitt adatokat. Ha magában foglalja mind a Kerberos, és a tanúsítvány alapú hitelesítést, amikor egy új replikációs kapcsolatok adminisztrátor úgy replikáció, választhat olyan módszert.
Az egyetlen lehetőség -, hogy adja meg a kiszolgáló, ahonnan a replika elfogadja kérelmeket replikáció, valamint a tárolási helyét ezen replikák. Az egyik lehetőség -, hogy lehetővé tegye a replikációt minden szerver hitelesíti. Ebben az esetben válassza ki az egyetlen hely, hogy tárolja az összes replikák. Egy másik lehetőség -, hogy meghatározza, hogy a szerverek képes lemásolni egy szerver replika; minden szerver lehet rendelni egy másik helyen.
Hozzárendelése szervereket, akkor az egyik (!) Joker a kiszolgáló nevét. Így lehetséges, hogy fedezze a kiszolgálók egy csoportja; például: * .na.savilltech.net valamennyi szerver a teljes neve FQDN, véget ér na.savilltech.net. A Trust Group tag lehet mozgatni a virtuális gépek között Hyper-V csomópontok azonos csoportba a bizalmat és továbbra is replikáció. A nem megosztott Live Migration, akkor mozog a virtuális gépek között nem fürtözött Hyper-V hosts szünet nélkül. Ha a használt módszerek az innovációs transzfer megköveteli, hogy a kiszolgáló azonos címkecsoportot Trust nevében, hogy biztosítsa a tökéletes replikáció után mozog a virtuális gépek között szerverek egy bizalmi csoport.
Az utolsó lépés - rendelni a szükséges tűzfal kivétel a használt 80-as port a HTTP és a HTTPS-443. Tűzfalhoz vannak építve a Windows Server, de nem szerepelnek, befejezése után is replikációs beállításokat. Meg kell futtatni a Windows tűzfal segítségével adminisztratív eszközökkel Advanced Security, válassza a Bejövő szabályok ( «Bejövő szabályok"), és magában foglalja a hallgató Hyper-V Replica HTTP-figyelő (TCP-In), és / vagy a hallgató Hyper-V Replica HTTPS-figyelő (TCP-In ), attól függően, hogy a hitelesítési módszer.
Amikor a kiszolgáló replikákat készítünk replikáció, fontos, hogy tartalmazza a fő Hyper-V, mint a szerver replika. Ez lehetővé teszi, hogy fordított replikáció, ha a virtuális gép be van kapcsolva a szerveren replikák és replikációs kell kezdeni a korábbi elsődleges szerver (ami ebben az esetben minősül replika).
Adja meg a hálózat replikációs forgalmat nem szükséges. Várható, hogy az alkalmazott technológia az adatok továbbítására az adatközpontok között. Közöttük csak egy érvényes elérési utat, így a Hyper-V Replica automatikusan kiválasztja a megfelelő hálózat replikációs forgalmat. Gyanítom, hogy valami többet szeretne szabadságot választotta hálózatának Hyper-V Replica; Ha az Ön számára fontos, hogy küldje el a visszajelzést, hogy a Microsoft.
Replikáció a virtuális gép
A következő lépés után a Hyper-V hosts és klaszterek kialakítva, hogy együttműködik a komponens Hyper-V Replica, -, hogy előkészítsék a virtuális gépek replikáció. Hyper-V Manager vagy a Windows PowerShell (különösen, ha az automatizált csoport beállítás). Adja meg a virtuális gép, amely szeretné engedélyezni a replikációt, majd válassza ki a műveletet engedélyezni a replikációt ( «Replikáció engedélyezése"). Ez elindítja a master replikációs konfiguráció, amely több lépésből áll.
Célállat Hyper-V szerver, válassza ki az azonosítás típusát. Ez határozza meg, hogy milyen típusú replikáció által végrehajtott szerver. Továbbá meghatározhatja, hogy az adatok tömörítésére a hálózaton át küldött; zsugorítás alatt a hálózati átvitel, de növeli a terhelést a CPU, mint a fő kiszolgáló Hyper-V és a végszóra. Ha a virtuális gép több virtuális merevlemez, akkor válassza ki a merevlemezeket, hogy szaporodik. Ezáltal tudjuk biztosítani, hogy csak a szükséges párhuzamos merevlemez (azaz, amelyek több swap file). Csak többszörözött virtuális merevlemezek; a Hyper-V Replica lehetetlen lemásolni a fizikai lemezek, amelyekre a virtuális gép közvetlenül csatlakozik (még mindig az egyik oka amit el kell kerülni a közvetlen utalás a fizikai lemezek).
A következő lépés - beállítás helyreállítási napló. Alapértelmezésben van egy pont a hasznosítás replikák: legújabb állása szerint replikáció. Azonban lehet készíteni egy kibővített helyreállítási napló további óránkénti helyreállítási pontot a 2. ábrán látható.
2. képernyő: konfigurálása a helyreállítási napló a replika virtuális gép
Ha a virtuális gép tartalmaz egy alkalmazás a VSS írója, akkor ajánlott használni ezt a módot, hogy hozzon létre egy helyreállítási pontot konzisztens állapotban alkalmazásokhoz. Az alapértelmezett érték biztosítja az egyensúlyt a folytonosság és további erőfeszítéseket kell létrehozni egy visszaállítási pontot az eredeti virtuális gép.
Befejezése után a helyreállítási pont akkor ki kell választania az eljárás kezdeti replikáció adattár:
- át a tartalmát a VHD hálózaton keresztül;
- VHD továbbítja tartalmát egy külső közegben; adja meg a helyét az adatok exportálására.
- Egy meglévő virtuális gép a szerver replikák, mint az eredeti példányt. Ez az opció lehet aktiválni, ha már helyreállt a virtuális gép a cél kiszolgáló Hyper-V, vagy korábban szereplő replikáció és kapott egy replika, és most szeretné újra aktiválni. Annak érdekében, hogy a harmonizáció, akkor végre nagyon hasznos bitenkénti összehasonlítása elsődleges példánya és másolata.
Beállítható, azonnali vagy késleltetett megindítandó replikáció egy meghatározott időpontban; például munkaidőn kívül, ha az igény a hálózati erőforrások csökken. Attól függően, hogy a választás a rendszergazda, a virtuális gép létrejön a kiszolgálón Hyper-V Replika egy szétkapcsolt állapotban, és a kezdeti replikáció kezdődik. Ötpercenként Hyper-V Replica (.hrl) log fájl van zárva, küld a replika, és egyesítjük a VHD replika. Ez idő alatt, a replika virtuális gép ki van kapcsolva. Csak a lemez tartalmát, de nem az állapota memória, processzor vagy eszköz bekerül a replika VM. Ha a replika van kapcsolva, akkor bekapcsol, és betölteni a megfelelő állapothoz a balesetet, ha az fut anélkül, hogy egy tiszta közel. Ez az egyik oka annak, hogy a integritását a lemez hasznos időnként létrehoz egy visszaállítási pontot, és használja egy pillanatfelvétel VSS.
Készítsen egy másolata a virtuális gép elkülönül az elsődleges virtuális gépet. Bármilyen változás a beállításokat az elsődleges virtuális gép nem tükrözi a replika VM. Ez lehetővé teszi, hogy a módosításokat a virtuális gépet, és a tartalom replikáció VHD tovább.
A Hyper-V Replika
Ne feledje, hogy a Hyper-V Replica - megoldások katasztrófa utáni helyreállítás. Az összetevő nem szánt helyett failover klaszterek vagy más, nagy rendelkezésre állású technológia. Általában a baleset esetén végre kell hajtani egy csomó tevékenységek és folyamatok, hogy a helyreállítás a helyszínen. Hyper-V replika - nem egy automatikus megoldás. Ez nem érzékeli hiányában a virtuális gép az elsődleges csomóponton, és elindít egy virtuális gép a szerveren replika, mert téves meghatározása helyszíni hiba problémákat okozhat. Az alkatrészt kell indítani manuálisan, de nincs oka, hogy automatizálják használatával PowerShell más folyamatokban. Talán a jövőben komponensek automatizáltak lesznek bármilyen Microsoft megoldás, mint a System Center Virtual Machine Manager, hogy kapcsolása több virtuális gép részeként egy nagyobb helyre helyreállítási folyamat.
Háromféle feladatátvételnek Hyper-V Replica - egy vizsgálatra és két gyakorlati célokra.
* A teszt az átállást. Fut a replika VM. Ezután replika virtuális gép lehet futtatni Hyper-V replika csomóponton. Ehhez meg kell készítenie egy ideiglenes virtuális gép alapján a kiválasztott visszaállítási pont, majd a tesztelési folyamat, hogy megbizonyosodjon arról, hogy a replikáció helyesen működik, mint a tervezett. A Hoth teszt failover az elsődleges virtuális gép továbbra is küld a frissítés log replika VM. Ezek a frissítések együtt a virtuális merevlemez másolatai, így replikáció folytatódását. Végén a vizsgálat ideje a virtuális gép eltávolítjuk.
* A tervezett átállást. Fut az elsődleges virtuális gép, és egy előnyös típusa a hibatűrő. Ebben az esetben az elsődleges virtuális gép ki van kapcsolva, és lemásolni bármilyen változás az adatvesztés elkerülése érdekében, valamint váltás a replika VM. replikáció az persze megfordul, a változások küldtek az ellenkező irányba, majd elindítja a replika virtuális gépet. Ez a virtuális gép lesz az elsődleges, és a korábbi elsődleges virtuális gép válik replika.
Egy failover egy hasznosítási telephely egy másik helyen van egy hátránya: TCP / IP konfiguráció a virtuális gép aligha alkalmas egy másik helyen, ami szinte biztosan egy másik alhálózaton. Hyper-V replika további TCP / IP konfiguráció egy virtuális gép beépített replikációs. Ez a konfiguráció (a konfiguráció a virtuális gép hálózati adapter) lehetővé teszi, hogy meghatározza az alternatív IPv4 vagy IPv6 beállításai a replika VM. A hálózati konfiguráció bevezetjük egy virtuális gép failover folyamatot, ahogy a 4. ábrán látható.
Képernyő 4. Határozza IPv4 alternatív konfiguráció a virtuális gép
Replikációs hasznosításra
Ossza meg képeit barátaival és kollégáival