RHEV grupisanje i RHEL hipervizora instalacija - Dio 5


U ovom dijelu ćemo razgovarati o nekim važnim tačkama koje se odnose na našu RHEV seriju. U Djelu-2 ove serije, raspravljali smo o RHEV Hypervisor implementaciji i instalaciji. U ovom dijelu ćemo razgovarati o drugim načinima za instaliranje RHEV Hypervisora.

Prvi način je urađen korištenjem namjenskog RHEVH koji je sam RedHat prilagodio bez ikakvih modifikacija ili promjena sa strane administratora. Na drugi način, koristićemo normalan RHEL server [Minimalna instalacija] koji će djelovati kao RHEV hipervizor.

Korak 1: Dodajte RHEL Hypervisor u okruženje

1. Instalirajte pretplaćeni RHEL6 server [Minimalna instalacija]. Možete povećati svoje virtuelno okruženje dodavanjem dodatnog pretplaćenog RHEL6 servera [Minimalna instalacija] koji djeluje kao hipervizor.

Specifikacija virtuelne mašine
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

i provjerite jeste li označili opciju virtualizacija u postavkama vm procesora.

Savjet : Provjerite je li vaš sistem pretplaćen na redhat kanale i ažuran, ako ne znate kako se pretplatiti na kanal za pretplatu na redhat, možete pročitati članak Omogući kanal za pretplatu na Red Hat.

Savjet : Da biste sačuvali svoje resurse, možete isključiti jedan od trenutno aktivnih hipervizora.

2. Za pretvaranje vašeg servera u hipervizor {use it as a hypervisor} možda ćete trebati instalirati RHEVM agenta na njemu.

yum install vdsm

Nakon što se instalacija paketa završi, idite na web interfejs RHEVM da ga dodate.

3. Za razliku od hipervizora RHEVH, možete dodati RHEL hipervizor sa jednog načina od RHEM-a koristeći root vjerodajnice RHEL hipervizora. Dakle, sa rhevm WUI prebacite se na karticu Hostovi i kliknite na novo.

Zatim navedite informacije o svom hostu kao što je prikazano.

Zatim zanemarite Power mgmt upozorenje i završite, a zatim pričekajte nekoliko minuta i provjerite status novododatog hosta.

Za više detalja o dodavanju hosta zasnovanog na RHEL-u, pogledajte zvaničnu RHEV dokumentaciju RedHat-a.

Korak 2: Upravljanje RHEV klasterizacijom

Grupiranje u RHEV-u opisuje grupu istog tipa CPU-a koji dijele istu memoriju [npr. preko mreže] i koriste za obavljanje određenog zadatka [npr. Visoka dostupnost ]

Grupiranje općenito ima puno dodatnih zadataka možete pogledati u članku koji objašnjava što je klasteriziranje i njegove prednosti/mane.

Glavna prednost klasteriranja u RHEV je omogućavanje i upravljanje migracijom virtuelnih mašina između hostova koji pripadaju istom klasteru.

Dakle, kako virtuelne mašine migriraju između hostova?

RHEV ima dvije strategije:

1. Migracija uživo
2. Visoka dostupnost

1. Živa migracija

Migracija uživo se koristi u nekritičnoj situaciji, što znači da sve funkcionira dobro općenito, ali morate obaviti neke zadatke balansiranja opterećenja (npr. otkrili ste da je virtuelna mašina učitava host preko drugog. Dakle, vi može Live migrirati virtuelnu mašinu sa hosta na drugu radi postizanja balansiranja opterećenja).

Napomena : Nema prekida u uslugama, aplikacijama ili korisnicima koji rade unutar VM-a tokom migracije uživo. Živa migracija se naziva i preraspodjela resursa.

Živa migracija se može obraditi ručno ili automatski prema unaprijed definiranoj politici:

  1. Ručno: Prisilno birajte odredišni host, a zatim ručno migrirajte VM na njega koristeći WUI.
  2. Automatski : Korištenje jedne od pravila klastera za upravljanje migracijom uživo prema korištenju RAM-a, iskorištenosti CPU-a itd.

Prebacite se na karticu Klasteri i odaberite Cluster1 klikom na uredi.

Sa kartica prozora, prijeđite na karticu Cluster Policy.

Odaberite pravilo ravnomjerno_distribuirano. Ova politika vam omogućava da konfigurišete maksimalni prag za korištenje CPU-a na hostu i dozvoljeno vrijeme za učitavanje prije pokretanja migracije uživo.

