Ky artikull është një vazhdim i atij të mëparshëm - "'.
Ai do të mbulojë procesin e instalimit dhe konfigurimit bazë të një grupi oVirt 4.3 për pritjen e makinave virtuale shumë të disponueshme, duke marrë parasysh faktin se të gjithë hapat paraprak për përgatitjen e infrastrukturës tashmë janë përfunduar më parë.
Pjesa hyrëse
Qëllimi kryesor i artikullit është të ofrojë udhëzime hap pas hapi si "Tjetër -> Po -> Fund"Si të tregohen disa veçori gjatë instalimit dhe konfigurimit të tij. Procesi i vendosjes së grupit tuaj mund të mos përkojë gjithmonë me atë të përshkruar në të, për shkak të karakteristikave të infrastrukturës dhe mjedisit, por parimet e përgjithshme do të jenë të njëjta.
Nga pikëpamja subjektive, funksionaliteti i tij është i ngjashëm me versionin VMware vSphere 5.x, por sigurisht me veçoritë e veta të konfigurimit dhe funksionimit.
Për ata që janë të interesuar, të gjitha ndryshimet midis RHEV (aka oVirt) dhe VMware vSphere mund të gjenden në internet, për shembull , por gjithsesi do të vërej herë pas here disa nga ndryshimet ose ngjashmëritë e tyre me njëra-tjetrën ndërsa artikulli përparon.
Më vete, do të doja të krahasoja pak punën me rrjetet për makinat virtuale. oVirt zbaton një parim të ngjashëm të menaxhimit të rrjetit për makinat virtuale (në tekstin e mëtejmë të referuara si VM), si në VMware vSphere:
- duke përdorur një urë standarde Linux (në VMware - VSwitch standard), funksionon në hostet e virtualizimit;
- duke përdorur Open vSwitch (OVS) (në VMware - Shpërndarë vSwitch) është një ndërprerës virtual i shpërndarë i përbërë nga dy komponentë kryesorë: një server qendror OVN dhe kontrollues OVN në hostet e menaxhuar.
Duhet të theksohet se për shkak të lehtësisë së zbatimit, artikulli do të përshkruajë vendosjen e rrjeteve në oVirt për një VM duke përdorur një urë standarde Linux, e cila është zgjedhja standarde kur përdorni hipervizorin KVM.
Në këtë drejtim, ekzistojnë disa rregulla themelore për të punuar me rrjetin në një grup, të cilat është më mirë të mos shkelen:
- Të gjitha cilësimet e rrjetit në hostet përpara se t'i shtoni ato në oVirt duhet të jenë identike, me përjashtim të adresave IP.
- Pasi një host të jetë marrë nën kontrollin e oVirt, nuk rekomandohet shumë të ndryshoni asgjë manualisht në cilësimet e rrjetit në të, pa besim të plotë në veprimet tuaja, pasi agjenti oVirt thjesht do t'i kthejë ato në të mëparshmet pas rinisjes pritës ose agjent.
- Shtimi i një rrjeti të ri për një VM, si dhe puna me të, duhet të bëhet vetëm nga tastiera e menaxhimit oVirt.
NjĂ« tjetĂ«r shĂ«nim i rĂ«ndĂ«sishĂ«m â pĂ«r njĂ« mjedis shumĂ« kritik (shumĂ« i ndjeshĂ«m ndaj humbjeve monetare), do tĂ« rekomandohej ende pĂ«rdorimi dhe pĂ«rdorimi i mbĂ«shtetjes me pagesĂ« . GjatĂ« funksionimit tĂ« grupit oVirt, mund tĂ« lindin disa çështje pĂ«r tĂ« cilat kĂ«shillohet qĂ« tĂ« merrni ndihmĂ« tĂ« kualifikuar sa mĂ« shpejt tĂ« jetĂ« e mundur, nĂ« vend qĂ« tĂ« merreni vetĂ« me to.
Më në fund, rekomanduar Përpara se të vendosni një grup oVirt, njihuni me , në mënyrë që të jeni të vetëdijshëm për të paktën konceptet dhe përkufizimet bazë, përndryshe do të jetë pak e vështirë të lexoni pjesën tjetër të artikullit.
Bazat për të kuptuar artikullin dhe parimet e funksionimit të grupit oVirt janë këto dokumente udhëzuese:
VĂ«llimi atje nuk Ă«shtĂ« shumĂ« i madh, nĂ« njĂ« ose dy orĂ« mund tĂ« zotĂ«roni mjaft parimet bazĂ«, por pĂ«r ata qĂ« pĂ«lqejnĂ« detajet, rekomandohet tĂ« lexoni â RHEV dhe oVirt janĂ« nĂ« thelb e njĂ«jta gjĂ«.
Pra, nëse të gjitha cilësimet bazë në hostet, çelsat dhe sistemet e ruajtjes janë përfunduar, ne vazhdojmë drejtpërdrejt në vendosjen e oVirt.
Pjesa 2. Instalimi dhe konfigurimi i grupit oVirt 4.3
Për lehtësinë e orientimit, unë do të listoj seksionet kryesore në këtë artikull, të cilat duhet të plotësohen një nga një:
- Instalimi i serverit të menaxhimit oVirt
- Krijimi i një qendre të re të dhënash
- Krijimi i një grupi të ri
- Instalimi i hosteve shtesë në një mjedis të vetë-pritur
- Krijimi i një zone magazinimi ose domenesh ruajtjeje
- Krijimi dhe konfigurimi i rrjeteve për makinat virtuale
- Krijimi i një imazhi instalimi për vendosjen e një makine virtuale
- Krijo një makinë virtuale
Instalimi i serverit të menaxhimit oVirt
Serveri i menaxhimit oVirt është elementi më i rëndësishëm në infrastrukturën oVirt, në formën e një makine virtuale, hosti ose pajisjeje virtuale që menaxhon të gjithë infrastrukturën oVirt.
Analogët e tij të ngushtë nga bota e virtualizimit janë:
- VMware vSphere - Serveri vCenter
- Microsoft Hyper-V - Menaxheri i makinës virtuale të qendrës së sistemit (VMM).
Për të instaluar serverin e menaxhimit oVirt, ne kemi dy opsione:
Opsioni 1
Vendosja e një serveri në formën e një VM ose hosti të specializuar.
Ky opsion funksionon mjaft mirë, por me kusht që një VM e tillë të funksionojë në mënyrë të pavarur nga grupi, d.m.th. nuk po funksionon në asnjë host grupi si një makinë virtuale e rregullt që drejton KVM.
Pse një VM e tillë nuk mund të vendoset në hostet e grupeve?
Në fillim të procesit të vendosjes së serverit të menaxhimit oVirt, ne kemi një dilemë - duhet të instalojmë një VM menaxhimi, por në fakt nuk ka ende asnjë grup vetë, dhe për këtë arsye çfarë mund të dalim menjëherë? Kjo është e drejtë - instaloni KVM në një nyje grupi të ardhshëm, më pas krijoni një makinë virtuale në të, për shembull, me CentOS OS dhe vendosni motorin oVirt në të. Kjo zakonisht mund të bëhet për arsye të kontrollit të plotë mbi një VM të tillë, por ky është një qëllim i gabuar, sepse në këtë rast, në të ardhmen do të ketë 100% probleme me një VM të tillë kontrolli:
- nuk mund të migrohet në konsolën oVirt midis hosteve (nyjeve) të grupit;
- kur migroni duke përdorur KVM nëpërmjet virsh migrojnë, kjo VM nuk do të jetë e disponueshme për menaxhim nga tastiera oVirt.
- hostet e grupimit nuk mund të shfaqen në Mënyra e mirëmbajtjes (modaliteti i mirëmbajtjes), nëse e migroni këtë VM nga hosti në host duke përdorur virsh migrojnë.
Pra, bëni gjithçka sipas rregullave - përdorni ose një host të veçantë për serverin e menaxhimit oVirt, ose një VM të pavarur që funksionon në të, ose më mirë akoma, bëni siç është shkruar në opsionin e dytë.
Opsioni 2
Instalimi i oVirt Engine Appliance në një host grupi të menaxhuar prej tij.
ĂshtĂ« ky opsion qĂ« do tĂ« konsiderohet mĂ« tej si mĂ« i saktĂ« dhe mĂ« i pĂ«rshtatshĂ«m nĂ« rastin tonĂ«.
Kërkesat për një VM të tillë përshkruhen më poshtë; Unë vetëm do të shtoj se rekomandohet të keni të paktën dy host në infrastrukturën në të cilën mund të ekzekutohet VM e kontrollit në mënyrë që ta bëjë atë tolerant ndaj gabimeve. Këtu do të doja të shtoja se, siç kam shkruar tashmë në komentet në artikullin e mëparshëm, nuk kam qenë kurrë në gjendje ta marr truri i ndarë në një grup oVirt prej dy hostesh, me aftësinë për të ekzekutuar VM-të me motor të hostuar në to.
Instalimi i pajisjes motorike oVirt në hostin e parë të grupit
Lidhja me dokumentacionin zyrtar - , kapitulli "»
Dokumenti specifikon parakushtet që duhet të plotësohen përpara se të vendoset një VM me motor pritës, dhe gjithashtu përshkruan në detaje vetë procesin e instalimit, kështu që nuk ka kuptim ta përsërisim fjalë për fjalë, kështu që ne do të përqendrohemi në disa detaje të rëndësishme.
- Para se të filloni të gjitha veprimet, sigurohuni që të aktivizoni mbështetjen e virtualizimit në cilësimet e BIOS në host.
- Instaloni paketën për instaluesin e motorit të hostuar në host:
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- Ne fillojmë procedurën për vendosjen e motorit të hostuar oVirt në ekranin e hostit (mund ta dilni prej tij përmes Ctrl-A + D, mbyllni përmes Ctrl-D):
screen
hosted-engine --deployNëse dëshironi, mund ta ekzekutoni instalimin me një skedar përgjigjeje të përgatitur paraprakisht:
hosted-engine --deploy --config-append=/var/lib/ovirt-hosted-engine-setup/answers/answers-ohe.conf- Kur vendosim motorin e hostuar, ne specifikojmë të gjithë parametrat e nevojshëm:
- ĐžĐŒŃ ĐșлаŃŃĐ”Ńа
- ĐșĐŸĐ»ĐžŃĐ”ŃŃĐČĐŸ vCPU Đž vRAM (ŃĐ”ĐșĐŸĐŒĐ”ĐœĐŽŃĐ”ŃŃŃ 4 vCPU Đž 16 Đб)
- паŃĐŸĐ»Đž
- ŃОп Ń
ŃĐ°ĐœĐžĐ»ĐžŃа ĐŽĐ»Ń hosted engine ĐĐ â ĐČ ĐœĐ°ŃĐ”ĐŒ ŃĐ»ŃŃаД FC
- ĐœĐŸĐŒĐ”Ń LUN ĐŽĐ»Ń ŃŃŃĐ°ĐœĐŸĐČĐșĐž hosted engine
- гЎД бŃĐŽĐ”Ń ĐœĐ°Ń
ĐŸĐŽĐžŃŃŃŃ Đ±Đ°Đ·Đ° ĐŽĐ°ĐœĐœŃŃ
ĐŽĐ»Ń hosted engine â ŃĐ”ĐșĐŸĐŒĐ”ĐœĐŽŃŃ ĐŽĐ»Ń ĐżŃĐŸŃŃĐŸŃŃ ĐČŃбŃаŃŃ Local (ŃŃĐŸ ĐĐ PostgreSQL ŃĐ°Đ±ĐŸŃаŃŃĐ°Ń ĐČĐœŃŃŃĐž ŃŃĐŸĐč ĐĐ)
Đž ĐŽŃ. паŃĐ°ĐŒĐ”ŃŃŃ. - PĂ«r tĂ« instaluar njĂ« VM shumĂ« tĂ« disponueshme me njĂ« motor pritĂ«s, mĂ« parĂ« krijuam njĂ« LUN tĂ« veçantĂ« nĂ« sistemin e ruajtjes, numĂ«r 4 dhe 150 GB nĂ« madhĂ«si, i cili mĂ« pas u paraqit nĂ« hostet e grupit - shih .
Më parë ne kontrolluam gjithashtu dukshmërinë e tij tek hostet:
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- Vetë procesi i vendosjes së motorit pritës nuk është i komplikuar; në fund duhet të marrim diçka të tillë:
[ 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 deployedNe kontrollojmë praninë e shërbimeve oVirt në host:

Nëse gjithçka është bërë si duhet, atëherë pasi të përfundojë instalimi, përdorni një shfletues në internet për të shkuar nga kompjuteri i administratorit dhe klikoni [Portali i Administrimit].
Pamja e ekranit të "Portalit të Administrimit"

Duke futur hyrjen dhe fjalëkalimin (të vendosur gjatë procesit të instalimit) në dritare si në pamjen e ekranit, arrijmë në panelin e kontrollit Open Virtualization Manager, në të cilin mund të kryeni të gjitha veprimet me infrastrukturën virtuale:
- shtoni qendrën e të dhënave
- shtoni dhe konfiguroni një grup
- shtoni dhe menaxhoni hostet
- shtoni zonat e ruajtjes ose domenet e ruajtjes për disqet e makinës virtuale
- shtoni dhe konfiguroni rrjetet për makinat virtuale
- shtoni dhe menaxhoni makina virtuale, imazhe instalimi, shabllone VM

Të gjitha këto veprime do të diskutohen më tej, disa në qeliza të mëdha, të tjera më hollësisht dhe me nuanca.
Por së pari unë do të rekomandoja të lexoni këtë shtesë, e cila ndoshta do të jetë e dobishme për shumë njerëz.
shtim
1) Në parim, nëse ekziston një nevojë e tillë, atëherë asgjë nuk ju pengon të instaloni paraprakisht hipervizorin KVM në nyjet e grupimit duke përdorur paketa libvirt О qemu-kvm (Ose qemu-kvm-ev) të versionit të dëshiruar, megjithëse kur vendos një nyje grupi oVirt, ai mund ta bëjë këtë vetë.
Por nëse libvirt О qemu-kvm Nëse nuk e keni instaluar versionin më të fundit, mund të merrni gabimin e mëposhtëm kur vendosni një motor pritës:
error: unsupported configuration: unknown CPU feature: md-clearAto. duhet të ketë libvirt me mbrojtje nga , e cila mbështet këtë politikë:
<feature policy='require' name='md-clear'/>Instaloni libvirt v.4.5.0-10.el7_6.12, me mbështetjen 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 libvirtdKontrolloni për mbështetjen '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'/>Pas kësaj, mund të vazhdoni të instaloni motorin e pritur.
2) Në oVirt 4.3, prania dhe përdorimi i një muri zjarri bota e zjarrit është një kërkesë e detyrueshme.
Nëse gjatë vendosjes së një VM për motorin e hostuar marrim gabimin e mëposhtëm:
[ 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=1608467Pastaj duhet të fikni një mur tjetër zjarri (nëse përdoret) dhe ta instaloni dhe ekzekutoni bota e zjarrit:
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-zonesMë vonë, kur instaloni agjentin ovirt në një host të ri për grupin, ai do të konfigurojë portat e kërkuara në bota e zjarrit automatikisht.
3) Rinisja e një hosti me një VM që funksionon në të me një motor pritës.
Si zakonisht, Đž te dokumentet drejtuese.
I gjithĂ« menaxhimi i motorit tĂ« hostuar VM bĂ«het VETĂM duke pĂ«rdorur komandĂ«n host-motor nĂ« host ku shkon, rreth i virgjĂ«r duhet tĂ« harrojmĂ«, si dhe faktin qĂ« mund tĂ« lidheni me kĂ«tĂ« VM pĂ«rmes SSH dhe tĂ« ekzekutoni komandĂ«n "mbyllje'.
Procedura për vendosjen e një VM në modalitetin e mirëmbajtjes:
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-shutdownNe rindezjmë hostin me agjentin e motorit të pritur dhe bëjmë atë që na nevojitet me të.
Pas rindezjes, kontrolloni statusin e VM me motorin e pritur:
hosted-engine --vm-statusNëse VM-ja jonë me motorin e pritur nuk fillon dhe nëse shohim gabime të ngjashme në regjistrin e shërbimit:
Gabim në regjistrin e shërbimit:
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 agentPastaj lidhim hapësirën ruajtëse dhe rinisim agjentin:
hosted-engine --connect-storage
systemctl restart ovirt-ha-agent
systemctl status ovirt-ha-agent
hosted-engine --vm-start
hosted-engine --vm-statusPasi të nisim VM-në me motorin e hostuar, e nxjerrim atë nga modaliteti i mirëmbajtjes:
Procedura për heqjen e një VM nga modaliteti i mirëmbajtjes:
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) Heqja e motorit të pritur dhe gjithçka që lidhet me të.
Ndonjëherë është e nevojshme të hiqni siç duhet një motor të pritur të instaluar më parë - në dokumentin udhëzues.
Thjesht ekzekutoni komandën në host:
/usr/sbin/ovirt-hosted-engine-cleanupMë pas, ne heqim paketat e panevojshme, duke bërë kopje rezervë të disa konfigurimeve para kësaj, nëse është e nevojshme:
yum autoremove ovirt* qemu* virt* libvirt* libguestfs Krijimi i një qendre të re të dhënash
Dokumentacioni i referencës - Udhëzuesi i Administrimit të oVirt.
Së pari le të përcaktojmë se çfarë është Qendra e të dhënave (Unë citoj nga ndihma) është një entitet logjik që përcakton një grup burimesh të përdorura në një mjedis specifik.
Qendra e të dhënave është një lloj kontejneri i përbërë nga:
- burimet logjike në formën e grupimeve dhe hosteve
- grumbulloni burimet e rrjetit në formën e rrjeteve logjike dhe përshtatësve fizikë në host,
- burimet e ruajtjes (për disqe VM, shabllone, imazhe) në formën e zonave të ruajtjes (Storage Domains).
Një qendër e të dhënave mund të përfshijë grupe të shumta të përbërë nga hoste të shumtë me makina virtuale që funksionojnë në to, dhe gjithashtu mund të ketë zona të shumta ruajtjeje të lidhura me të.
Mund të ketë disa qendra të dhënash; ato funksionojnë në mënyrë të pavarur nga njëra-tjetra. Ovirt ka një ndarje të fuqive sipas rolit dhe ju mund t'i konfiguroni lejet individualisht, si në nivelin e qendrës së të dhënave, ashtu edhe në elementët e tij logjikë individualë.
Qendra e të dhënave, ose qendrat e të dhënave nëse ka disa prej tyre, menaxhohen nga një tastierë ose portal i vetëm administrativ.
Për të krijuar një qendër të dhënash, shkoni në portalin administrativ dhe krijoni një qendër të re të dhënash:
bëj llogaritje >> Qendrat e të Dhënave >> Të reja
Meqenëse ne përdorim hapësirën ruajtëse të përbashkët në sistemin e ruajtjes, Lloji i ruajtjes duhet të ndahet:
Pamja e ekranit të magjistarit të krijimit të qendrës së të dhënave

