Ta članek je nadaljevanje prejšnjega - “".
Zajemal bo proces osnovne namestitve in konfiguracije gruče oVirt 4.3 za gostovanje visoko razpoložljivih virtualnih strojev, ob upoštevanju dejstva, da so bili vsi predhodni koraki za pripravo infrastrukture že predhodno opravljeni.
Uvod
Glavni namen članka je zagotoviti navodila po korakih, kot je "Naslednji -> Da -> Konec"kako prikazati nekatere funkcije pri namestitvi in konfiguraciji. Postopek uvajanja vaše gruče morda ne bo vedno sovpadal s tistim, ki je v njem opisan, zaradi značilnosti infrastrukture in okolja, vendar bodo splošna načela enaka.
S subjektivnega vidika, njegova funkcionalnost je podobna različici VMware vSphere 5.x, vendar seveda z lastnimi funkcijami konfiguracije in delovanja.
Za tiste, ki jih zanima, vse razlike med RHEV (aka oVirt) in VMware vSphere lahko najdete na internetu, npr. , vendar bom vseeno občasno opozoril na nekatere njihove razlike ali podobnosti, ko bo članek napredoval.
Ločeno bi rad malo primerjal delo z omrežji za virtualne stroje. oVirt izvaja podoben princip upravljanja omrežja za virtualne stroje (v nadaljevanju VM), kot v VMware vSphere:
- z uporabo standardnega mostu Linux (v VMware - Standardno vSwitch), ki se izvajajo na virtualizacijskih gostiteljih;
- z uporabo Open vSwitch (OVS) (v VMware - Distributed vSwitch) je porazdeljeno virtualno stikalo, sestavljeno iz dveh glavnih komponent: centralnega strežnika OVN in krmilnikov OVN na upravljanih gostiteljih.
Opozoriti je treba, da bo članek zaradi enostavnosti implementacije opisoval nastavitev omrežij v oVirt za VM z uporabo standardnega mostu Linux, ki je standardna izbira pri uporabi hipervizorja KVM.
V zvezi s tem obstaja več osnovnih pravil za delo z omrežjem v gruči, ki jih je najbolje ne kršiti:
- Vse omrežne nastavitve na gostiteljih, preden jih dodate v oVirt, morajo biti enake, razen naslovov IP.
- Ko oVirt prevzame nadzor nad gostiteljem, ni priporočljivo ročno spreminjati ničesar v omrežnih nastavitvah brez popolnega zaupanja v svoja dejanja, saj jih bo agent oVirt po ponovnem zagonu gostitelja ali agenta preprosto vrnil nazaj na prejšnje. .
- Dodajanje novega omrežja za VM, kot tudi delo z njim, je treba izvajati samo iz upravljalne konzole oVirt.
Še en pomembna opomba — za zelo kritično okolje (zelo občutljivo na denarne izgube) bi bilo še vedno priporočljivo uporabljati plačljivo podporo in uporabo . Med delovanjem grozda oVirt se lahko pojavijo težave, za katere je priporočljivo čim prej poiskati kvalificirano pomoč, ne pa se z njimi ukvarjati sami.
In končno priporočljivo Pred uvedbo gruče oVirt se seznanite z , da bi se seznanili vsaj z osnovnimi pojmi in definicijami, sicer bo nadaljevanje članka malo težko prebrati.
Osnova za razumevanje članka in načel delovanja gruče oVirt so ti dokumenti z navodili:
Obseg tam ni zelo velik, v uri ali dveh lahko povsem osvojite osnovna načela, a za tiste, ki imate radi podrobnosti, je priporočljivo branje — RHEV in oVirt sta v bistvu ista stvar.
Torej, če so vse osnovne nastavitve na gostiteljih, stikalih in sistemih za shranjevanje končane, nadaljujemo neposredno z uvedbo oVirt.
Del 2. Namestitev in konfiguracija gruče oVirt 4.3
Za lažjo orientacijo bom v tem članku naštel glavne razdelke, ki jih je treba izpolniti enega za drugim:
- Namestitev strežnika za upravljanje oVirt
- Izdelava novega podatkovnega centra
- Ustvarjanje nove gruče
- Nameščanje dodatnih gostiteljev v samostojno okolje
- Ustvarjanje območja shranjevanja ali domen shranjevanja
- Ustvarjanje in konfiguriranje omrežij za virtualne stroje
- Ustvarjanje namestitvene slike za namestitev virtualnega stroja
- Ustvarite virtualni stroj
Namestitev strežnika za upravljanje oVirt
oVirt strežnik za upravljanje je najpomembnejši element v infrastrukturi oVirt, v obliki virtualnega stroja, gostitelja ali virtualne naprave, ki upravlja celotno infrastrukturo oVirt.
Njegovi bližnji analogi iz sveta virtualizacije so:
- VMware vSphere - strežnik vCenter
- Microsoft Hyper-V - System Center Virtual Machine Manager (VMM).
Za namestitev strežnika za upravljanje oVirt imamo dve možnosti:
Možnost 1
Namestitev strežnika v obliki specializiranega VM ali gostitelja.
Ta možnost deluje precej dobro, vendar pod pogojem, da tak VM deluje neodvisno od gruče, tj. ne deluje na nobenem gostitelju gruče kot običajni virtualni stroj, ki izvaja KVM.
Zakaj takšnega VM ni mogoče namestiti na gostitelje gruče?
Na samem začetku procesa uvajanja upravljalnega strežnika oVirt se znajdemo v dilemi - namestiti moramo upravljalni VM, samega grozda pa dejansko še ni in kaj torej lahko izmislimo sproti? Tako je - namestite KVM na prihodnje vozlišče gruče, nato na njem ustvarite navidezni stroj, na primer z OS CentOS, in vanj namestite motor oVirt. Običajno je to mogoče storiti zaradi popolnega nadzora nad takšnim VM, vendar je to zmoten namen, saj bodo v tem primeru v prihodnosti 100% težave s takim nadzornim VM:
- ni ga mogoče seliti v konzoli oVirt med gostitelji (vozlišči) gruče;
- pri selitvi z uporabo KVM prek virsh migrirati, ta VM ne bo na voljo za upravljanje s konzole oVirt.
- gostiteljev gruče ni mogoče prikazati v Način vzdrževanja (način vzdrževanja), če preselite ta VM z gostitelja na gostitelja z uporabo virsh migrirati.
Zato naredite vse v skladu s pravili - uporabite ali ločenega gostitelja za oVirt upravljalni strežnik, ali neodvisen VM, ki teče na njem, ali še bolje, naredite, kot je zapisano v drugi možnosti.
Možnost 2
Namestitev oVirt Engine Appliance na gostitelja gruče, ki ga upravlja.
To možnost bomo v nadaljevanju obravnavali kot bolj pravilno in primerno v našem primeru.
Zahteve za takšen VM so opisane v nadaljevanju, dodal bom le, da je priporočljivo imeti vsaj dva gostitelja v infrastrukturi, na kateri lahko poganjamo nadzorni VM, da je toleranten na napake. Tu bi rad dodal, da mi, kot sem že napisal v komentarjih v prejšnjem članku, nikoli nisem uspel dobiti splitbrain v gruči oVirt dveh gostiteljev z možnostjo izvajanja navideznih strojev z gostujočim motorjem na njih.
Namestitev oVirt Engine Appliance na prvega gostitelja gruče
Povezava do uradne dokumentacije - , odsek "»
Dokument določa predpogoje, ki morajo biti izpolnjeni pred uvedbo VM z gostujočim motorjem, in tudi podrobno opisuje sam postopek namestitve, zato ga nima smisla dobesedno ponavljati, zato se bomo osredotočili na nekatere pomembne podrobnosti.
- Pred začetkom vseh dejanj se prepričajte, da omogočite podporo za virtualizacijo v nastavitvah BIOS-a na gostitelju.
- Namestite paket za namestitveni program gostujočega motorja na gostitelja:
yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
yum -y install epel-release
yum install screen ovirt-hosted-engine-setup- Postopek za namestitev oVirt Hosted Engine začnemo na zaslonu na gostitelju (zapustite ga prek Ctrl-A + D, zaprete prek Ctrl-D):
screen
hosted-engine --deployČe želite, lahko poženete namestitev z vnaprej pripravljeno datoteko odgovorov:
hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf- Pri uvajanju hosted-engine določimo vse potrebne parametre:
- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры. - Za namestitev visoko razpoložljivega VM z gostujočim motorjem smo predhodno ustvarili poseben LUN na sistemu za shranjevanje, številka 4 in velikosti 150 GB, ki je bil nato predstavljen gostiteljem gruče - glejte .
Prej smo preverili tudi njegovo vidnost na gostiteljih:
multipath -ll
…
3600a098000e4b4b3000003c95d171065 dm-3 DELL , MD38xxf
size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='service-time 0' prio=14 status=active
| `- 15:0:0:4 sdc 8:32 active ready running
`-+- policy='service-time 0' prio=9 status=enabled
`- 18:0:0:4 sdj 8:144 active ready running- Sam postopek uvajanja gostujočega motorja ni zapleten; na koncu bi morali prejeti nekaj takega:
[ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf'
[ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ INFO ] Hosted Engine successfully deployedPreverimo prisotnost storitev oVirt na gostitelju:
Če je bilo vse opravljeno pravilno, po končani namestitvi uporabite spletni brskalnik iz skrbniškega računalnika in kliknite [Administracijski portal].
Posnetek zaslona »Administracijski portal«
Z vnosom prijave in gesla (nastavljenega med postopkom namestitve) v okno, kot je prikazano na sliki, pridemo do nadzorne plošče Open Virtualization Manager, v kateri lahko izvajate vsa dejanja z virtualno infrastrukturo:
- dodajte podatkovni center
- dodajte in konfigurirajte gručo
- dodajanje in upravljanje gostiteljev
- dodajte območja shranjevanja ali domene shranjevanja za diske navideznega stroja
- dodajte in konfigurirajte omrežja za virtualne stroje
- dodajanje in upravljanje virtualnih strojev, namestitvenih slik, predlog VM
O vseh teh dejanjih bomo razpravljali še naprej, nekateri v velikih celicah, drugi podrobneje in z odtenki.
Toda najprej bi priporočal branje tega dodatka, ki bo verjetno koristil marsikomu.
Dodatek
1) Načeloma, če obstaja takšna potreba, vam nič ne preprečuje, da hipervizor KVM namestite na vozlišča gruče vnaprej s pomočjo paketov libvirt и qemu-kvm (Ali qemu-kvm-ev) želene različice, čeprav lahko pri uvajanju vozlišča gruče oVirt to stori sam.
Ampak če libvirt и qemu-kvm Če niste namestili najnovejše različice, boste morda prejeli naslednjo napako pri uvajanju gostujočega motorja:
error: unsupported configuration: unknown CPU feature: md-clearTisti. moram imeti libvirt z zaščito pred , ki podpira ta pravilnik:
<feature policy='require' name='md-clear'/>Namestite libvirt v.4.5.0-10.el7_6.12 s podporo za md-clear:
yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_
yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client
systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtdPreverite podporo za 'md-clear':
virsh domcapabilities kvm | grep require
<feature policy='require' name='ss'/>
<feature policy='require' name='hypervisor'/>
<feature policy='require' name='tsc_adjust'/>
<feature policy='require' name='clflushopt'/>
<feature policy='require' name='pku'/>
<feature policy='require' name='md-clear'/>
<feature policy='require' name='stibp'/>
<feature policy='require' name='ssbd'/>
<feature policy='require' name='invtsc'/>Po tem lahko nadaljujete z namestitvijo gostujočega motorja.
2) V oVirt 4.3 prisotnost in uporaba požarnega zidu požarni zid je obvezna zahteva.
Če med uvajanjem VM za gostujoči motor prejmemo to napako:
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467Nato morate izklopiti še en požarni zid (če ga uporabljate) ter ga namestiti in zagnati požarni zid:
yum install firewalld
systemctl enable firewalld
systemctl start firewalld
firewall-cmd --state
firewall-cmd --get-default-zone
firewall-cmd --get-active-zones
firewall-cmd --get-zonesPozneje, ko bo agent ovirt namestil na novega gostitelja za gručo, bo konfiguriral zahtevana vrata v požarni zid samodejno.
3) Ponovni zagon gostitelja z navideznim računalnikom, ki se na njem izvaja z gostovanim mehanizmom.
Običajno и do upravnih dokumentov.
Vse upravljanje VM gostujočega motorja poteka SAMO z uporabo ukaza hosted-engine na gostitelju, kjer teče, približno Virsh moramo pozabiti, kot tudi na dejstvo, da se lahko povežete s tem VM prek SSH in zaženete ukaz “shutdown".
Postopek za preklop VM v način vzdrževanja:
hosted-engine --set-maintenance --mode=global
hosted-engine --vm-status
!! Cluster is in GLOBAL MAINTENANCE mode !!
--== Host host1.test.local (id: 1) status ==--
conf_on_shared_storage : True
Status up-to-date : True
Hostname : host1.test.local
Host ID : 1
Engine status : {"health": "good", "vm": "up", "detail": "Up"}
Score : 3400
stopped : False
Local maintenance : False
crc32 : dee1a774
local_conf_timestamp : 1821
Host timestamp : 1821
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=1821 (Sat Nov 29 14:25:19 2019)
host-id=1
score=3400
vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019)
conf_on_shared_storage=True
maintenance=False
state=GlobalMaintenance
stopped=False
hosted-engine --vm-shutdownZnova zaženemo gostitelja z gostujočim agentom motorja in z njim naredimo, kar potrebujemo.
Po ponovnem zagonu preverite stanje VM z gostujočim mehanizmom:
hosted-engine --vm-statusČe se naš VM z hosted-engine ne zažene in če vidimo podobne napake v servisnem dnevniku:
Napaka v servisnem dnevniku:
journalctl -u ovirt-ha-agent
...
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012 return action(he)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012 return he.start_monitoring()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012 self._initialize_broker()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012 m.get('options', {}))#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012 ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}]
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agentNato povežemo shrambo in znova zaženemo agenta:
hosted-engine --connect-storage
systemctl restart ovirt-ha-agent
systemctl status ovirt-ha-agent
hosted-engine --vm-start
hosted-engine --vm-statusPo zagonu VM z hosted-engine ga odstranimo iz načina vzdrževanja:
Postopek za odstranitev VM iz načina vzdrževanja:
hosted-engine --check-liveliness
hosted-engine --set-maintenance --mode=none
hosted-engine --vm-status
--== Host host1.test.local (id: 1) status ==--
conf_on_shared_storage : True
Status up-to-date : True
Hostname : host1.test.local
Host ID : 1
Engine status : {"health": "good", "vm": "up", "detail": "Up"}
Score : 3400
stopped : False
Local maintenance : False
crc32 : 6d1eb25f
local_conf_timestamp : 6222296
Host timestamp : 6222296
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=6222296 (Fri Jan 17 11:40:43 2020)
host-id=1
score=3400
vm_conf_refresh_time=6222296 (Fri Jan 17 11:40:43 2020)
conf_on_shared_storage=True
maintenance=False
state=EngineUp
stopped=False4) Odstranjevanje gostujočega motorja in vsega, kar je z njim povezano.
Včasih je treba pravilno odstraniti predhodno nameščen gostujoči motor - na dokument z navodili.
Samo zaženite ukaz na gostitelju:
/usr/sbin/ovirt-hosted-engine-cleanupNato odstranimo nepotrebne pakete in pred tem po potrebi varnostno kopiramo nekaj konfiguracij:
yum autoremove ovirt* qemu* virt* libvirt* libguestfs Izdelava novega podatkovnega centra
Referenčna dokumentacija - oVirt Administration Guide.
Najprej opredelimo, kaj je podatkovno središče (Citiram iz pomoči) je logična entiteta, ki definira nabor virov, ki se uporabljajo v določenem okolju.
Podatkovni center je neke vrste vsebnik, sestavljen iz:
- logični viri v obliki gruč in gostiteljev
- omrežni viri gruče v obliki logičnih omrežij in fizičnih adapterjev na gostiteljih,
- pomnilniške vire (za VM diske, predloge, slike) v obliki pomnilniških območij (Storage Domains).
Podatkovni center lahko vključuje več gruč, sestavljenih iz več gostiteljev z navideznimi stroji, ki se izvajajo na njih, lahko pa ima tudi več območij za shranjevanje, povezanih z njim.
Podatkovnih centrov je lahko več, delujejo neodvisno drug od drugega. Ovirt ima ločitev pooblastil po vlogah in dovoljenja lahko konfigurirate posamično, tako na ravni podatkovnega centra kot na njegovih posameznih logičnih elementih.
Podatkovni center oziroma podatkovni centri, če jih je več, se upravljajo z ene same skrbniške konzole ali portala.
Če želite ustvariti podatkovni center, pojdite na skrbniški portal in ustvarite nov podatkovni center:
Izračunajte >> podatkovni centri >> Novo
Ker v sistemu za shranjevanje uporabljamo skupno shrambo, mora biti vrsta shranjevanja v skupni rabi:
Posnetek zaslona čarovnika za ustvarjanje podatkovnega centra
Pri namestitvi virtualnega stroja z hosted-engine se privzeto ustvari podatkovni center – Podatkovno središče1, nato pa lahko po potrebi spremenite njegovo vrsto shranjevanja v drugo.
Ustvarjanje podatkovnega centra je preprosta naloga, brez zapletenih odtenkov, vsa dodatna dejanja z njim pa so opisana v dokumentaciji. Edina stvar, ki jo bom omenil, je, da posamezni gostitelji, ki imajo samo lokalno shrambo (disk) za VM, ne bodo mogli priti v podatkovni center s Storage Type - Shared (tam jih ni mogoče dodati), zanje pa morate ustvariti ločen podatkovni center – tj. Vsak posamezen gostitelj z lokalnim pomnilnikom potrebuje svoj ločen podatkovni center.
Ustvarjanje nove gruče
Povezava do dokumentacije - oVirt Administration Guide.
Brez nepotrebnih podrobnosti, grozd – to je logično združevanje gostiteljev, ki imajo skupno območje za shranjevanje (v obliki skupnih diskov na sistemu za shranjevanje, kot v našem primeru). Zaželeno je tudi, da so gostitelji v gruči strojno enaki in imajo enak tip procesorja (Intel ali AMD). Najbolje je seveda, da so strežniki v gruči popolnoma enaki.
Grozd je del podatkovnega centra (z določeno vrsto pomnilnika – Lokalno ali V skupni rabi), vsi gostitelji pa morajo pripadati neki gruči, odvisno od tega, ali imajo skupno shrambo ali ne.
Pri namestitvi virtualnega stroja z gostujočim motorjem na gostitelja se privzeto ustvari podatkovni center – Podatkovno središče1, skupaj z grozdom – Grozd 1, v prihodnosti pa lahko konfigurirate njegove parametre, omogočite dodatne možnosti, mu dodate gostitelje itd.
Kot običajno je za podrobnosti o vseh nastavitvah gruče priporočljivo, da se obrnete na uradno dokumentacijo. Od nekaterih funkcij nastavitve gruče bom dodal le to, da je pri ustvarjanju dovolj, da konfigurirate le osnovne parametre na zavihku splošno.
Omenil bom najpomembnejše parametre:
- Vrsta procesorja — se izbere glede na to, kateri procesorji so nameščeni na gostiteljih gruče, katerega proizvajalca so in kateri procesor na gostiteljih je najstarejši, tako da se glede na to uporabijo vsa razpoložljiva procesorska navodila v gruči.
- Tip stikala – v našem grozdu uporabljamo samo Linux bridge, zato smo ga izbrali.
- Vrsta požarnega zidu – tukaj je vse jasno, to je požarni zid, ki mora biti omogočen in konfiguriran na gostiteljih.
Posnetek zaslona s parametri gruče
Nameščanje dodatnih gostiteljev v samostojno okolje
za dokumentacijo.
Dodatni gostitelji za samostojno okolje se dodajo na enak način kot običajni gostitelj, z dodatnim korakom uvajanja VM z gostujočim mehanizmom – Izberite dejanje uvajanja gostujočega motorja >> uvajanje. Ker mora biti dodatnemu gostitelju predstavljen tudi LUN za VM z gostujočim motorjem, to pomeni, da se lahko ta gostitelj po potrebi uporabi za gostovanje VM z gostujočim motorjem.
Za namene tolerance napak je zelo priporočljivo, da obstajata vsaj dva gostitelja, na katera je mogoče namestiti VM gostujočega motorja.
Na dodatnem gostitelju onemogočite iptables (če je omogočen), omogočite požarni zid
systemctl stop iptables
systemctl disable iptables
systemctl enable firewalld
systemctl start firewalldNamestite zahtevano različico KVM (če je potrebno):
yum-config-manager --disable mirror.centos.org_centos-7_7_virt_x86_64_libvirt-latest_
yum install centos-release-qemu-ev
yum update
yum install qemu-kvm qemu-img virt-manager libvirt libvirt-python libvirt-client virt-install virt-viewer libguestfs libguestfs-tools dejavu-lgc-sans-fonts virt-top libvirt libvirt-python libvirt-client
systemctl enable libvirtd
systemctl restart libvirtd && systemctl status libvirtd
virsh domcapabilities kvm | grep md-clearNamestite potrebna skladišča in gostujoči namestitveni program motorja:
yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm
yum -y install epel-release
yum update
yum install screen ovirt-hosted-engine-setupNato pojdite na konzolo Odprite upravitelja virtualizacije, dodajte novega gostitelja in naredite vse korak za korakom, kot je zapisano v .
Kot rezultat, po dodajanju dodatnega gostitelja, bi morali dobiti nekaj podobnega sliki v skrbniški konzoli, kot je na posnetku zaslona.
Posnetek zaslona administrativnega portala - gostitelji
Gostitelj, na katerem je trenutno aktiven VM gostujočega motorja, ima zlato krono in napis "Izvajanje VM gostujočega motorja", gostitelj, na katerem se lahko po potrebi zažene ta VM - napis "Lahko poganja Hosted Engine VM".
V primeru okvare gostitelja, na katerem "Izvajanje VM gostujočega motorja", se bo samodejno znova zagnal na drugem gostitelju. Ta VM je mogoče tudi preseliti z aktivnega gostitelja na gostitelja v pripravljenosti za njegovo vzdrževanje.
Nastavitev upravljanja napajanja / ograjevanja na gostiteljih oVirt
Povezave do dokumentacije:
- Red Hat Virtualization 4.3 –> Tehnične reference ->
- oVirt Administration Guide ->
Čeprav se morda zdi, da ste končali z dodajanjem in konfiguriranjem gostitelja, to ni povsem res.
Za normalno delovanje gostiteljev in za prepoznavanje/odpravljanje napak pri katerem koli od njih so potrebne nastavitve za upravljanje porabe/ograjevanje.
ograjeali ograjevanje je postopek začasne izključitve okvarjenega ali okvarjenega gostitelja iz gruče, med katerim se znova zaženejo storitve oVirt na njem ali sam gostitelj.
Vse podrobnosti o definicijah in parametrih upravljanja porabe / omejevanja so kot običajno podane v dokumentaciji; podal bom le primer, kako konfigurirati ta pomemben parameter, ki se uporablja za strežnike Dell R640 z iDRAC 9.
- Pojdite na upravni portal, kliknite Izračunajte >> gostitelji izberite gostitelja.
- Kliknemo Uredi.
- Kliknite zavihek power management.
- Potrdite polje zraven možnosti Omogoči upravljanje porabe energije.
- Potrdite polje zraven možnosti Integracija Kdumpda preprečite, da bi gostitelj prešel v ograjevalni način med snemanjem izpisa zrušitve jedra.
Opomba.
Ko omogočite integracijo Kdump na že delujočem gostitelju, ga morate znova namestiti v skladu s postopkom v oVirt Administration Guide -> -> Ponovna namestitev gostiteljev.
- Po želji lahko potrdite polje Onemogoči nadzor pravilnika za upravljanje porabe energije, če ne želimo, da upravljanje porabe energije gostitelja nadzoruje pravilnik razporejanja gruče.
- Kliknite gumb (+), če želite dodati novo napravo za upravljanje porabe energije, se odpre okno za urejanje lastnosti agenta.
Za iDRAC9 izpolnite polja:- Naslov: – naslov iDRAC9
- Uporabniško ime geslo – prijava in geslo za prijavo v iDRAC9
- tip —drac5
- znamka Varnost
- dodajte naslednje možnosti: cmd_prompt=>,login_timeout=30
Posnetek zaslona s parametri »Power Management« v lastnostih gostitelja
Ustvarjanje območja shranjevanja ali domen shranjevanja
Povezava do dokumentacije - oVirt Administration Guide, .
Domena shranjevanja, ali prostor za shranjevanje, je centralizirana lokacija za shranjevanje diskov virtualnih strojev, namestitvenih slik, predlog in posnetkov.
Skladiščne površine je mogoče povezati s podatkovnim centrom z različnimi protokoli, gručnimi in omrežnimi datotečnimi sistemi.
oVirt ima tri vrste skladiščnih površin:
- Podatkovna domena – za shranjevanje vseh podatkov, povezanih z virtualnimi stroji (diski, predloge). Data Domain ni mogoče deliti med različnimi podatkovnimi centri.
- Domena ISO (zastarela vrsta pomnilniškega prostora) – za shranjevanje namestitvenih slik OS. Domena ISO se lahko deli med različnimi podatkovnimi centri.
- Izvozi domeno (obsolete type of storage area) – za začasno shranjevanje slik, ki se premikajo med podatkovnimi centri.
V našem posebnem primeru območje shranjevanja s tipom Data Domain uporablja protokol Fibre Channel (FCP) za povezavo z LUN-i v sistemu za shranjevanje.
Z vidika oVirt je pri uporabi sistemov za shranjevanje (FC ali iSCSI) vsak virtualni disk, posnetek ali predloga logični disk.
Blokovne naprave so sestavljene v eno samo enoto (na gostiteljih gruče) z uporabo Volume Group in nato z uporabo LVM razdeljene na logične nosilce, ki se uporabljajo kot virtualni diski za VM.
Vse te skupine in številne nosilce LVM je mogoče videti na gostitelju gruče z uporabo ukazov itd и lv. Seveda je treba vsa dejanja s takšnimi diski izvajati samo iz konzole oVirt, razen v posebnih primerih.
Virtualni diski za VM so lahko dveh vrst - QCOW2 ali RAW. Diski so lahko "tanek"ali"debela". Posnetki so vedno ustvarjeni kot "tanek".
Način upravljanja domen shranjevanja ali območij shranjevanja, do katerih dostopate prek FC, je povsem logičen – za vsak virtualni disk VM obstaja ločen logični nosilec, ki ga lahko piše samo en gostitelj. Za povezave FC oVirt uporablja nekaj podobnega LVM v gruči.
Virtualne stroje, ki se nahajajo na istem območju shranjevanja, je mogoče preseliti med gostitelji, ki pripadajo isti gruči.
Kot lahko vidimo iz opisa, gruča v oVirt, tako kot gruča v VMware vSphere ali Hyper-V, v bistvu pomeni isto stvar - je logično združevanje gostiteljev, po možnosti enakih v sestavi strojne opreme in imajo skupno shrambo za virtualno strojni diski.
Nadaljujemo neposredno z ustvarjanjem območja za shranjevanje podatkov (diski VM), saj brez njega podatkovni center ne bo inicializiran.
Naj vas spomnim, da morajo biti vsi LUN-ji, predstavljeni gostiteljem gruče v pomnilniškem sistemu, na njih vidni z ukazom “večpotje -ll".
Glede na , pojdi na portal pojdi na skladiščenje >> Domene -> Nova domena in sledite navodilom v razdelku »Dodajanje pomnilnika FCP«.
Po zagonu čarovnika izpolnite zahtevana polja:
- Ime — nastavite ime gruče
- Funkcija domene — Podatki
- Vrsta skladiščenja — Optični kanal
- Gostitelj za uporabo — izberite gostitelja, na katerem je na voljo zahtevani LUN
Na seznamu LUN označite tisto, ki jo potrebujemo, kliknite Dodaj in potem ОК. Po potrebi lahko prilagodite dodatne parametre skladiščnega prostora s klikom na Napredni parametri.
Posnetek zaslona čarovnika za dodajanje »Domena za shranjevanje«
Na podlagi rezultatov čarovnika bi morali dobiti novo skladiščno območje, naš podatkovni center pa bi moral preiti v status UP, ali inicializirano:
Posnetki zaslona podatkovnega centra in prostorov za shranjevanje v njem:
Ustvarjanje in konfiguriranje omrežij za virtualne stroje
Povezava do dokumentacije - oVirt Administration Guide,
Omrežja ali mreže služijo združevanju logičnih omrežij, ki se uporabljajo v virtualni infrastrukturi oVirt.
Za interakcijo med omrežno kartico na virtualnem stroju in fizično kartico na gostitelju se uporabljajo logični vmesniki, kot je most Linux.
Za združevanje in razdelitev prometa med omrežji so VLAN-ji konfigurirani na stikalih.
Ko ustvarite logično omrežje za virtualne stroje v oVirt, mu je treba dodeliti identifikator, ki ustreza številki VLAN na stikalu, tako da lahko VM komunicirajo med seboj, tudi če delujejo na različnih vozliščih gruče.
Predhodne nastavitve omrežnih adapterjev na gostiteljih za povezovanje virtualnih strojev je bilo treba izvesti v – konfiguriran logični vmesnik bondxnumx, potem je treba vse omrežne nastavitve opraviti samo prek administrativnega portala oVirt.
Po izdelavi VM z hosted-engine je bilo poleg samodejnega ustvarjanja podatkovnega centra in gruče samodejno ustvarjeno tudi logično omrežje za upravljanje naše gruče – ovritmgmt, s katerim je bil povezan ta VM.
Po potrebi si lahko ogledate nastavitve logičnega omrežja ovritmgmt in jih prilagodite, vendar morate biti previdni, da ne izgubite nadzora nad infrastrukturo oVirt.
Nastavitve logičnega omrežja ovritmgmt
Če želite ustvariti novo logično omrežje za navadne navidezne stroje, v skrbniškem portalu pojdite na mreža >> Omrežja >> Novo, in na zavihku splošno dodajte omrežje z želenim ID-jem VLAN in potrdite polje zraven »Omrežje VM", to pomeni, da ga je mogoče uporabiti za dodelitev VM.
Posnetek zaslona novega logičnega omrežja VLAN32
V zavihku Grozd, to omrežje priključimo na našo gručo Grozd 1.
Po tem gremo na Izračunajte >> gostitelji, pojdite na vsakega gostitelja po vrsti, na zavihek Omrežni vmesnikiin zaženite čarovnika Nastavite gostiteljska omrežja, za povezovanje z gostitelji novega logičnega omrežja.
Posnetek zaslona čarovnika »Nastavitev gostiteljskih omrežij«.
Agent oVirt bo samodejno naredil vse potrebne omrežne nastavitve na gostitelju - ustvaril VLAN in BRIDGE.
Primeri konfiguracijskih datotek za nova omrežja na gostitelju:
cat ifcfg-bond1
# Generated by VDSM version 4.30.17.1
DEVICE=bond1
BONDING_OPTS='mode=1 miimon=100'
MACADDR=00:50:56:82:57:52
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no
cat ifcfg-bond1.432
# Generated by VDSM version 4.30.17.1
DEVICE=bond1.432
VLAN=yes
BRIDGE=ovirtvm-vlan432
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no
cat ifcfg-ovirtvm-vlan432
# Generated by VDSM version 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=noNaj vas še enkrat spomnim, da na cluster host NI NUJNO ročno ustvarite omrežne vmesnike vnaprej ifcfg-vez1.432 и ifcfg-ovirtvm-vlan432.
Po dodajanju logičnega omrežja in preverjanju povezave med gostiteljem in gostujočim motorjem VM, ga je mogoče uporabiti v virtualnem stroju.
Ustvarjanje namestitvene slike za namestitev virtualnega stroja
Povezava do dokumentacije - oVirt Administration Guide, , razdelek Nalaganje slik v domeno za shranjevanje podatkov.
Brez namestitvene slike OS ne bo mogoče namestiti virtualnega stroja, čeprav to seveda ni problem, če je npr. nameščen v omrežju z vnaprej ustvarjenimi slikami.
V našem primeru to ni mogoče, zato boste morali to sliko uvoziti v oVirt sami. Prej je to zahtevalo ustvarjanje domene ISO, vendar je bila v novi različici oVirt opuščena, zato lahko zdaj naložite slike neposredno v domeno Storage iz skrbniškega portala.
V administrativnem portalu pojdite na skladiščenje >> Diski >> Pošiljanje >> Začetek
Dodamo sliko OS kot datoteko ISO, izpolnimo vsa polja v obrazcu in kliknemo gumb "Testna povezava".
Posnetek zaslona čarovnika za dodajanje namestitvene slike
Če dobimo takšno napako:
Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`
Potem morate potrdilo oVirt dodati v »Zaupanja vredni korenski CA"(Trusted Root CA) na skrbniški nadzorni postaji, od koder poskušamo prenesti sliko.
Po dodajanju potrdila v zaupanja vreden korenski CA ponovno kliknite "Testna povezava", mora dobiti:
Connection to ovirt-imageio-proxy was successful.Ko dokončate dejanje dodajanja potrdila, lahko znova poskusite naložiti sliko ISO v domeno za shranjevanje.
Načeloma lahko ustvarite ločeno domeno shranjevanja s tipom podatkov za shranjevanje slik in predlog ločeno od diskov VM ali jih celo shranite v domeno shranjevanja za gostujoči mehanizem, vendar je to po lastni presoji skrbnika.
Posnetek zaslona s slikami ISO v domeni za shranjevanje za gostujoči motor
Ustvarite virtualni stroj
Povezava do dokumentacije:
oVirt Virtual Machine Management Guide –>
Ko naložite namestitveno sliko z OS v oVirt, lahko nadaljujete neposredno z ustvarjanjem virtualnega stroja. Opravljenega je bilo veliko dela, vendar smo že v zaključni fazi, zaradi katere se je vse to začelo - pridobivanje infrastrukture, odporne na napake, za gostovanje visoko razpoložljivih virtualnih strojev. In vse to je popolnoma brezplačno - za nakup programske licence ni bil porabljen niti en peni.
Če želite ustvariti virtualni stroj s CentOS 7, morate prenesti namestitveno sliko iz operacijskega sistema.
Gremo na upravni portal, pojdimo na Izračunajte >> Virtual Machinesin zaženite čarovnika za ustvarjanje VM. Izpolnite vse parametre in polja ter kliknite ОК. Vse je zelo preprosto, če sledite dokumentaciji.
Kot primer bom navedel osnovne in dodatne nastavitve visoko razpoložljivega VM z ustvarjenim diskom, povezanim v omrežje in zagonom iz namestitvene slike:
Posnetki zaslona z visoko razpoložljivimi nastavitvami VM
Po končanem delu s čarovnikom ga zaprite, zaženite nov VM in nanj namestite OS.
Če želite to narediti, pojdite na konzolo tega VM prek skrbniškega portala:
Posnetek zaslona nastavitev skrbniškega portala za povezovanje s konzolo VM
Če se želite povezati s konzolo VM, morate najprej konfigurirati konzolo v lastnostih virtualnega stroja.
Posnetek zaslona nastavitev VM, zavihek »Konzola«.
Za povezavo s konzolo VM lahko uporabite npr. .
Za povezavo s konzolo VM neposredno v oknu brskalnika morajo biti nastavitve povezave prek konzole naslednje:
Po namestitvi operacijskega sistema na VM je priporočljivo namestiti gostujočega agenta oVirt:
yum -y install epel-release
yum install -y ovirt-guest-agent-common
systemctl enable ovirt-guest-agent.service && systemctl restart ovirt-guest-agent.service
systemctl status ovirt-guest-agent.serviceTako bo kot rezultat naših dejanj ustvarjeni VM visoko razpoložljiv, tj. če vozlišče gruče, na katerem se izvaja, odpove, ga bo oVirt samodejno znova zagnal na drugem vozlišču. Ta VM je mogoče tudi preseliti med gostitelji gruče za njihovo vzdrževanje ali druge namene.
Zaključek
Upam, da je ta članek uspel povedati, da je oVirt povsem običajno orodje za upravljanje virtualne infrastrukture, ki ga ni tako težko namestiti - glavno je, da upoštevate določena pravila in zahteve, opisane tako v članku kot v dokumentaciji.
Zaradi velikega obsega članka vanj ni bilo mogoče vključiti marsičesa, na primer izvajanja različnih čarovnikov po korakih z vsemi podrobnimi razlagami in posnetki zaslona, dolge zaključke nekaterih ukazov itd. Pravzaprav bi bilo za to potrebno napisati celo knjigo, kar pa nima posebnega smisla zaradi vedno novih različic programske opreme z novostmi in spremembami. Najpomembneje je razumeti princip, kako vse skupaj deluje, in pridobiti splošen algoritem za ustvarjanje platforme, odporne na napake, za upravljanje virtualnih strojev.
Čeprav smo ustvarili virtualno infrastrukturo, jo moramo zdaj naučiti interakcije tako med posameznimi elementi: gostitelji, virtualnimi stroji, notranjimi omrežji kot tudi z zunanjim svetom.
Ta postopek je ena glavnih nalog sistemskega ali omrežnega skrbnika, ki bo obravnavana v naslednjem članku - o uporabi virtualnih usmerjevalnikov VyOS v infrastrukturi našega podjetja, odporni na napake (kot ste uganili, bodo delovali kot virtualni stroji v naši gruči oVirt).
Vir: www.habr.com