RHEV-fürtözés és RHEL-hipervizorok telepítése – 5. rész

Ebben a részben az RHEV sorozatunkkal kapcsolatos néhány fontos pontot fogunk megvitatni. A sorozat 2. részében az RHEV Hypervisor telepítéseit és telepítéseit tárgyaltuk. Ebben a részben az RHEV Hypervisor telepítésének másik módjait tárgyaljuk.

Az első módszer a dedikált RHEVH használatával történt, amelyet maga a RedHat szabott testre, adminisztrátori oldalról történő módosítás vagy változtatás nélkül. A másik módon egy normál RHEL szervert fogunk használni [Minimális telepítés], amely RHEV Hypervisorként fog működni.

1. lépés: Adja hozzá az RHEL Hypervisort a környezethez

1. Telepítse az előfizetett RHEL6-kiszolgálót [Minimális telepítés]. Bővítheti virtuális környezetét további előfizetett RHEL6 kiszolgáló hozzáadásával [Minimális telepítés], amely hipervizorként működik.

A virtuális gép specifikációi

OS: RHEL6.6 x86_64
Number of processors: 2
Number of cores : 1
Memory : 3G
Network : vmnet3
I/O Controller : LSI Logic SAS
Virtual Disk : SCSI
Disk Size : 20G
IP: 11.0.0.7
Hostname: rhel.mydomain.org

és győződjön meg arról, hogy bejelölte a virtualizáció lehetőséget a vm processzorbeállításokban.

Tipp : Győződjön meg róla, hogy rendszere feliratkozott a redhat csatornákra, és naprakész. Ha nem tudja, hogyan iratkozzon fel a redhat előfizetéses csatornára, olvassa el a Red Hat előfizetési csatorna engedélyezése című cikket.

Tipp : Az erőforrások mentéséhez leállíthatja a jelenleg futó és futó hipervizorok egyikét.

2. A szerver hipervizorrá alakításához {használd hipervizorként} előfordulhat, hogy telepíteni kell rá az RHEVM ügynököt.

yum install vdsm

A csomagok telepítése után lépjen az RHEVM webes felületre a hozzáadáshoz.

3. Az RHEVH hipervizorral szemben az RHEL hipervizort egy módon adhatja hozzá az RHEM-ből, az RHEL hipervizor gyökér hitelesítő adataival. Tehát az rhevm WUI-ról váltson a Hosts fülre, és kattintson az new lehetőségre.

Ezután adja meg a gazdagép adatait a képen látható módon.

Ezután hagyja figyelmen kívül a Power mgmt figyelmeztetést, fejezze be, majd várjon néhány percet, és ellenőrizze az újonnan hozzáadott gazdagép állapotát.

Az RHEL alapú gazdagép hozzáadásával kapcsolatos további részletekért tekintse meg a RedHat hivatalos RHEV dokumentációját.

2. lépés: Az RHEV-klaszterezés kezelése

A fürtözés az RHEV-ben ugyanazon CPU-típusú gazdagépek egy csoportját írja le, amelyek ugyanazon a tárolón osztoznak [pl. hálózaton keresztül], és bizonyos feladatok elvégzésére használnak [pl. Magas rendelkezésre állás ]

A fürtözésnek általában sok további feladata van, és tekintse meg azt a cikket, amely elmagyarázza, mi a fürtözés, és ennek előnyei/hátrányai.

A RHEVben történő fürtözés fő előnye, hogy engedélyezi és kezeli a virtuális gépek migrációját az azonos fürthöz tartozó gazdagépek között.

Tehát hogyan migrálnak a virtuális gépek a gazdagépek között?

Az RHEV-nek két stratégiája van:

1. Élő migráció
2. Magas rendelkezésre állás

1. Élő migráció

Az Élő migráció nem kritikus helyzetekben használatos, ami azt jelenti, hogy általában minden jól működik, de el kell végeznie néhány terheléselosztási feladatot (pl. azt találta, hogy egy gazdagépet egy virtuális gép tölt be egy másik géppel. Tehát Live migrálhat virtuális gépet gazdagépről egy másikra a terheléselosztás elérése érdekében).

Megjegyzés : A virtuális gépen belüli szolgáltatások, alkalmazások vagy felhasználók működésében nincs fennakadás az élő áttelepítés során. Az élő migrációt erőforrás-újraelosztásnak is nevezik.

Az élő migráció feldolgozható manuálisan vagy automatikusan az előre meghatározott házirend szerint:

1. Manuálisan: Kényszerítse ki a célállomást, majd állítsa át a virtuális gépet arra manuálisan a WUI használatával.
2. Automatikus : A fürt házirendek egyikének használata az élő migráció kezeléséhez a RAM-használat, a CPU-használat stb. szerint.

Váltson a Clusterek lapra, és válassza a Cluster1 lehetőséget, majd kattintson a szerkesztésre.

Az ablaklapokról váltson a Cluster Policy lapra.