Kur instaloni një makinë virtuale me motor hosted, një qendër të dhënash krijohet si parazgjedhje - Qendra e të Dhënave 1, dhe më pas, nëse është e nevojshme, mund ta ndryshoni llojin e tij të ruajtjes në një tjetër.
Krijimi i njĂ« qendre tĂ« dhĂ«nash Ă«shtĂ« njĂ« detyrĂ« e thjeshtĂ«, pa ndonjĂ« nuancĂ« tĂ« ndĂ«rlikuar, dhe tĂ« gjitha veprimet shtesĂ« me tĂ« pĂ«rshkruhen nĂ« dokumentacion. E vetmja gjĂ« qĂ« do tĂ« vĂ«rej Ă«shtĂ« se hostet e vetme qĂ« kanĂ« vetĂ«m ruajtje lokale (disk) pĂ«r VM-tĂ« nuk do tĂ« jenĂ« nĂ« gjendje tĂ« futen nĂ« njĂ« qendĂ«r tĂ« dhĂ«nash me Lloji i ruajtjes - tĂ« pĂ«rbashkĂ«t (ata nuk mund tĂ« shtohen atje), dhe pĂ«r ta ju duhet tĂ« krijoni njĂ« qendĂ«r tĂ« veçantĂ« tĂ« dhĂ«nash - d.m.th. Ădo host individual me ruajtje lokale ka nevojĂ« pĂ«r qendrĂ«n e tij tĂ« veçantĂ« tĂ« tĂ« dhĂ«nave.
Krijimi i një grupi të ri
Lidhja me dokumentacionin - Udhëzuesi i Administrimit oVirt.
Pa detaje tĂ« panevojshme, grumbull â ky Ă«shtĂ« njĂ« grupim logjik i hosteve qĂ« kanĂ« njĂ« zonĂ« tĂ« pĂ«rbashkĂ«t ruajtjeje (nĂ« formĂ«n e disqeve tĂ« pĂ«rbashkĂ«ta nĂ« njĂ« sistem ruajtjeje, si nĂ« rastin tonĂ«). ĂshtĂ« gjithashtu e dĂ«shirueshme qĂ« hostet nĂ« grup tĂ« jenĂ« identikĂ« nĂ« harduer dhe tĂ« kenĂ« tĂ« njĂ«jtin lloj procesori (Intel ose AMD). ĂshtĂ« mĂ« mirĂ«, sigurisht, qĂ« serverĂ«t nĂ« grup tĂ« jenĂ« plotĂ«sisht identikĂ«.
Grupi Ă«shtĂ« pjesĂ« e njĂ« qendre tĂ« dhĂ«nash (me njĂ« lloj ruajtjeje specifike - Lokal ose Ndahet), dhe tĂ« gjithĂ« hostet duhet t'i pĂ«rkasin njĂ« lloj grupi, nĂ« varĂ«si tĂ« faktit nĂ«se ata kanĂ« hapĂ«sirĂ« ââruajtĂ«se tĂ« pĂ«rbashkĂ«t apo jo.
Kur instaloni një makinë virtuale me një motor të hostuar në një host, një qendër e të dhënave krijohet si parazgjedhje - Qendra e të Dhënave 1, së bashku me grupin - Klaster1, dhe në të ardhmen mund të konfiguroni parametrat e tij, të aktivizoni opsione shtesë, të shtoni host në të, etj.
Si zakonisht, për detaje në lidhje me të gjitha cilësimet e grupimit, këshillohet t'i referoheni dokumentacionit zyrtar. Nga disa nga veçoritë e konfigurimit të një grupi, unë do të shtoj vetëm se kur e krijoni atë, mjafton të konfiguroni vetëm parametrat bazë në skedë i përgjithshëm.
Unë do të shënoj parametrat më të rëndësishëm:
- Lloji i procesorit â zgjidhet bazuar nĂ« atĂ« se cilĂ«t procesorĂ« janĂ« tĂ« instaluar nĂ« hostet e grupit, nga cili prodhues janĂ« dhe cili procesor nĂ« host Ă«shtĂ« mĂ« i vjetri, nĂ« mĂ«nyrĂ« qĂ«, nĂ« varĂ«si tĂ« kĂ«saj, tĂ« pĂ«rdoren tĂ« gjitha udhĂ«zimet e disponueshme tĂ« procesorit nĂ« grup.
- Lloji i ndĂ«rprerĂ«sit â nĂ« grupin tonĂ« ne pĂ«rdorim vetĂ«m Linux bridge, prandaj e zgjedhim atĂ«.
- Lloji i murit të zjarrit - gjithçka është e qartë këtu, ky është muri i zjarrit, i cili duhet të aktivizohet dhe konfigurohet në hostet.
Pamja e ekranit me parametrat e grupimit

