Virtualizáció - újdonságait vmware magas rendelkezésre állás (FDM) a VMware vSphere 5

Újdonságok a VMware High Availability (FDM) a VMware vSphere 5.

Már olvastam, hogy VMware vSphere 5 failover mechanizmus VMware High Availability virtuális gépek jelentős változásokon ment keresztül. Pontosabban, ez nem könnyű megváltoztatni - ez teljesen újraírva. Ez teljesen megváltoztatta megváltoztatásával logika elve akció, és eltávolítása sok a meglévő korlátozásokat. Nézzük részletesebben, mint most fut egy új VMware HA Fault témagazdának szerek.

Először megnézzük a teljes változások listája és VMware HA jellemzői a következők:

• Teljesen újraírt failover mechanizmus
• Megszünteti a leggyakoribb probléma - a névfeloldás DNS
• Több kommunikációs csatornák szerek. És ellenőrző hálózat (menedzsment hálózat), a hálózati és tárolási lehet használni kölcsönhatás szerek. Ez növeli a megbízhatóságot, és lehetővé teszi, hogy kezelje a legtöbb fajta hibák.
• Az IPv6 támogatása
• Javítása problémamegoldó mechanizmus - most bejelentkezik a ESXi host módon kényelmesebb és érthető.
• Áttervezett felhasználói felület.
• Javított mechanizmus szer telepítését és konfigurálását a klaszter.

Nézzük meg a teljes képet az új VMware HA komponens:

Látjuk, hogy most minden gépen telepítve szer Fault Domain menedzser (FDM) VMware HA mechanizmus (a korábbi AAM). A folyamat során a Fürt beállítása HA egyik ügynökök van kiválasztva, mint mester, az összes többi szolgálnak slave. Most már nincs több elsődleges / másodlagos csomópontok. Agent Méret FDM - körülbelül 50K (mellesleg ez már nem függ vpxd szolgáltatás).

Mester szerepet tölt be az alábbiakat:

• Figyeli a rendelkezésre álló ESXi házigazdák és a virtuális gépek.
• Monitorok összeomlik minden slave-házigazdák.
• Figyelemmel kíséri a tápláltsági állapot a védett virtuális gépeket. Abban az esetben újraindul a hiba.
• Fenntart egy listát a fogadó szerver és a virtuális gépek a klaszter. Kizárása, és add hozzá ezt a listát (VM, mint amikor be- vagy kikapcsolható).

Slave szerepet tölt be az alábbiakat:

• Figyelemmel kíséri állapotát a virtuális gépek egy listát róluk, és ezt az információt, hogy a Master.
• Látja el a VM Health Monitoring (azaz nem függ a HA cluster)
• Állapotát figyeli Mester, és abban az esetben volt hajlandó, részt vesz a választások az új mester.

Meghibásodás esetén a választások között zajlik Mester Rabszolgák, ahol az új mester választjuk. Hogy tudta választani? Ez nagyon egyszerű - ez a fogadó a maximális tárolási (ha a fogadó azonos mennyiségű tároló választjuk egyszerűen ábécérendben, a név alapján).

Mester új választásokra kerül sor három esetben:

• Engedélyezte a VMware HA cluster.
• Mester elromlott, vagy átment karbantartási módban.
• A szerkezet a kontroll hálózati felrobbant szegmensek, amelyek közül az egyik nem mester. Ebben az esetben nem lesz 2 vagy több Master'ov a fürt.

FDM közötti kommunikáció szerek a következők:

Szerek, amelyek kölcsönhatásba lépnek Management Network. Minden kommunikáció magától Broadcast csak „pont-pont”. Mester választások vannak UDP. Miután a mester kiválasztott hosts kommunikálnak egymással TCP SSL titkosítást.

Tárolás ugyanakkor arra is felhasználják, a kommunikáció, de abban az esetben a szolgáltatási hálózat lesz osztva, mert a hálózati berendezés meghibásodása, stb

