RHEV grupavimas ir RHEL hipervizorių diegimas – 5 dalis

Šioje dalyje aptarsime kai kuriuos svarbius dalykus, susijusius su mūsų RHEV serija. Šios serijos 2 dalyje aptarėme RHEV Hypervisor diegimą ir diegimą. Šioje dalyje aptarsime kitus RHEV Hypervisor diegimo būdus.

Pirmasis būdas buvo atliktas naudojant specialųjį RHEVH, kurį pritaikė pati RedHat be jokių pakeitimų ar pakeitimų iš administratoriaus pusės. Kitu būdu naudosime įprastą RHEL serverį [minimalus diegimas], kuris veiks kaip RHEV hipervizorius.

1 veiksmas: pridėkite RHEL Hypervisor prie aplinkos

1. Įdiekite prenumeruojamą RHEL6 serverį [minimalus diegimas]. Galite padidinti savo virtualią aplinką pridėdami papildomą prenumeruojamą RHEL6 serverį [Minimalus diegimas], kuris veikia kaip hipervizorius.

Virtualios mašinos specifikacija
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

ir įsitikinkite, kad vm procesoriaus nustatymuose pažymėjote parinktį virtualizacija.

Patarimas : įsitikinkite, kad jūsų sistema yra prenumeruota „redhat“ kanalų ir yra atnaujinta. Jei nežinote, kaip užsiprenumeruoti „redhat“ prenumeruojamą kanalą, galite perskaityti straipsnis Įgalinti „Red Hat“ prenumeratos kanalą.

Patarimas : norėdami išsaugoti išteklius, galite išjungti vieną iš šiuo metu veikiančių ir veikiančių hipervizorių.

2. Jei norite paversti serverį hipervizoriumi {naudokite jį kaip hipervizorių}, gali reikėti jame įdiegti RHEVM agentą.

yum install vdsm

Kai paketai bus įdiegti, eikite į RHEVM žiniatinklio sąsają, kad ją pridėtumėte.

3. Priešingai RHEVH hipervizoriui, galite pridėti RHEL hipervizorių vienu būdu iš RHEM, naudodami pagrindinius RHEL hipervizoriaus kredencialus. Taigi, iš rhevm WUI perjunkite į skirtuką Hosts ir spustelėkite new.

Tada pateikite savo pagrindinio kompiuterio informaciją, kaip parodyta.

Tada nepaisykite Power mgmt įspėjimo ir užbaikite, tada palaukite kelias minutes ir patikrinkite naujai pridėto pagrindinio kompiuterio būseną.

Norėdami gauti daugiau informacijos apie RHEL pagrindinio pagrindinio kompiuterio pridėjimą, peržiūrėkite oficialią RedHat RHEV dokumentaciją.

2 veiksmas: RHEV klasterizacijos valdymas

Klasterizavimas RHEV apibūdina to paties procesoriaus tipo pagrindinius kompiuterius, kurie dalijasi ta pačia saugykla [pvz.,. per tinklą] ir atlieka konkrečias užduotis [pvz., Didelis prieinamumas ]

Klasterizavimas apskritai turi daug papildomų užduočių, kurias galite peržiūrėti straipsnyje, kuriame paaiškinama, kas yra grupavimas ir jo pranašumai/trūkumai.

Pagrindinis RHEV grupavimo privalumas yra įgalinti ir valdyti virtualių mašinų perkėlimą tarp prieglobų, priklausančių tai pačiai klasteriui.

Taigi, kaip virtualios mašinos migruoja tarp pagrindinio kompiuterio?

RHEV turi dvi strategijas:

1. Tiesioginis perkėlimas
2. Didelis prieinamumas

1. Gyva migracija

Tiesioginis perkėlimas naudojamas nekritinėje situacijoje, o tai reiškia, kad apskritai viskas veikia gerai, bet jūs turite atlikti kai kurias apkrovos balansavimo užduotis (pvz., radote, kad priegloba yra įkelta virtualios mašinos, o ne kitos. Taigi gali Live perkelti virtualią mašiną iš pagrindinio kompiuterio į kitą, kad būtų pasiektas apkrovos balansas).

Pastaba: tiesioginio perkėlimo metu VM veikiančios paslaugos, programos ar naudotojai nenutrūksta. Tiesioginė migracija taip pat vadinama išteklių perskirstymu.

Tiesioginis perkėlimas gali būti tvarkomas rankiniu būdu arba automatiškai pagal iš anksto nustatytą politiką:

  1. Rankiniu būdu: priverstinai pasirinkite paskirties prieglobą, tada perkelkite VM į jį rankiniu būdu naudodami WUI.
  2. Automatinis : vienos iš klasterio strategijų naudojimas tiesioginiam perkėlimui valdyti pagal RAM naudojimą, procesoriaus naudojimą ir kt.

Perjunkite į skirtuką Klasteriai ir pasirinkite 1 klasteris ir spustelėkite redaguoti.

Langų skirtukuose perjunkite į skirtuką Klasterio politika.

Pasirinkite politiką tolygiai_paskirstyta. Ši politika leidžia sukonfigūruoti didžiausią procesoriaus panaudojimo slenkstį pagrindiniame kompiuteryje ir leistiną įkėlimo laiką prieš pradedant tiesioginį perkėlimą.