Instalimi i hosteve shtesë në një mjedis të vetë-pritur
për dokumentacion.
Pritësit shtesë për një mjedis të vetë-hostuar shtohen në të njëjtën mënyrë si një host i rregullt, me hapin shtesë të vendosjes së një VM me një motor pritës - Zgjidhni veprimin e vendosjes së motorit të pritur >> vendosë. Meqenëse hosti shtesë duhet të prezantohet gjithashtu me një LUN për një VM me një motor pritës, kjo do të thotë që ky host, nëse është e nevojshme, mund të përdoret për të pritur një VM me një motor të hostuar në të.
Për qëllime të tolerancës së defekteve, rekomandohet shumë që të ketë të paktën dy pritës mbi të cilët mund të vendoset një VM e motorit pritës.
Në hostin shtesë, çaktivizoni iptables (nëse aktivizohet), aktivizoni murin e zjarrit
systemctl stop iptables
systemctl disable iptables
systemctl enable firewalld
systemctl start firewalldInstaloni versionin e kërkuar të KVM (nëse është e nevojshme):
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-clearInstaloni depot e nevojshme dhe instaluesin e motorit pritës:
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-setupTjetra, shkoni te tastiera Hapni Menaxherin e Virtualizimit, shtoni një host të ri dhe bëni gjithçka hap pas hapi, siç është shkruar në .
Si rezultat, pas shtimit të një hosti shtesë, duhet të marrim diçka si fotografia në tastierën administrative, si në pamjen e ekranit.
Pamja e ekranit të portalit administrativ - hostet

