Vmware ha klaszter
Cluster High Availability (magas rendelkezésre állású) van valami, ami sok fizetett és végrehajtása a virtualizáció. Amikor ESXi szerver fut több virtuális gép, ezek a gépek a fájlokat a helyi lemezek, vagy a tároló rendszer, valamint a klaszter nem jön létre, és hirtelen a szerver nem. Aztán minden leáll, és megvárja, hogy az emberek beavatkozni a folyamatba. Egy ember - egy rendszergazda alszik otthon és a munka valószínűleg késni zaderzhetsya, és útközben csörögni fog elégedetlen, és azt kérdezi, mikor, ha ... Itt az ilyen esetekre és konfigurált HA Cluster. Vele minden automatikusan történik, egy ESXi szerver összeomlik - VM amelyek fut rajta, újraindul egy másik szerver a klaszter. És még egy alkalmazását a HA, ha a vendég operációs rendszer belsejében egy virtuális gép lefagy és nem válaszol, a VM automatikusan újraindul. Itt látható a funkcionalitás fogom mutatni az aktuális cikket.
Persze, a dolgok nem olyan egyszerű, és mielőtt HA. készített egy csomó beállítást, akkor láthatjuk itt.
Megvan a két ESXi kiszolgálók által kezelt vCenter szerver. Létrehozta 2 virtuális gép, amely a fájlokat a LUN-e FreeNAS tároló (összes korábban leírt). És én egy új klaszter.
Host Monitoring állapota - ez a fő mechanizmus a HA, állapotát figyeli ESXi, és az eredmény e felügyeleti szerverek esemény történik, például újraindítás virtuális gépek, például.
Admission Control - ha egy fürt HA nem rendelkezik elegendő forrást a virtuális gépek futtatására egy sikertelen ESXi szerver az extra virtuális gép nem fog futni Admission Control (remélem egyértelmű). De hány szerver kiléphet egyidejűleg a kiszolgáló rendszer jelzi ki a Felvételi ellenőrzési politika (alapérték 1).
Alternatívaként azt is beállíthatja, a politika, hogy elhagyja a CPU és a memória erőforrásokat. De sok rendszergazda azonnal állítsa le a mesterséges szabályozás - nagyon bosszantó.
mindent az alapértelmezett
VM Monitoring - amint a Windows-(például) belsejében egy virtuális gép összeomlik a BSOD, VM Monitoring figyeli, hogy az operációs rendszer nem válaszol, majd újraindítja a VM.
EVC - encahced vMotion kompatibilitás - ha a különböző processzorok szerverek ESXi vagy más magok száma, a folyamat virtuális gép vMotion migráció meghiúsulhat. Az ilyen szerverek adunk a HA cluster lekapcsolása EVC nem fog működni. EVC szerverek vezet a közös nevező, hogy tudnak dolgozni egy fürt és hibatűrő. EVC alapvetően úgy néz ki a processzor, csökkentve a funkcionalitás az összes processzor a leggyengébb a klaszter.
Mentsd meg a lapozófájl a virtuális gépek mappát.
Minden készen áll, szinte létre a klaszter
Sikeresen létrejött. A bal felső sarokban látjuk a klaszter maga és a mi ESXi szerverek külön-külön. Most meg kell mozgatni a házigazdák a fürt. Törvény kar, Gyógyszer és vidd
Minden ESXi szerver, míg hozzátéve, hogy a fürt szer HA jön létre. Ha kíváncsi, hogyan működik, HA, mint a telepített ügynökök információt cserélnek és ustravayut választások mester google. Számomra fontos, hogy a HA most jobban működik, mint a VMware vSphere 4.1
Most, hogy melyik az az ESXi szerver jelenleg futó virtuális gép, akkor meg kell nézni annak tulajdonságait. WinXP rendelt a fogadó 106.
Itt az ideje, hogy ellenőrizze a munkát a HA klaszter magas rendelkezésre állás, kapcsolja ki az egyik gépen.
Igen, biztosak vagyunk benne, hogy azt akarjuk, hogy állítsa le, annak ellenére, hogy nem volt karbantartási üzemmódban. Ez az üzemmód szükséges helyesen megjeleníteni a szerver üzemen kívül, hogy véletlenül nem fizetik vissza a VM, és ez az, amire szükségem van.
Kiderült, adja meg az okát.
Először is, HA szert, megkongatta a vészharangot. Aztán jött a piros felkiáltójel a virtuális gép.
Leestem a ESXi host