RHEV kopu veidošana un RHEL hipervizoru uzstādīšana - 5. daļa
Šajā daļā mēs apspriedīsim dažus svarīgus jautājumus, kas saistīti ar mūsu RHEV sērijām. Šīs sērijas 2. daļā mēs esam apsprieduši RHEV Hypervisor izvietošanu un instalēšanu. Šajā daļā mēs apspriedīsim vēl citus RHEV Hypervisor instalēšanas veidus.
Pirmais veids tika veikts, izmantojot īpašu RHEVH, kuru pats RedHat pielāgoja bez jebkādām izmaiņām vai izmaiņām no admin puses. Pretējā gadījumā mēs izmantosim parasto RHEL serveri [Minimālā instalācija], kas darbosies kā RHEV hipervizors.
1. darbība: pievienojiet RHEL Hypervisor videi
1. Instalējiet abonēto RHEL6 serveri [Minimālā instalācija]. Jūs varat palielināt savu virtuālo vidi, pievienojot papildu abonētu RHEL6 serveri. [Minimāla instalēšana] darbojas kā hipervizors.
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
un pārliecinieties, vai esat pārbaudījis virtualizācijas opciju vm procesora iestatījumos.
Padoms. Pārliecinieties, vai jūsu sistēma ir abonējusi redhat kanālus un vai tā ir atjaunināta. Ja nezināt, kā abonēt redhat abonēšanas kanālu, varat izlasīt rakstu Iespējot Red Hat abonēšanas kanālu.
Padoms. Lai ietaupītu resursus, varat izslēgt vienu no abiem pašlaik darbojošajiem un esošajiem hipervizoriem.
2. Lai serveri pārvērstu hipervizorā {izmantojiet to kā hipervizoru}, iespējams, tajā būs jāinstalē RHEVM aģents.
# yum install vdsm
Kad pakotņu instalēšana ir pabeigta, dodieties uz RHEVM tīmekļa saskarni, lai to pievienotu.
3. Pret RHEVH hipervizoru jūs varat pievienot RHEL hipervizoru vienā virzienā no RHEM, izmantojot RHEL hipervizora saknes akreditācijas datus. Tātad, no rhevm WUI pārslēdzieties uz cilni Hosts un noklikšķiniet uz new.
Pēc tam norādiet savu resursdatora informāciju, kā parādīts.
Pēc tam ignorējiet Power mgmt brīdinājumu un pabeidziet, pēc tam pagaidiet dažas minūtes un pārbaudiet nesen pievienotā resursdatora statusu.
Lai iegūtu sīkāku informāciju par RHEL bāzes resursdatora pievienošanu, skatiet RedHat oficiālo RHEV dokumentāciju.
2. solis: RHEV kopu pārvaldīšana
Klasterizācija RHEV apraksta viena un tā paša procesora tipa resursdatoru koplietošanu vienā un tajā pašā krātuvē [piem. tīklā] un tiek izmantoti konkrēta uzdevuma veikšanai [piem. Augsta pieejamība]
Klasterizācijai kopumā ir daudz papildu uzdevumu, kurus varat apskatīt rakstā, kurā ir paskaidrots, kas ir klasterošana un tās priekšrocības/trūkumi.
RHEV klasterizācijas galvenā priekšrocība ir virtuālo mašīnu migrācijas iespējošana un pārvaldīšana starp saimniekiem, kas pieder tai pašai klasterim.
RHEV ir divas stratēģijas:
1. Tiešā migrācija
2. Augsta pieejamība
Tiešraides migrācija tiek izmantota nekritiskā situācijā, kas nozīmē, ka viss kopumā darbojas labi, taču jums ir jāveic daži slodzes līdzsvarošanas uzdevumi (piemēram, jūs atradāt, ka resursdators ir ielādēts ar virtuālo mašīnu pār citu. Tātad, jūs varat Live migrēt virtuālo mašīnu no resursdatora citam, lai panāktu slodzes līdzsvarošanu).
Piezīme. Tiešās migrācijas laikā pakalpojumiem, lietojumprogrammām vai lietotājiem, kas darbojas VM, nav pārtraukumu. Tiešā migrācija tiek saukta arī par resursu pārdalīšanu.
Tiešraides migrāciju var apstrādāt manuāli vai automātiski atbilstoši iepriekš noteiktai politikai:
- Manuāli: piespiediet atlasīt galamērķa resursdatoru, pēc tam manuāli migrējiet VM uz to, izmantojot WUI.
- Automātiski: izmantojot vienu no klastera politikām, lai pārvaldītu reāllaika migrāciju atbilstoši RAM lietojumam, CPU izmantošanai utt.
Pārslēdzieties uz cilni Klasteri un atlasiet 1. kopa, noklikšķiniet uz Rediģēt.
Loga cilnēs pārslēdzieties uz cilni Klastera politika.
Atlasiet vienmērīgi sadalītu politiku. Šī politika ļauj konfigurēt maksimālo slieksni procesora izmantošanai resursdatorā un atļauto ielādes laiku pirms reālās migrācijas sākšanas.
Padoms
Kā parādīts, es konfigurēju maksimālo slieksni kā 50% un ilgumu - 1 min.
Pēc tam Labi un pārslēdzieties uz VM cilni.
Atlasiet Linux vm [Iepriekš izveidots], pēc tam noklikšķiniet uz Rediģēt un pārbaudiet šos punktus.
1. No cilnes Saimnieks: šai virtuālajai mašīnai ir atļauta pārbaude Manuāla un automātiska tiešā migrēšana
2. No cilnes HA: pārbaudiet savas virtuālās mašīnas prioritātes pakāpi. Mūsu gadījumā tas nav īpaši svarīgi, jo mēs spēlējam tikai ar vienu vm. Bet būs svarīgi noteikt prioritātes savām videomateriāliem lielā vidē.
Pēc tam palaidiet Linux VM.
Pirmkārt, mēs izmantosim migrāciju manuāli. Linux VM tagad darbojas vietnē rhel.mydomain.org.
Ļauj palaist šo komandu vm konsolē, pirms sākat migrēšanu.
# ls -lRZ /
Pēc tam atlasiet Linux VM un noklikšķiniet uz Migrēt.
Ja atlasīsit automātiski, saskaņā ar klastera politiku sistēma pārbaudīs atbildīgāko resursdatoru par galamērķi. Mēs to pārbaudīsim bez administratora iejaukšanās.
Tātad, atlasot manuāli un izvēloties galamērķi, noklikšķiniet uz Labi un dodieties uz konsoli un uzraugiet darbojošos komandu. Varat arī pārbaudīt vm statusu.
Iespējams, jums būs jāuzrauga uzdevuma notikumi.
Pēc dažām sekundēm jūs atradīsit izmaiņas vm resursdatora nosaukumā.
Jūsu VM ir manuāli Live migrēts veiksmīgi !!
Izmēģinām automātisko tiešo migrāciju. Mūsu mērķis ir panākt, lai rhevhn1 resursdatora CPU slodze būtu pārsniegta 50%. Mēs to darīsim, palielinot paša vm slodzi, tāpēc no konsoles uzrakstiet šo komandu:
# dd if=/dev/urandom of=/dev/null
un uzraudzīt resursdatora slodzi.
Pēc dažām minūtēm resursdatora slodze pārsniegs 50%.
Vienkārši pagaidiet vēl dažas minūtes, pēc tam tiešraides migrācija sāksies automātiski, kā parādīts.
Varat arī pārbaudīt uzdevumu cilni, un pēc nelielas gaidīšanas jūsu virtuālā mašīna tiek automātiski migrēta uz rhel Host.
Svarīgi: Pārliecinieties, ka vienam no jūsu resursdatoriem ir vairāk resursu nekā otram. Ja abi resursdatori resursos ir identiski. VM netiks migrēts, jo nebūs atšķirības !!
Padoms. Pārvietojot resursdatoru uzturēšanas režīmā, automātiski tiks migrēta uz augšu un palaista VM uz citiem tajā pašā kopā esošajiem resursdatoriem.
Lai iegūtu papildinformāciju par VM migrācijām, lasiet Virtuālo mašīnu migrēšana starp saimniekiem.
Padoms. Tiešraides migrācija starp dažādām kopām netiek oficiāli atbalstīta, ja vienā gadījumā to varat pārbaudīt šeit.
Pret dzīvu migrāciju HA tiek izmantots, lai atspoguļotu kritisko situāciju, ne tikai slodzes līdzsvarošanas uzdevumus. Kopējā sadaļa, kuru jūsu virtuālā mašīna arī migrēja uz citu resursdatoru, bet ar pārstartēšanas laiku.
Ja jūsu klasterī ir kļūmes, nedarbojošs vai nereaģējošs resursdators, reālā migrācija nevar jums palīdzēt. HA izslēgs virtuālo mašīnu un restartēs to citā tajā pašā klasterī darbojošam resursdatoram.
Lai iespējotu HA savā vidē, jums ir jābūt vismaz vienai enerģijas pārvaldības ierīcei [piem. strāvas slēdzis] savā vidē.
Diemžēl mūsu virtuālajā vidē mēs to nevaram izdarīt. Tātad, lai uzzinātu vairāk par HA RHEV, lūdzu, skatiet Uptime uzlabošana ar VM augstu pieejamību.
Atcerieties: reālā migrācija un augsta pieejamība strādā ar tajā pašā klasterī esošajiem resursdatoriem ar tāda paša veida procesoriem un savienojumiem ar koplietojamo krātuvi.
Secinājums:
Mēs sasniedzām pīķa punktu savā sērijā, kad mēs aprakstījām vienu no RHEV klasterizācijas svarīgākajām iezīmēm, kad mēs to aprakstījām un tā nozīmi. Mēs arī apspriedām otrā veida [metodi] RHEV hipervizoru izvietošanai, kuru pamatā ir RHEL [vismaz 6,6 x86_64].
Nākamajā rakstā mēs varēsim veikt dažas darbības ar virtuālajām mašīnām, piemēram, momentuzņēmumus, aizzīmogošanu, klonēšanu, eksportēšanu un kopas.