Pritësi në të cilin VM me motor pritës është aktualisht aktiv ka një kurorë ari dhe mbishkrimin "Drejtimi i VM i motorit të pritur", hosti në të cilin mund të lansohet kjo VM nëse është e nevojshme - mbishkrimi "Mund të ekzekutojë VM të Hosted Engine'.
Në rast të dështimit të hostit në të cilin "Drejtimi i VM i motorit të pritur", do të riniset automatikisht në hostin e dytë. Kjo VM gjithashtu mund të migrohet nga hosti aktiv në hostin e gatishmërisë për mirëmbajtjen e tij.
Konfigurimi i Menaxhimit të Energjisë / rrethimit në hostet oVirt
Lidhjet e dokumentacionit:
- Virtualizimi i Red Hat 4.3 â> Referenca Teknike ->
- Udhëzuesi i Administrimit oVirt ->
Ndërsa mund të duket sikur keni mbaruar duke shtuar dhe konfiguruar një host, kjo nuk është plotësisht e vërtetë.
Për funksionimin normal të hosteve dhe për të identifikuar/zgjidhur dështimet me cilindo prej tyre, kërkohen cilësimet e Menaxhimit të Energjisë / rrethimit.
Skermë, ose rrethimi, është procesi i përjashtimit të përkohshëm të një hosti të dëmtuar ose të dështuar nga grupi, gjatë të cilit rifillohen ose shërbimet oVirt në të ose vetë hosti.
Të gjitha detajet mbi përkufizimet dhe parametrat e Menaxhimit të Energjisë / rrethimit janë dhënë, si zakonisht, në dokumentacion; Unë do të jap vetëm një shembull se si të konfiguroni këtë parametër të rëndësishëm, siç zbatohet për serverët Dell R640 me iDRAC 9.
- Shkoni në portalin administrativ, klikoni bëj llogaritje >> Nikoqirët zgjidhni një host.
- Ne klikojmë Ndrysho Të Dhënat.
- Klikoni skedën Menaxhimi i energjisë.
- Kontrolloni kutinë pranë opsionit Aktivizo Menaxhimin e Energjisë.
- Kontrolloni kutinë pranë opsionit Integrimi Kdumppër të parandaluar kalimin e hostit në modalitetin e rrethimit gjatë regjistrimit të një deponie të përplasjes së kernelit.
Shënim.
Pas aktivizimit të integrimit të Kdump në një host tashmë të ekzekutuar, ai duhet të riinstalohet sipas procedurës në Udhëzuesin e Administrimit oVirt -> -> Riinstalimi i hosteve.
- Opsionale, mund tĂ« kontrolloni kutinĂ« Ăaktivizo kontrollin e politikave tĂ« menaxhimit tĂ« energjisĂ«, nĂ«se nuk duam qĂ« menaxhimi i energjisĂ« sĂ« hostit tĂ« kontrollohet nga Politika e Planifikimit tĂ« grupit.
- Klikoni butonin (+) për të shtuar një pajisje të re të menaxhimit të energjisë, do të hapet dritarja e redaktimit të vetive të agjentit.
PĂ«r iDRAC9, plotĂ«soni fushat:- Adresa â Adresa iDRAC9
- Fjalekalimi i perdoruesit â identifikimi dhe fjalĂ«kalimi pĂ«r hyrjen nĂ« iDRAC9, pĂ«rkatĂ«sisht
- Tipi -drac5
- Mark Siguroj
- shtoni opsionet e mëposhtme: cmd_prompt=>,login_timeout=30
Pamja e ekranit me parametrat "Power Management" në vetitë e hostit

