Instalacija RHEV klasteriranja i RHEL hipervizora - 5. dio


U ovom dijelu raspravljat ćemo o nekim važnim točkama vezanim uz našu seriju RHEV. U Drugom dijelu ove serije, raspravljali smo o implementaciji i instalaciji RHEV Hypervisora. U ovom ćemo dijelu raspravljati o drugim načinima instaliranja RHEV Hypervisora.

Prvi način je učinjen korištenjem namjenskog RHEVH koji je prilagodio sam RedHat bez ikakvih modifikacija ili promjena od strane administratora. Drugi način, koristit ćemo normalan RHEL poslužitelj [Minimalna instalacija] koji će djelovati kao RHEV hipervizor.

Korak 1: Dodajte RHEL hipervizor u okruženje

1. Instalirajte pretplaćeni RHEL6 poslužitelj [Minimalna instalacija]. Možete povećati svoje virtualno okruženje dodavanjem dodatnog pretplaćenog RHEL6 poslužitelja [Minimalna instalacija] djeluje kao hipervizor.

Specifikacija virtualnog stroja
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š sustav pretplaćen na redhat kanale i ažuriran, ako ne znate kako se pretplatiti na redhat pretplatnički kanal, možete pročitati članak Omogućite Red Hat kanal pretplate.

Savjet: Kako biste uštedjeli svoje resurse, možete isključiti jedan od hipervizora koji su trenutno aktivni i rade.

2. Za pretvaranje vašeg poslužitelja u hipervizor {koristite ga kao hipervizor} možda ćete morati instalirati RHEVM agent na njega.

yum install vdsm

Nakon dovršetka instalacije paketa, idite na web sučelje RHEVM da biste ga dodali.

3. Za razliku od RHEVH hipervizora, RHEL hipervizor možete dodati na jedan način iz RHEM-a koristeći korijensku vjerodajnicu RHEL hipervizora. Dakle, s rhevm WUI prijeđite na karticu Hosts i kliknite new.

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

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

Za više detalja o dodavanju Host-a temeljenog na RHEL-u, provjerite službenu RedHat RHEV dokumentaciju.

Korak 2: Upravljanje RHEV klasteriranjem

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

Klasteriranje općenito ima mnogo dodatnih zadataka. Možete pogledati članak koji objašnjava što je klasteriranje i njegove prednosti/nedostaci.

Glavna prednost klasteriranja u RHEV je omogućiti i upravljati migracijom virtualnih strojeva između hostova koji pripadaju istom klasteru.

Dakle, kako virtualni strojevi migriraju između hostova?

RHEV ima dvije strategije:

1. Migracija uživo
2. Visoka dostupnost

1. Živa migracija

Migracija uživo koja se koristi u nekritičnim situacijama, što znači da općenito sve dobro radi, ali morate obaviti neke zadatke uravnoteženja opterećenja (npr. otkrili ste da virtualno računalo učitava host preko drugog. Dakle, može Live migrirati virtualno računalo s glavnog računala na drugo radi postizanja uravnoteženja opterećenja).

Napomena: Nema prekida usluga, aplikacija ili korisnika koji rade unutar VM-a tijekom Live Migration. Migracija uživo naziva se i preraspodjela resursa.

Migracija uživo može se obraditi ručno ili automatski u skladu s unaprijed definiranim pravilima:

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

Prebacite se na karticu Grupe i odaberite Grupe1 i kliknite na Uredi.

S kartica prozora prijeđite na karticu Pravila klastera.

Odaberite pravilo ravnomjerno raspoređeno. Ovo vam pravilo omogućuje konfiguriranje maksimalnog praga za korištenje CPU-a na glavnom računalu i dopušteno vrijeme za učitavanje prije pokretanja Live migracije.

Savjet

Kao što je prikazano, konfigurirao sam maksimalni prag na 50%, a trajanje na 1 minutu.

Zatim OK i prijeđite na karticu VM-a.

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

1. Na kartici Host: označite Ručnu i Automatsku migraciju uživo dopuštenu za ovaj VM.

2. Na kartici HA: Provjerite stupanj Prioriteta vašeg virtualnog stroja. U našem slučaju, to nije jako 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 migraciju uživo. Linux VM sada radi na rhel.mydomain.org.

Pokrenimo sljedeću naredbu preko vm konzole prije pokretanja migracije.

ls -lRZ / 

Zatim odaberite Linux VM i kliknite Migracija.

Ako odaberete automatski, sustav će provjeriti najodgovorniji host kao odredište prema politici klastera. Testirat ćemo ovo bez uplitanja administratora.

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

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

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

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

Pokušajmo s automatskom Live Migration, cilj nam je da CPU opterećenje na hostu rhevhn1 premaši 50%. To ćemo učiniti povećanjem opterećenja samog vm-a, pa iz konzole napišite ovu naredbu:

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

i pratiti opterećenje na hostu.

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

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

Također možete provjeriti karticu zadataka, i nakon kratkog čekanja, vaš virtualni stroj automatski je Live Migrated to rhel Host.

Važno: Provjerite ima li jedan od vaših hostova 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 Način održavanja automatski će pokrenuti Live Migration Up i pokrenuti VM na druge hostove u istom klasteru.

Za dodatne informacije o VM migracijama pročitajte Migracija virtualnih strojeva 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čnih situacija, a ne samo za zadatke uravnoteženja opterećenja. Uobičajeni odjeljak da će vaš VM također migrirati na drugo računalo, ali uz vrijeme prekida ponovnog pokretanja.

Ako u klasteru imate Kvar, Neoperativan ili Host koji ne reagira, Live Migration vam ne može pomoći. HA će isključiti virtualni stroj i ponovno ga pokrenuti na drugom operativnom računalu u istom klasteru.

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

Nažalost, to ne možemo učiniti u našem virtualnom okruženju. Dakle, za više informacija o HA u RHEV-u pogledajte Poboljšanje radnog vremena s visokom dostupnošću VM-a.

Zapamtite: Live Migration i High Availability rade s hostovima u istom klasteru s istom vrstom CPU-a i povezanim na dijeljenu pohranu.

Zaključak:

Dosegli smo vrhunac u našoj seriji dok smo raspravljali o jednoj od važnih značajki u RHEV klasteriranju kako smo je opisali i njezinoj važnosti. Također smo razgovarali o drugoj vrsti [metode] za postavljanje RHEV hipervizora koji se temelje na RHEL-u [najmanje 6.6 x86_64].

U sljedećem članku ćemo moći napraviti neke operacije na virtualnim strojevima kao što su snimke, zatvaranje, kloniranje, izvoz i skupovi.