Užuomina

Kaip parodyta, didžiausią slenkstį sukonfigūravau kaip 50%, o trukmę – 1 min.

Tada Gerai ir perjunkite į VM skirtuką.

Pasirinkite „Linux vm“ [Anksčiau sukurta], tada spustelėkite Redaguoti ir pažymėkite šiuos taškus.

1. Iš skirtuko Priegloba : pažymėkite Rankinis ir Automatinis Tiesioginis perkėlimas šioje virtualioje mašinoje.

2. Iš HA skirtuko : patikrinkite savo virtualios mašinos Prioriteto laipsnį. Mūsų atveju tai nėra labai svarbu, nes žaidžiame tik su vienu vm. Tačiau didelėje aplinkoje bus svarbu nustatyti savo VMS prioritetus.

Tada paleiskite Linux VM.

Pirmiausia naudosime rankinį tiesioginį perkėlimą. „Linux VM“ dabar veikia rhel.mydomain.org.

Prieš pradėdami perkėlimą, paleiskite šią komandą per vm konsolę.

ls -lRZ /

Tada pasirinkite Linux VM ir spustelėkite Perkelti.

Jei pasirinksite automatiškai, sistema pagal klasterio politiką patikrins atsakingiausią pagrindinį kompiuterį. Mes tai išbandysime be jokio administratoriaus įsikišimo.

Taigi, pasirinkę rankiniu būdu ir pasirinkę tikslą, spustelėkite Gerai ir eikite į konsolę ir stebėkite vykdomą komandą. Taip pat galite patikrinti VM būseną.

Gali tekti stebėti užduoties įvykius.

Po kelių sekundžių rasite pakeitimą he vm pagrindinio kompiuterio varde.

Jūsų VM rankiniu būdu sėkmingai perkeltas tiesiogiai !!

Išbandykime automatinį tiesioginį perkėlimą, mūsų tikslas yra, kad rhevhn1 pagrindinio kompiuterio procesoriaus apkrova būtų viršyta 50%. Mes tai padarysime padidindami paties VM apkrovą, todėl iš konsolės parašykite šią komandą:

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

ir stebėti pagrindinio kompiuterio apkrovą.

Po kelių minučių pagrindinio kompiuterio apkrova viršys 50%.

Tiesiog palaukite dar kelias minutes, tada tiesioginis perkėlimas prasidės automatiškai, kaip parodyta.

Taip pat galite patikrinti užduočių skirtuką ir po trumpo laukimo jūsų virtualioji mašina automatiškai perkeliama į „rhel Host“.

Svarbu: įsitikinkite, kad vienas iš jūsų prieglobų turi daugiau išteklių nei kitas. Jei du pagrindiniai ištekliai yra identiški. VM nebus perkeltas, nes nebus jokio skirtumo!!

Patarimas: įjungus pagrindinį kompiuterį į priežiūros režimą, bus automatiškai pradėtas tiesioginis perkėlimas ir VM paleistas kituose toje pačioje klasterio priegloboje.

Norėdami gauti daugiau informacijos apie VM perkėlimą, skaitykite Virtualių mašinų perkėlimas tarp pagrindinių kompiuterių.

Patarimas: tiesioginis perkėlimas tarp skirtingų grupių oficialiai nepalaikomas. Tikėkitės, kad vieną atvejį galite patikrinti čia.

2. Aukštas prieinamumas

Priešingai tiesioginei migracijai, HA naudojama kritinėms situacijoms padengti, o ne tik apkrovos balansavimo užduotims. Bendra skiltis, kurioje jūsų VM taip pat bus perkelta į kitą pagrindinį kompiuterį, tačiau perkrovimo metu.

Jei jūsų klasteryje yra gedimas, neveikiantis arba nereaguojantis pagrindinis kompiuteris, tiesioginis perkėlimas negali jums padėti. HA išjungs virtualųjį įrenginį ir iš naujo paleis jį kitame veikiančiame pagrindiniame kompiuteryje tame pačiame klasteryje.

Jei norite įgalinti HA savo aplinkoje, turite turėti bent vieną energijos valdymo įrenginį [pvz., maitinimo jungiklis] jūsų aplinkoje.

Deja, virtualioje aplinkoje to padaryti negalime. Taigi, norėdami sužinoti daugiau apie HA RHEV, žr. Veiklos laiko gerinimas naudojant VM aukštą prieinamumą.

Atminkite: tiesioginis perkėlimas ir aukštas pasiekiamumas veikia su prieglobomis tame pačiame klasteryje su to paties tipo CPU ir prijungtais prie bendrinamos saugyklos.

Išvada:

Pasiekėme aukščiausią savo serijos tašką, kai aptarėme vieną iš svarbių RHEV klasterizacijos ypatybių, kaip ją apibūdinome, ir jos svarbą. Taip pat aptarėme antrojo tipo [metodą], kaip diegti RHEV hipervizorius, pagrįstus RHEL [bent 6,6 x86_64].

Kitame straipsnyje mes galėsime atlikti kai kurias virtualiųjų mašinų operacijas, tokias kaip momentinės nuotraukos, sandarinimas, klonavimas, eksportavimas ir telkiniai.