Krijimi i një zone magazinimi ose domenesh ruajtjeje
Lidhja me dokumentacionin - Udhëzuesi i Administrimit të oVirt, .
Domeni i ruajtjes, ose zona e ruajtjes, është një vend i centralizuar për ruajtjen e disqeve të makinës virtuale, imazheve të instalimit, shablloneve dhe fotografive.
Zonat e ruajtjes mund të lidhen me qendrën e të dhënave duke përdorur protokolle të ndryshme, grupe dhe sisteme skedarësh rrjeti.
oVirt ka tre lloje të zonave të ruajtjes:
- Fusha e tĂ« dhĂ«nave â pĂ«r tĂ« ruajtur tĂ« gjitha tĂ« dhĂ«nat e lidhura me makinat virtuale (disqe, shabllone). Domeni i tĂ« dhĂ«nave nuk mund tĂ« ndahet midis qendrave tĂ« ndryshme tĂ« tĂ« dhĂ«nave.
- Domeni ISO (lloji i vjetĂ«ruar i zonĂ«s sĂ« ruajtjes) â pĂ«r ruajtjen e imazheve tĂ« instalimit tĂ« OS. Domeni ISO mund tĂ« ndahet midis qendrave tĂ« ndryshme tĂ« tĂ« dhĂ«nave.
- Eksportoni domenin (lloji i vjetëruar i zonës së ruajtjes) - për ruajtjen e përkohshme të imazheve të zhvendosura midis qendrave të të dhënave.
Në rastin tonë të veçantë, një zonë ruajtëse me llojin e Domenit të të Dhënave përdor Protokollin e Kanalit Fiber (FCP) për t'u lidhur me LUN në sistemin e ruajtjes.
Nga këndvështrimi i oVirt, kur përdorni sistemet e ruajtjes (FC ose iSCSI), çdo disk virtual, fotografi ose shabllon është një disk logjik.
Pajisjet e bllokut grumbullohen në një njësi të vetme (në hostet e grupeve) duke përdorur Volume Group dhe më pas ndahen duke përdorur LVM në vëllime logjike, të cilat përdoren si disqe virtuale për VM-të.
Të gjitha këto grupe dhe shumë vëllime LVM mund të shihen në hostin e grupit duke përdorur komandat etj О lvs. Natyrisht, të gjitha veprimet me disqe të tillë duhet të bëhen vetëm nga tastiera oVirt, përveç rasteve të veçanta.
Disqet virtuale për VM-të mund të jenë të dy llojeve - QCOW2 ose RAW. Disqet mund të jenë "i hollë"ose"trashë". Fotot e çastit krijohen gjithmonë si"i hollë".
Mënyra për të menaxhuar domenet e ruajtjes, ose zonat e ruajtjes të aksesuara përmes FC, është mjaft logjike - për çdo disk virtual VM ekziston një vëllim logjik i veçantë që mund të shkruhet nga vetëm një host. Për lidhjet FC, oVirt përdor diçka si LVM e grupuar.
Makinat virtuale të vendosura në të njëjtën zonë magazinimi mund të migrohen midis hosteve që i përkasin të njëjtit grup.
Siç mund ta shohim nga përshkrimi, një grup në oVirt, si një grup në VMware vSphere ose Hyper-V, në thelb do të thotë të njëjtën gjë - është një grupim logjik i hosteve, mundësisht identik në përbërjen e harduerit dhe që ka ruajtje të përbashkët për virtuale. disqe makinerie.
Le të vazhdojmë drejtpërdrejt në krijimin e një zone ruajtjeje për të dhënat (disqe VM), pasi pa të qendra e të dhënave nuk do të inicializohet.
Më lejoni t'ju kujtoj se të gjitha LUN-të e paraqitura në hostet e grupimeve në sistemin e ruajtjes duhet të jenë të dukshme në to duke përdorur komandën "me shumë rrugë -ll'.
Sipas , shkoni në portalin shkoni te Ruajtje >> Domains -> Domain i ri dhe ndiqni udhëzimet nga seksioni "Shtimi i hapësirës ruajtëse të FCP".
Pas nisjes së magjistarit, plotësoni fushat e kërkuara:
- EmĂ«r â vendosni emrin e grupit
- Funksioni i Domenit â TĂ« dhĂ«nat
- Lloji i ruajtjes - Kanali me fibra
- Host pĂ«r pĂ«rdorim â zgjidhni njĂ« host nĂ« tĂ« cilin Ă«shtĂ« i disponueshĂ«m LUN qĂ« ne kĂ«rkojmĂ«
Në listën e LUN-ve, shënoni atë që na nevojitet, klikoni Shtoj dhe hedhje në rregull. Nëse është e nevojshme, mund të rregulloni parametrat shtesë të zonës së ruajtjes duke klikuar mbi Parametrat e avancuar.
Pamja e ekranit të magjistarit për shtimin e "Domenit të ruajtjes"