Válassza az egyenletesen_elosztott irányelvet. Ez a házirend lehetővé teszi a maximális CPU-kihasználtság küszöbértékének konfigurálását a gazdagépen és a betöltés megengedett időtartamát az élő áttelepítés megkezdése előtt.

Tipp

Amint látható, a maximális küszöböt 50%-ra, az időtartamot pedig 1 percre állítottam be.

Ezután OK, és váltson át a virtuális gép lapjára.

Válassza a Linux vm [Korábban létrehozott] lehetőséget, majd kattintson a szerkesztés gombra, és ellenőrizze ezt a pontot.

1. A Gazdagép lapról: jelölje be a Manuális és az Automatikus Élő migráció engedélyezett ezen a virtuális gépen.

2. A HA lapról : Ellenőrizze virtuális gépe Prioritás fokát. A mi esetünkben ez nem túl fontos, mivel csak egy vm-mel játszunk. De fontos lesz prioritásokat beállítani a virtuális gépek számára nagy környezetben.

Ezután indítsa el a Linux VM-et.

Először a Manuálisan élő áttelepítést fogjuk használni. A Linux virtuális gép már fut a rhel.mydomain.org webhelyen.

Az áttelepítés megkezdése előtt futtassuk le a következő parancsot a vm konzolon.

ls -lRZ / 

Ezután válassza a Linux VM lehetőséget, és kattintson a Migrálás lehetőségre.

Ha automatikusan kiválasztja, a rendszer a leginkább felelős gazdagépet ellenőrzi a fürt házirendje szerint. Ezt a rendszergazda beavatkozása nélkül teszteljük.

Tehát a kézi kijelölés és a cél kiválasztása után kattintson az OK gombra, lépjen a konzolra, és figyelje a futó parancsot. A vm állapotát is ellenőrizheti.

Lehet, hogy figyelnie kell a Task eseményeit.

Néhány másodperc múlva változást fog találni a vm gazdagépnévben.

A VM manuálisan sikeresen áttelepült élőben!!

Próbáljuk meg az automatikus élő migrációt, a célunk az, hogy az rhevhn1 Host CPU-terhelése meghaladja az 50%-ot. Ezt úgy fogjuk megtenni, hogy növeljük magának a virtuális gépnek a terhelését, ezért a konzolból írja ki ezt a parancsot:

dd if=/dev/urandom of=/dev/null

és figyelje a Host terhelését.

Néhány perc múlva a Host terhelése meghaladja az 50%-ot.

Csak várjon még néhány percet, és az élő migráció automatikusan elindul, ahogy az ábrán látható.

Ellenőrizheti a Feladatok fület is, és kis várakozás után a virtuális gép automatikusan élőben áttelepül a rhel Hostra.

Fontos: Győződjön meg arról, hogy az egyik gazdagép több erőforrással rendelkezik, mint a másik. Ha a két gazdagép erőforrásaiban azonos. A virtuális gép nem lesz migrálva, mert nem lesz különbség!!

Tipp: Ha a gazdagépet karbantartási módba állítja, akkor automatikusan elindul az élő áttelepítés, és a virtuális gépek futnak ugyanabban a fürtben lévő többi gazdagépen.

A virtuális gépek migrációjával kapcsolatos további információkért olvassa el a Virtuális gépek áttelepítése gazdagépek között című részt.

Tipp: A különböző fürtök közötti élő áttelepítés hivatalosan nem támogatott, csak egy esetet nézhet meg itt.

2. Magas rendelkezésre állás

Az Élő migráció ellenében a HA a kritikus helyzetek fedezésére szolgál, nem csak a terheléselosztási feladatokra. Az a közös szakasz, amelyben a virtuális gép egy másik gazdagépre is áttelepül, de újraindítási leállási idővel.

Ha a fürtben hiba, nem működő vagy nem reagáló gazdagép található, az élő migráció nem tud segíteni. A HA kikapcsolja a virtuális gépet, és újraindítja egy másik, ugyanabban a fürtben futó gazdagépen.

Ahhoz, hogy engedélyezze a HA-t a környezetben, rendelkeznie kell legalább egy energiagazdálkodási eszközzel [pl. tápkapcsoló] a környezetében.

Sajnos a virtuális környezetünkben ezt nem tudjuk megtenni. Ha többet szeretne megtudni a HA-ról az RHEV-ben, kérjük, tekintse meg az Üzemidő javítása VM magas rendelkezésre állással című részt.

Ne feledje: Az Élő migráció és a Magas rendelkezésre állás ugyanazon fürtben lévő gazdagépekkel működik, azonos típusú CPU-val és megosztott tárhelyhez csatlakozva.

Következtetés:

Sorozatunk csúcspontjához értünk, amikor megvitattuk az RHEV Clustering egyik fontos jellemzőjét, ahogy leírtuk, és annak fontosságát. Szintén megvitattuk a második típusú [módszert] az RHEV hipervizorok telepítésére, amelyek RHEL-en alapulnak [legalább 6.6 x86_64].

A következő cikkben néhány műveletet hajthatunk végre a virtuális gépeken, például pillanatfelvételeket, lezárást, klónozást, exportálást és poolokat.