Mester küld egy klaszter konfiguráció VMware vCenter szerver értesíti slave mintegy konfigurációs változások, és elküldi a rendelkezésre álló jeleket (Heartsbeats) Slave-host HA csoport.

Az ugyanazon vCenter érintkezik először a mester, hogy fenntartsák a kompatibilitási listát a gazda (ezek közül bármelyik virtuális gép indítható), és frissíti az állam a virtuális gépeket. Mester forgalmazza ezt az információt tovább.

Mint látható a képeken, vCenter kapcsolatba léphet és Slave-csomópontok a következő:

• Scan Master létezését.
• Ha a Mester azt mondja, hogy nem tud kommunikálni az egyik slave. Ezután vCenter próbál rájönni, hogy miért.
• Ha a másodlagos VM Fault Tolerance.
• Amikor a gazda értesítést, hogy elszigetelt vagy megosztott hálózati.

az alábbi portok és protokollok kommunikációra használt:

Szintjén a tárolási rendszer a kölcsönhatás a következő elemeket tartalmazza:

Voltak az úgynevezett „Heartbeat adatrögzítők”. Ezeket csak ha nem fut a hálózati menedzsment (Management Network).

Ezek Heartbeat adatrögzítők teszi a mester, hogy figyelemmel kíséri a rendelkezésre álló alkalmazottak és meghatározni, hogy mikor vannak szigetelve a hálózatról. Amikor ez megtörténik, a raktárban koordináta tulajdonjogát a virtuális gépek, mert a saját egyetlen, mester mester, mester, és maguk is kissé a szétválasztása a hálózathoz. Alapértelmezés szerint a tároló két választják, és ők is a felhasználó által megadott.

Ők választották a következő: először is kell lenniük különböző tömbök, másrészt, akkor le kell csatlakoztatni az összes gép.

Minden kommunikáció történhet az üzletben, mint ez:

Attól függően, hogy a tárolás, Mester vagy olvas Heartbeat Régióban VMFS térfogat vagy Heartbeat Fájl NFS mennyiség (ami perodicheski aktualizálja a Slave-hosts). A rendelkezésre álló virtuális gépek szabályozott egy fájl által létrehozott minden egyes Slave-hosts, amely tartalmaz egy listát a futó virtuális gépek. Közötti koordináció Master-ek miatt van az elosztott zárszerkezet tárolás (több master lehet a szétválasztása a hálózat).

Itt vannak a fájlok VMware HA Kadom gazda a mappa / etc / opt / vmware / FDM:

Itt közösek a hosts fájlt VMware HA:

• host-X-HB - szívverés-fájlt a gazda, hogy frissül, és amely ellenőrzi a mester, ha a fogadó izoláltunk ellenőrzési hálózat. Mert VMFS kötetek elosztott zárszerkezet használják öregedés időbélyeg mechanizmus és mennyiségekből NFS frissülő időbélyeg. Ez a fájl csak a Heartbeat adatrögzítők.
• host-X-bekapcsolási - egy fájl, amely tartalmaz egy listát az összes szereplő házigazdák használt elválasztani a Management Network házigazdák lehetne jelenteni az elszigeteltségből. Ez a fájl csak a Heartbeat adatrögzítők.
• protectedlist - a védett gép minden bolt (nem a gazda, és tárolás). Ez ezen a listán lesz, hogy helyreállítsa azokat a meghibásodása esetén Master (az elutasítás esetén Slave - ez az információ rendelkezésre áll a mester a memória). Használni minden adatrögzítők.

protectedlist fájlokat és a gazda-X-bekapcsolási használható, ha a tevékenységet végző és izolálása responce előírt elkülönítés hálózat.

Azt viszont, hogy a védelem állapotát virtuális gépek.

Virtuális gép állapota „Védett” a GUI vSphere Client azt jelenti, hogy a HA biztosítja megpróbálja helyreállítani a virtuális gép meghibásodása esetén. A gép akkor védett, ha vCenter értesítik erről a tényről a mester. Amikor a vCenter gép értesíti a Mester, hogy ő is részt vett, akkor frissíti a védett virtuális gépek és értesíti a vCenter szerver. Amikor a gép ki van kapcsolva - az ellenkezője igaz.