Bazuar në rezultatet e magjistarit, ne duhet të marrim një zonë të re ruajtjeje dhe qendra jonë e të dhënave duhet të kalojë në statusin UP, ose të inicializuar:
Pamjet e ekranit të qendrës së të dhënave dhe zonave të ruajtjes në të:


Krijimi dhe konfigurimi i rrjeteve për makinat virtuale
Lidhja me dokumentacionin - Udhëzuesi i Administrimit të oVirt,
Rrjetet, ose rrjetet, shërbejnë për të grupuar rrjetet logjike të përdorura në infrastrukturën virtuale oVirt.
Për të bashkëvepruar ndërmjet përshtatësit të rrjetit në makinën virtuale dhe përshtatësit fizik në host, përdoren ndërfaqe logjike si ura Linux.
Për të grupuar dhe ndarë trafikun ndërmjet rrjeteve, VLAN-et janë konfiguruar në ndërprerës.
Kur krijoni një rrjet logjik për makinat virtuale në oVirt, atij duhet t'i caktohet një identifikues që korrespondon me numrin VLAN në çelës, në mënyrë që VM-të të mund të komunikojnë me njëri-tjetrin, edhe nëse ato funksionojnë në nyje të ndryshme të grupit.
Cilësimet paraprake të përshtatësve të rrjetit në hostet për lidhjen e makinave virtuale duhej të bëheshin në - ndërfaqja logjike e konfiguruar lidhje1, atëherë të gjitha cilësimet e rrjetit duhet të bëhen vetëm përmes portalit administrativ oVirt.
Pas krijimit të një VM me motorin e hostuar, përveç krijimit automatik të një qendre të dhënash dhe grupi, u krijua automatikisht edhe një rrjet logjik për të menaxhuar grupin tonë - ovritmgmt, me të cilin ishte lidhur kjo VM.
Nëse është e nevojshme, mund të shikoni cilësimet logjike të rrjetit ovritmgmt dhe t'i rregulloni ato, por duhet të keni kujdes që të mos humbni kontrollin e infrastrukturës oVirt.
Cilësimet logjike të rrjetit ovritmgmt