Savjet

Kao što je prikazano, konfigurisao sam maksimalni prag na 50% i trajanje na 1 min.

Zatim OK i prebacite se na karticu VM.

Odaberite Linux vm [Prethodno kreirano], a zatim kliknite uredi i provjerite ove točke.

1. Sa kartice Host : Označite Ručna i Automatska migracija uživo dozvoljena za ovu VM.

2. Sa kartice HA : Provjerite stupanj Prioriteta vaše virtuelne mašine. U našem slučaju to nije mnogo važno jer se igramo sa samo jednim vm-om. Ali bit će važno postaviti prioritete za vaš vms u velikom okruženju.

Zatim pokrenite Linux VM.

Prvo ćemo koristiti Ručnu aktivnu migraciju. Linux VM sada radi na rhel.mydomain.org.

Pokrenimo sljedeću naredbu preko vm konzole, prije početka migracije.

ls -lRZ / 

Zatim odaberite Linux VM i kliknite na Migracija.

Ako odaberete automatski, sistem će provjeriti da je najodgovorniji host odredište prema politici klastera. Ovo ćemo testirati bez uplitanja administratora.

Dakle, nakon ručnog odabira i odabira odredišta, kliknite OK i idite na konzolu i nadgledajte pokrenutu komandu. Također možete provjeriti status vm.

Možda ćete morati pratiti događaje Zadatka.

Nakon nekoliko sekundi, naći ćete promjenu u on vm Hostname.

Vaš VM je ručno uspješno migriran uživo !!

Pokušajmo sa automatskom Migracijom uživo, naš cilj je da opterećenje CPU-a na rhevhn1 Host-u bude prekoračeno 50%. To ćemo učiniti povećanjem opterećenja na samom vm-u, pa s konzole napišite ovu naredbu:

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

i prati opterećenje na hostu.

Nakon nekoliko minuta, opterećenje na hostu će premašiti 50%.

Samo pričekajte još nekoliko minuta, a zatim će migracija uživo početi automatski kao što je prikazano.

Također možete provjeriti karticu sa zadacima, i nakon malo čekanja, vaša virtualna mašina se automatski prenosi uživo na rhel Host.

Važno: Uvjerite se da jedan od vaših domaćina ima više resursa od drugog. Ako su dva hosta identična u resursima. VM neće biti migriran jer neće biti razlike !!

Savjet: Stavljanje hosta u režim održavanja automatski će pokrenuti migraciju uživo i pokrenuti VM na druge hostove u istom klasteru.

Za dodatne informacije o migracijama VM, pročitajte Migracija virtuelnih mašina između hostova.

Savjet: Migracija uživo između različitih klastera nije službeno podržana, očekujte jedan slučaj koji možete provjeriti ovdje.

2. Visoka dostupnost

Za razliku od Migracije uživo, HA se koristi za pokrivanje kritične situacije, a ne samo za zadatke balansiranja opterećenja. Uobičajeni odjeljak da će vaš VM također migrirati na drugi host, ali uz vrijeme ponovnog pokretanja.

Ako u svom klasteru imate neispravan, neoperativan ili nereagirajući Host, Live Migration vam ne može pomoći. HA će isključiti virtuelnu mašinu i ponovo je pokrenuti na drugom pokrenutom hostu u istom klasteru.

Da Omogućite HA u svom okruženju, morate imati barem jedan uređaj za upravljanje napajanjem [npr. prekidač za napajanje] u vašem okruženju.

Nažalost, to nismo u mogućnosti da uradimo u našem virtuelnom okruženju. Dakle, za više o HA u RHEV pogledajte Poboljšanje vremena rada uz VM visoku dostupnost.

Zapamtite: Migracija uživo i visoka dostupnost rade sa hostovima u istom klasteru sa istim tipom CPU-a i povezanim na dijeljenu pohranu.

zaključak:

Dostigli smo vrhunac u našoj seriji dok smo raspravljali o jednoj od važnih karakteristika RHEV klasteriranja kako smo je opisali i njenu važnost. Takođe smo razgovarali o drugom tipu [metoda] za implementaciju RHEV hipervizora koji se zasniva na RHEL [najmanje 6.6 x86_64].

U sljedećem članku moći ćemo izvršiti neke operacije na virtuelnim mašinama kao što su snimci, zatvaranje, kloniranje, izvoz i skupovi.