Ezután kapcsolja a virtuális gép gyorsabb annak a ténynek köszönhető, hogy ő volt az elején nem kell várni a védett státuszt. Ez azt jelenti, megkezdése után a virtuális gép egy kis időt, hogy továbbra is védtelen, míg a Mester nem ír a lemezre. 5 percenként, a fogadó vCenter betartását folyamatosan ellenőrzi a védett VM a Mester listát, és frissíti a listát a Mester, ha vannak különbségek.

Most Mester állapot látható a tulajdonságok a fogadó vSphere Client:

HA állam a következők lehetnek:

• N / A (HA nincs konfigurálva)
• Választási (választások Master)
• Master (több is lehet)
• Connected (csatlakozik a Mester, hogy ez - Slave)
• Hálózati Partitioned
• Hálózati elszigetelt
• halott
• Agent Unreachable
• inicializálás Error
• unconfig Error
  

Alapvető VMware HA naplók tárolása egy fale /var/log/fdm.log fogadó ESXi.

Nagyon szép, hogy most minden FDM ügynököket hosts párhuzamosan helyeznek el:

Ha hozzáad egy ESXi host a fürt integráció VMware Auto Deploy mechanizmus:

Amikor eltávolítja a klaszter a fogadó vagy kihúzza VMware HA előfordul FDM eltávolítás és tisztítószerek HA szolgáltatási adatok tárolására.

Nézzük most nézd meg a példákat a kudarc és kezelésük a VMware HA.

Az első típusú hiba - a hálózati részlege

Ebben az esetben a Mester látja házigazdák a Heartbeat adatrögzítők, de nem látja a házigazdák a hálózati menedzsment. Ebben az esetben minden egyes szegmensben mi lesz a házigazdája két mester:

Ebben az esetben a klaszter továbbra is működik (a kapott szegmensében állapotát ellenőrzik a virtuális gép megy keresztül a boltban), és vCenter jelentést állapotát az egyik a Mester host. Ha a hálózatba beállítani - egy Master'ov lemondani, és a klaszter jön a normális állapot.

A második forgatókönyv - szigetelés host

Ez akkor történik, amikor a házigazda kiesik a vezérlő hálózat nem ping Isolation Cím, de úgy véli, az adattár (és ezért nem elromlott) teljesen.

Ebben az esetben az intézkedés Isolation válasz (ha be van állítva, és a mester újra lehet indítani VM). Ha a beállítás alapértelmezett (Hagyja bekapcsolt állapotban), a virtuális gépek továbbra is fut, és ők felügyelik a raktárban. Ha a tároló gazda elvesztette hozzáférését - indítsa újra a gépet a többi gép a klaszter.

A harmadik forgatókönyv - nem FDM-szer

Ez történik, amikor mester ping fogadó, de az FDM-szer nem reagál. Ugyanakkor vCenter is csatlakozni vele nem tudott.

Ez a helyzet lesz a formája a figyelmeztető jelzést a vSphere Client és semmi sem történik, tekintettel a VM host. Szükség lesz újratelepíteni FDM ügynök.

A negyedik forgatókönyv - teljes kudarcát gazda

Ebben az esetben, a Mester nem tudja fogadni a rendelkezésre álló jeleket egy gép vagy hálózat menedzsment, sem a hálózati tároló (nem frissítette az időbélyeget).

Ebben az esetben, minden védett virtuális gépeket, hogy a fogadó újraindul más szerverek a klaszterben.

Most nézzük meg, hogyan néz ki a GUI vSphere Client.

Így néz tulajdonságait klaszter:

Host master és a slave:

Az állapot a virtuális gép biztonság:

Állítsa Datastore Heartbeating:

Konfigurálása Admission Control:

Hamarosan - további információt a VMware HA működését. Stay tuned.