Për të krijuar një rrjet të ri logjik për VM-të e rregullta, në portalin administrativ shkoni te Rrjet >> Rrjetet >> Të reja, dhe në skedën i përgjithshëm shtoni një rrjet me ID-në e dëshiruar VLAN dhe gjithashtu kontrolloni kutinë pranë "Rrjeti VM", kjo do të thotë se mund të përdoret për caktimin e një VM.
Pamja e ekranit të rrjetit të ri logjik VLAN32

Në skedën Grumbull, ne bashkojmë këtë rrjet në grupin tonë Klaster1.
Pas kësaj shkojmë në bëj llogaritje >> Nikoqirët, shkoni te secili host me radhë, te skeda Ndërfaqet e rrjetit, dhe hapni magjistarin Konfiguro rrjetet pritëse, për t'u lidhur me hostet e një rrjeti të ri logjik.
Pamja e ekranit të magjistarit "Setup host networks".

Agjenti oVirt do të bëjë automatikisht të gjitha cilësimet e nevojshme të rrjetit në host - krijoni një VLAN dhe BRIDGE.
Shembuj të skedarëve të konfigurimit për rrjetet e reja në host:
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=noMë lejoni t'ju kujtoj edhe një herë se në hostin e grupit JO E NEVOJSHME krijoni ndërfaqe rrjeti paraprakisht manualisht ifcfg-bond1.432 О ifcfg-ovirtvm-vlan432.
Pas shtimit të një rrjeti logjik dhe kontrollimit të lidhjes midis hostit dhe motorit të hostuar VM, ai mund të përdoret në makinën virtuale.
Krijimi i një imazhi instalimi për vendosjen e një makine virtuale
Lidhja me dokumentacionin - Udhëzuesi i Administrimit të oVirt, , seksioni Ngarkimi i imazheve në një domen të ruajtjes së të dhënave.
Pa një imazh të instalimit të sistemit operativ, nuk do të jetë e mundur të instaloni një makinë virtuale, megjithëse kjo natyrisht nuk është problem nëse, për shembull, është instaluar në rrjet me imazhe të krijuara paraprakisht.
Në rastin tonë, kjo nuk është e mundur, kështu që ju do të duhet ta importoni vetë këtë imazh në oVirt. Më parë, kjo kërkonte krijimin e një domeni ISO, por në versionin e ri të oVirt ai është zhvlerësuar, dhe për këtë arsye tani mund të ngarkoni imazhe direkt në domenin Storage nga portali administrativ.
NĂ« portalin administrativ shkoni te Ruajtje >> Disks >> Ngarko >> fillim
Ne shtojmë imazhin tonë të OS si një skedar ISO, plotësojmë të gjitha fushat në formular dhe klikojmë butonin "Testoni lidhjen".
Pamja e ekranit të magjistarit të shtimit të imazhit të instalimit

