Vmware hibatűrés, ft, a javítási és beállítási számítógépek
A cél a VMware HA cluster, hogy minimalizálja a leállás minden vagy a legtöbb VM a tény, hogy a szerver (és a számolás komponens VM Monitoring - és hiba miatt a vendég OS szinten). A VMware Fault Tolerance, hogy külön VM megszüntesse a leállás miatt a szerver hiba (feltételezve, hogy a hardver hiba vagy probléma ESX (i)). Feltételezzük, hogy ezen a módon fogjuk védeni a legkritikusabb BM számunkra.
Megjegyzés: FT nem véd a hiba a VM tárolórendszer vagy software alkalmazás összeomlik, és a vendég operációs rendszer. De a szerver hiba, ez a funkció megvédi átlátható a vendég OS és az alkalmazások.
A lényege az FT -, hogy a védett VM létrehoz egy másolatot egy másik szerverre. És végrehajtja eredeti VM processzor utasításokat folyamatosan tovaterjed a másolatot. Ha esik futtató kiszolgálón az eredeti VM, majd engedje elég a hálózat másolatát a munka megszakítás nélkül folytatódhat.
Egy másik lehetőség - kérésére hibatűrés. Például, van egy VM
Feltörekvő jelentési szerver. Általában ez védett VM HA csak. De az időszakban, amikor a megszakítás generálási veszélyezteti az időveszteség erre VM könnyen lehetővé FT és jobban elérhető, mint a nem a HA.
Konfigurálása VMware FT
A munka VMware FT, néhány feltételnek teljesülnie kell.
Feltételei infrastruktúra:
Q kell egy HA csoport. FT annak alfunkciót. Különben is, ha a HA engedélyezve van a klaszter és védi az összes VM benne, akkor az FT van kapcsolva egyedileg az egyes VM benne;
Magas szintű rendelkezésre állás virtuális gépek
Q minden szervereket használnak a FT, engedélyezni kell a Javascript ellenõrizni a tanúsítvány (alapértelmezés szerint engedélyezve);
Q minden egyes kiszolgálón kell lennie VMkernel interfész konfigurálva VMotion, és VMkernel interfész konfigurálva FT naplózása (majd, és több - négyzeteket a VMkernel interfész tulajdonságok). VMware javasolja, hogy e két különböző felületek, a munka révén a különböző egyének skie hálózati vezérlők;
Q a szerverek között kell lennie kompatibilitást a feldolgozók körében;
Q verzió óta 4.1 szerver nem szükséges, hogy azonos változatát ESX (i) és ugyanazokat a frissítéseket. Új változat a vSphere csak ellenőrizte a komponens összeférhetőségét változatok felelős Fault Tolerance. Így lehetséges, hogy a FT között működik házigazdák különböző változatai ESX (i), és még egy változata a FT-komponens eltérhet kemping - de ezek kompatibilisek;
Q védett FT VM kell használni lemez rendelkezésre álló erőforrások
minden szervereket.
Feltételei szerverek:
Q szerver processzorok kell kompatibilitási lista VMware Fault Tolerance. Részletek - a Tudásbázis-cikk száma 1008027. Kívánatos, hogy az órajel a processzor a szerver nem tér el több mint 300 MHz;
Q virtuali- hardver támogatást engedélyezni kell a BIOS-ban Server
Feltételei virtuális gépeket. Sajnos FT ró a sok korlátozás egy virtuális gép alatt a védelem:
Q kell pillanatképek egy virtuális gép (pillanatkép) szóló
ízben történő bevonása FT, és nem hozhatnak létre a VM az FT védelmet. Ez fontos lehet a biztonsági mentést a VM - sok biztonsági megoldások használata Pillanatképek munkájukban (sajnos, ez a korlátozás van jelen 4.1 verzió);
Q VMware FT nem teszteltük bármilyen operációs rendszert és bármilyen operációs rendszert kombinációk
és a feldolgozók. Részletek - a Tudásbázis-cikk száma 1008027;
Q nem végezhető tárolás VMotion HMW alatt FT védelemre (sajnos, ez a korlátozás van jelen, és a 4.1 verzió);
Q DRS megkapta a teljes integráció a FT verzió óta 4.1. Most az elsődleges és másodlagos VM migrálható szerverek közötti terheléselosztás, beleértve automatikusan;
Q y VM csak egynek kell lennie vCPU. Ez jelentősen korlátozza a pri-
Menen ezt a funkciót a kritikus és igényes feladatokat a processzor, mert az egyik vCPU - ez egy egymagos;
Q a VM nem kapcsolható fizikai RDM kerekek méret;
Q CD-ROM és FDD, hogy a VM csak nézze meg a képeket a közös tároló. Ha szerelt nosuid képet magántárolás és pro-
áradt szerver meghibásodása Primary VM, a lépés kerül sor, de az új elsődleges eléréséhez ezt a képet nem kapunk
Q nem támogatott HMW paravirtualizált SCSI-vezérlő, így
hogy a VM konfiguráció nem kell PVSCSI;
Q nem alkalmazható paravirtualizációt vendég OS
Q legyen USBi audio eszközök;
Q NPIV nem használható erre a VM;
Q VMDirectPath I / O nem használható erre a VM;
Q a biztonságos VM lehetetlen FT Hot hozzátéve eszköz;
Q nem támogatja Extended laptáblák / Rapid Virtualization Indexing (EPT / RVI);
Q VM fájlokat kell elhelyezni egy közös tároló. írja hrani-
Q lemez VM lehet virtuális RDM vagy VMDK eagerzeroedthick típusú fájlt.
Ahhoz, hogy egy ilyen VMDK jelölőnégyzetet Cluster Options amikor azt létrehozzák (ábra. 7,12).
Ábra. 7.12. VMDK fájl létrehozása a reset gomb megnyomásával
Magas szintű rendelkezésre állás virtuális gépek
Azonban VM lemezek alakíthatjuk, és miután a létesítmény. Ehhez segít minden olyan intézkedés az alábbi listából:
Q indul Storage VMotion Vastag, és kiválasztja a típusú lemezek, előre
fájl hozzáadásával VMX húr Set cbtmotion.forceEagerZeroedThick = true;
Q, vagy kattintson a helyi Fújjuk VMDK Fájl menüben, ha úgy találja, hogy a beépített fájlkezelő;
Vagy Q parancs vmkfstools -diskformat eagerzeroedthick;
Q Végül a legegyszerűbb - ha a FT maga a varázsló kéri, hogy módosítsa a lemez típusát a kívánt. De figyelembe: ESX (i) átalakítja a vékony meghajtó a kívánt formátumban a FT, csak akkor, ha engedélyezi FT VM ki.
Beállítása az infrastruktúra és a felvételét FT
Tehát ahhoz, hogy Fault Tolerance, meg kell, hogy a következő lépéseket:
1. Engedélyezze ellenõrizni a tanúsítvány.
2. Állítsa be a hálózati minden szerveren.
3. Készítsen egy HA csoport, adjuk hozzá a szerver, hogy ellenőrizze, ha a beállításokat.
Annak érdekében, hogy szerver tanúsítvány ellenőrzés, menjünk az Administration menüt. vCenter beállítások. SSL-beállítások. ellenőrizze a Check fogadó tanúsítványokat.
Az hálózati beállítást jelenti: szükség van a két interfész VMkernel, amelyek közül az egyik fogják használni VMotion, és a második - alatt a forgalmat Fault Tolerance. Ez a konfiguráció támogatott, azokat a saját és dedikált gigabites hálózati vezérlő, legalább egy.
Így, meg kell, hogy hozzon létre egy VMkernel két port, megosztása az egyes fizikai hálózati vezérlő és helyezzük a dobozokat (ábra. 7,13 és 7,14).
Adtam csak egy példa a hálózati konfiguráció. Természetesen nincs szükség, hogy VMotion és az FT VMkernel interfészek egyetlen virtuális kapcsolót.
Ábra. 7.13. VMkernel port konfiguráció a FT
Ábra. 7.14. Példa hálózat a FT
Ábra. 7.22. Teljesítmény fülre az FT-védett VM
Kezelése virtuális infrastruktúra fejlesztések