Nëse marrim një gabim si ky:
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`
Pastaj ju duhet të shtoni certifikatën oVirt në "CA-të e besuara Root"(Trusted Root CA) në stacionin e kontrollit të administratorit, nga ku po përpiqemi të shkarkojmë imazhin.
Pasi të keni shtuar certifikatën në Trusted Root CA, klikoni përsëri "Testoni lidhjen", duhet të marrë:
Connection to ovirt-imageio-proxy was successful.Pasi të keni përfunduar veprimin e shtimit të certifikatës, mund të provoni të ngarkoni përsëri imazhin ISO në domenin e ruajtjes.
Në parim, ju mund të krijoni një domen të veçantë ruajtjeje me llojin e të dhënave për të ruajtur imazhet dhe shabllonet veçmas nga disqet VM, apo edhe t'i ruani ato në një Domen Storage për motorin e pritur, por kjo është në diskrecionin e administratorit.
Pamja e ekranit me imazhe ISO në Storage Domain për motorin e pritur

Krijo një makinë virtuale
Lidhja e dokumentacionit:
UdhĂ«zuesi i Menaxhimit tĂ« Makinave Virtuale oVirt â>
Pasi tĂ« keni ngarkuar imazhin e instalimit me OS nĂ« oVirt, mund tĂ« vazhdoni drejtpĂ«rdrejt nĂ« krijimin e njĂ« makinerie virtuale. ĂshtĂ« bĂ«rĂ« shumĂ« punĂ«, por ne jemi tashmĂ« nĂ« fazĂ«n pĂ«rfundimtare, pĂ«r hir tĂ« sĂ« cilĂ«s filloi e gjithĂ« kjo - marrja e njĂ« infrastrukture tolerante ndaj gabimeve pĂ«r pritjen e makinave virtuale shumĂ« tĂ« disponueshme. Dhe e gjithĂ« kjo Ă«shtĂ« absolutisht falas - asnjĂ« qindarkĂ« e vetme nuk Ă«shtĂ« shpenzuar pĂ«r blerjen e ndonjĂ« licence softueri.
Për të krijuar një makinë virtuale me CentOS 7, imazhi i instalimit nga OS duhet të shkarkohet.
Shkojmë në portalin administrativ, shkoni te bëj llogaritje >> Makineri virtuale, dhe hapni magjistarin e krijimit të VM. Plotësoni të gjitha parametrat dhe fushat dhe klikoni në rregull. Gjithçka është shumë e thjeshtë nëse ndiqni dokumentacionin.
Si shembull, unë do të jap cilësimet bazë dhe shtesë të një VM shumë të disponueshme, me një disk të krijuar, të lidhur në rrjet dhe nisje nga një imazh instalimi:
Pamjet e ekranit me cilësime shumë të disponueshme VM





Pas përfundimit të punës me magjistarin, mbylleni atë, hapni një VM të re dhe instaloni OS në të.
Për ta bërë këtë, shkoni në tastierën e kësaj VM përmes portalit administrativ:
Pamja e ekranit të cilësimeve të portalit administrativ për t'u lidhur me tastierën VM

Për t'u lidhur me tastierën VM, fillimisht duhet të konfiguroni konsolën në vetitë e makinës virtuale.
Pamja e ekranit të cilësimeve të VM, skeda "Konsola".

Për t'u lidhur me konsolën VM mund të përdorni, për shembull, .
Për t'u lidhur me tastierën VM direkt në dritaren e shfletuesit, cilësimet e lidhjes përmes tastierës duhet të jenë si më poshtë:

Pas instalimit të sistemit operativ në VM, këshillohet të instaloni agjentin e ftuar të 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.serviceKështu, si rezultat i veprimeve tona, VM e krijuar do të jetë shumë e disponueshme, d.m.th. nëse nyja e grupit në të cilën po funksionon dështon, oVirt do ta rifillojë automatikisht në nyjen e dytë. Kjo VM gjithashtu mund të migrohet midis hosteve të grupimit për mirëmbajtjen e tyre ose qëllime të tjera.
Përfundim
Shpresoj se ky artikull arriti të përcjellë që oVirt është një mjet krejtësisht normal për administrimin e infrastrukturës virtuale, e cila nuk është aq e vështirë për t'u vendosur - gjëja kryesore është të ndiqni disa rregulla dhe kërkesa të përshkruara si në artikull ashtu edhe në dokumentacion.
Për shkak të vëllimit të madh të artikullit, nuk ishte e mundur të përfshiheshin shumë gjëra në të, si për shembull ekzekutimi hap pas hapi i magjistarëve të ndryshëm me të gjitha shpjegimet dhe pamjet e detajuara të ekranit, përfundimet e gjata të disa komandave, etj. Në fakt, kjo do të kërkonte shkrimin e një libri të tërë, i cili nuk ka shumë kuptim për shkak të versioneve të reja të softuerit që shfaqen vazhdimisht me risi dhe ndryshime. Gjëja më e rëndësishme është të kuptoni parimin se si funksionojnë të gjitha së bashku dhe të merrni një algoritëm të përgjithshëm për krijimin e një platforme tolerante ndaj gabimeve për menaxhimin e makinave virtuale.
Megjithëse kemi krijuar një infrastrukturë virtuale, tani duhet ta mësojmë atë të ndërveprojë si midis elementeve të tij individualë: hosteve, makinave virtuale, rrjeteve të brendshme dhe me botën e jashtme.
Ky proces është një nga detyrat kryesore të një sistemi ose administratori rrjeti, i cili do të trajtohet në artikullin vijues - në lidhje me përdorimin e ruterëve virtualë VyOS në infrastrukturën tolerante ndaj gabimeve të ndërmarrjes sonë (siç e keni marrë me mend, ata do të funksionojnë si virtualë makinat në grupin tonë oVirt).
Burimi: www.habr.com
