ProHoster > Blog > Administrim > Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Ky artikull Ă«shtĂ« njĂ« vazhdim i artikullit tĂ« mĂ«parshĂ«m – "Krijimi i njĂ« infrastrukture IT tĂ« qĂ«ndrueshme. Pjesa 1 — pĂ«rgatitja pĂ«r nxjerrjen e klasterit oVirt 4.3».

Në të do të shqyrtohet procesi i instalimit dhe konfigurimit bazik të klasterit oVirt 4.3, për hostimin e makinave virtuale me akses të lartë, duke marrë parasysh se të gjitha hapat paraprak për përgatitjen e infrastrukturës, janë përfunduar më parë.

Hyrja

Qëllimi kryesor i artikullit është të tregojë më shumë disa veçori gjatë instalimit dhe konfigurimit të tij. Procesi i vendosjes së klasterit tuaj, nuk mund të përputhet gjithmonë me atë të përshkruar në të, për shkak të veçorive të infrastrukturës dhe mjedisit, por principet e përgjithshme do të jenë të njëjta.Të ardhshme -> Po -> Përfundoni», sesa të ofrojë një udhëzues hap pas hapi si «

Nga një pikëpamje subjektive, oVirt 4.3 në funksionalitetin e saj është e ngjashme me VMware vSphere version 5.x, por sigurisht me veçoritë e veta të konfigurimit dhe funksionimit.

Për ata që janë të interesuar, të gjitha dallimet midis RHEV (pra oVirt) dhe VMware vSphere mund të gjenden në internet, për shembull këtu, por prapë do të theksoj ndonjëherë disa dallime ose ngjashmëri midis tyre, gjatë artikullit.

Veçmas do të doja të krahasoja pak punën me rrjetet për makinat virtuale. Në oVirt është implementuar një parim i ngjashëm i menaxhimit të rrjeteve për makinat virtuale (të quajtura VM), siç është në VMware vSphere:

  • me ndihmĂ«n e standardit Linux bridge (nĂ« VMware — Standard vSwitch), qĂ« funksionon nĂ« hostin e virtualizimit;
  • me ndihmĂ«n e Open vSwitch (OVS) (nĂ« VMware — Distributed vSwitch) – kjo Ă«shtĂ« njĂ« switch virtuale e shpĂ«rndarĂ«, e pĂ«rbĂ«rĂ« nga dy komponentĂ« kryesorĂ«: serveri qendror OVN dhe kontrollorĂ«t OVN nĂ« host tĂ« menaxhuar.

Duhet theksuar se për shkak të thjeshtësisë së zbatimit, në artikull do të përshkruhet konfigurimi i rrjeteve në oVirt për VM me ndihmën e standardit Linux bridge, i cili është zgjedhja standarde, kur përdorim hipervizorin KVM.

Në këtë kontekst, ka disa rregulla bazë për punën me rrjetin në klaster që është më mirë të mos shkelin:

  • TĂ« gjitha konfigurimet e rrjeteve nĂ« host duhet tĂ« jenĂ« identike para se t’i shtoni ato nĂ« oVirt, pĂ«rveç adresave IP.
  • Pas marrjes nĂ«n menaxhim nga oVirt, nĂ« tĂ« nuk rekomandohet tĂ« ndryshoni diçka nĂ« konfigurimet e rrjeteve manualisht, pa pasur tĂ« plotĂ« besimin nĂ« veprimet tuaja, pasi agjenti i oVirt do t’i rikthejĂ« ato nĂ« ato tĂ« mĂ«parshmet, pas rivendosjes sĂ« hostit ose agjentit.
  • Shtimi i njĂ« rrjeti tĂ« ri pĂ«r VM, si dhe punĂ« me tĂ«, duhet tĂ« bĂ«het vetĂ«m nga konsolĂ« e menaxhimit tĂ« oVirt.

NjĂ« tjetĂ«r vĂ«rejtje e rĂ«ndĂ«sishme — pĂ«r njĂ« mjedis shumĂ« tĂ« ndjeshĂ«m (mjaft tĂ« ndjeshĂ«m ndaj humbjeve financiare), megjithatĂ«, do tĂ« rekomandohej tĂ« pĂ«rdorej mbĂ«shtetje e paguar dhe tĂ« pĂ«rdorej Red Hat Virtualization 4.3. GjatĂ« operimit tĂ« klashtĂ«s oVirt, mund tĂ« lindin disa momente pĂ«r tĂ« cilat Ă«shtĂ« e dĂ«shirueshme tĂ« merrni ndihmĂ« tĂ« kualifikuar sa mĂ« shpejt, e jo tĂ« merret me to vetĂ«.

Dhe përfundimisht, rekomandohet para shpërndarjes së klashtës oVirt, duhet të njiheni me dokumentacionin zyrtar, për të qenë në dijeni të paktën të koncepteve dhe definicioneve thelbësore, përndryshe më pas do të jetë pak e vështirë të lexoni artikullin.

Dokumentet bazë për të kuptuar artikullin dhe prinsipat e funksionimit të klashtës oVirt janë këto udhëzime:

VĂ«llimi aty nuk Ă«shtĂ« shumĂ« i madh, pĂ«r njĂ« deri nĂ« dy orĂ« Ă«shtĂ« krejtĂ«sisht e mundur tĂ« pĂ«rvetĂ«sohen principet themelore, dhe pĂ«r ata qĂ« preferojnĂ« detaje, rekomandohet tĂ« lexoni Dokumentacioni i Produktit pĂ«r Red Hat Virtualization 4.3 — RHEV dhe oVirt nĂ« esencĂ« janĂ« njĂ«soj.

Pra, nëse të gjitha konfigurimet bazë në hostet, switch-et dhe ruajtjet e dhënash janë të kryera, kalojmë drejtpërdrejt në shpërndarjen e oVirt.

Pjesa 2. Instalimi dhe Konfigurimi i klashtës oVirt 4.3

Për lehtësimin e orientimit, do të jap një listë me seksionet kryesore në këtë artikull, të cilat duhet të përfundojnë njëri pas tjetrit:

  1. Instalimi i serverit drejtues të oVirt
  2. Krijimi i një qendre të re të të dhënave
  3. Krijimi i një klashtës së re
  4. Instalimi i hosteve shtesë në një mjedis të vetë-hostuar
  5. Krijimi i një zone ruajtjeje ose Storage Domains
  6. Krijimi dhe konfigurimi i rrjeteve për makinat virtuale
  7. Krijimi i një imazhi të instalimit për shpërndarjen e makinës virtuale
  8. Krijimi i një makine virtuale

Instalimi i serverit drejtues të oVirt

Serveri drejtues i oVirt – Ă«shtĂ« elementi mĂ« i rĂ«ndĂ«sishĂ«m nĂ« infrastrukturĂ«n e oVirt, si njĂ« makinĂ« virtuale, host, ose njĂ« pajisje virtuale, qĂ« menaxhon tĂ«rĂ« infrastrukturĂ«n oVirt.

Analogët e tij të afërt nga bota e virtualizimit:

  • VMware vSphere — vCenter Server
  • Microsoft Hyper-V — System Center Virtual Machine Manager (VMM).

Për instalimin e serverit drejtues të oVirt, ne kemi dy opsione:

Varianti 1
Shpërndarja e serverit si një VM të specializuar ose host.

Ky opsion është plotësisht funksional, por me kushtin që ky VM të funksionojë pavarësisht klashtës, dmth. të mos jetë aktivizuar në asnjë host të klashtës si një makinë virtuale e zakonshme nën menaxhimin e KVM.

Pse nuk mund të shpërndahen këto VM në hostet e klashtës?

NĂ« fillim tĂ« procesit tĂ« instalimit tĂ« serverit tĂ« menaxhimit oVirt, kemi njĂ« dilemĂ« — duhet tĂ« vendosim VM-nĂ« e menaxhimit, por klusteri nĂ« tĂ« vĂ«rtetĂ« nuk ekziston akoma, ndaj çfarĂ« mund tĂ« shpikim menjĂ«herĂ«? E saktĂ« – tĂ« instalojmĂ« KVM nĂ« nodin e ardhshĂ«m tĂ« klustrit, pastaj tĂ« krijojmĂ« njĂ« makinĂ« virtuale, pĂ«r shembull, me OS-nĂ« CentOS dhe nĂ« tĂ« tĂ« krijojmĂ« motorin e oVirt. Kjo zakonisht bĂ«het nga konsiderata pĂ«r kontrollin e plotĂ« mbi njĂ« VM tĂ« tillĂ«, por kjo Ă«shtĂ« njĂ« qĂ«llim i gabuar, sepse nĂ« kĂ«tĂ« rast, mĂ« vonĂ« do tĂ« ketĂ« 100% probleme me VM-nĂ« e menaxhimit:

  • nuk do tĂ« jetĂ« e mundur ta migroni nĂ« konsolĂ«n oVirt ndĂ«rmjet hosteve (nodin) tĂ« klustrit;
  • nĂ« migrimin e burimeve KVM pĂ«rmes virsh migrate, kjo VM do tĂ« jetĂ« e paqasshme pĂ«r menaxhim nga konsola oVirt.
  • Nuk do tĂ« jetĂ« e mundur ta ç aktivizoni klustrit nĂ« Maintenance mode (modi i mirĂ«mbajtjes), nĂ«se migroni kĂ«tĂ« VM nga njĂ« host nĂ« njĂ« host me ndihmĂ«n e virsh migrate.

Pra, bĂ«ni gjithçka sipas rregullave — pĂ«rdorni njĂ« host tĂ« veçantĂ« pĂ«r serverin e menaxhimit oVirt, ose njĂ« VM tĂ« pavarur tĂ« nisur mbi tĂ«, ose mĂ« mirĂ« bĂ«ni siç thuhet nĂ« variantin e dytĂ«.

Varianti 2
Instalimi i oVirt Engine Appliance në hostin e menaxhuar nga vetë ai.

Ky variant do të diskutohet më tej, si më i saktë dhe më i përshtatshëm në rastin tonë.
Kërkesat për një VM të tillë janë përshkruar më poshtë, vetëm do të shtoja se rekomandohet të keni të paktën dy hoste në infrastrukturë, në të cilat mund të nisni VM-në e menaxhimit, për ta bërë atë rezistente ndaj dështimeve. Këtu do të doja të shtoja se, siç kam shkruar tashmë në komentet e artikullit të kaluar, nuk kam arritur akoma të fitoj splitbrain në klusterin oVirt me dy hoste, me mundësinë e nisjes së VM-së hosted-engine mbi to.

Instalimi i oVirt Engine Appliance në hostin e parë të klustrit

Lidhja me dokumentacionin zyrtar — UdhĂ«zuesi pĂ«r ShĂ«rbimin e VetĂ«-hostuar tĂ« oVirt, kapitulli "Deploying the Self-Hosted Engine Using the Command line»

Dokumenti përmban kushtet paraprake që duhet përmbushur para instalimit të VM-së hosted-engine, si dhe përshkruan në detaje procesin e instalimit të saj, kështu që nuk ka kuptim ta përsërisim fjalë për fjalë, ndaj do të fokusojmë vëmendjen në disa detaje të rëndësishme.

  • Para fillimit tĂ« çdo veprimi, sigurohuni qĂ« tĂ« aktivizoni mbĂ«shtetje pĂ«r virtualizimin nĂ« cilĂ«simet e BIOS-it nĂ« host.
  • Instaloni paketĂ«n pĂ«r installer-in e hosted-engine 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

  • NisimĂ« procesin e deploy-it tĂ« oVirt Hosted Engine nĂ« host duke pĂ«rdorur screen (mund tĂ« dilni nga ai me Ctrl-A + D, ta mbyllni me Ctrl-D):

screen
hosted-engine --deploy

Nëse dëshironi, mund të filloni instalimin me një skedar përgjigjesh të përgatitur paraprakisht:

hosted-engine --deploy --config-append=\/var\/lib\/ovirt-hosted-engine-setup\/answers\/answers-ohe.conf

  • GjatĂ« procesit tĂ« deploy-it tĂ« hosted-engine, tregoni tĂ« gjitha parametrat e nevojshĂ«m: 

- emri i klasterit
- numri i vCPU dhe vRAM (rekomandohet 4 vCPU dhe 16 GB)
- fjalëkalimet
- tipi i ruajtjes pĂ«r VM-nĂ« e hosted engine – nĂ« rastin tonĂ« FC
- numri LUN për instalimin e hosted engine
- ku do tĂ« ndodhet baza e tĂ« dhĂ«nave pĂ«r hosted engine – rekomandoj pĂ«r thjeshtĂ«si tĂ« zgjidhni Local (kjo Ă«shtĂ« njĂ« DB PostgreSQL qĂ« funksionon brenda kĂ«saj VM)
dhe parametra të tjerë.

  • PĂ«r instalimin e njĂ« VM-je me disponibilitet tĂ« lartĂ« me hosted engine, nĂ« SCSI ishte krijuar mĂ« parĂ« njĂ« LUN tĂ« veçantĂ« me numĂ«r 4 dhe madhĂ«si 150 GB, e cila mĂ« pas u prezantua nĂ« hostet e klasterit – shih nĂ« artikulli i mĂ«parshĂ«m.

Më parë ne gjithashtu e verifikuam dukshmërinë e tij në 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

  • Procesi i deploy-it tĂ« hosted-engine nuk ka asgjĂ« tĂ« vĂ«shtirĂ«, nĂ« fund tĂ« tij ne duhet tĂ« marrim njĂ« mesazh 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 deployed

Kontrollojmë prania e shërbimeve oVirt në host:

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Nëse çdo gjë është bërë siç duhet, pas përfundimit të instalimit hyjmë me një shfletues në https://ovirt_hostname/ovirt-engine nga kompjuteri i administratorit, dhe klikojmë [Administration Portal].

Screenshot 'Administration Portal'

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Duke futur emrin e përdoruesit dhe fjalëkalimin (të përcaktuar gjatë procesit të instalimit) në dritaren si në screenshot, hyjmë në panelin e menaxhimit Open Virtualization Manager, ku mund të kryhen të gjitha veprimet me infrastrukturën virtuale:

  1. shtoni datacentër
  2. shtoni dhe konfiguroni klasterin
  3. shtoni hoste dhe menaxhoni ato
  4. shtoni zona ruajtjeje ose Storage Domains, për diskun e makinave virtuale
  5. shtoni dhe konfiguroni rrjeta për makinat virtuale
  6. shtoni makina virtuale, imazhe instalimi, modele VM dhe menaxhoni ato

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Të gjitha këto veprime do të shqyrtohen më tej, disa në një kornizë të madhe, disa më në detaje dhe me nuanca.
Por atëherë, do rekomandoja të lexoni këtë shtesë, e cila padyshim do t'i vijë në ndihmë shumëkujt.

Shtesa

1) Në thelb, nëse ka një nevojë të tillë, asgjë nuk pengon të instaloni paraprakisht hipervizorin KVM në nyjat e klustrit, duke përdorur paketat libvirt dhe qemu-kvm (ose qemu-kvm-ev) e versionit të dëshiruar, megjithatë gjatë vendosjes së nyjës së klustrit oVirt, mund ta bëjë vetë këtë.

Por nëse libvirt dhe qemu-kvm janë instaluar versione jo aq të freskëta, atëherë mund të merrni një gabim të tillë gjatë vendosjes së hosted engine:

error: konfigurim i pa mbështetur: tipar CPU i panjohur: md-clear

Kështu që është e nevojshme të keni një version të përditësuar libvirt me mbrojtje nga MDS, i cili mbështet një politikë të tillë:

<feature policy='require' name='md-clear'/>

Instalojmë libvirt v.4.5.0-10.el7_6.12, me mbështetje për 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 libvirtd

Kontrollojmë nëse mbështetet 'md-clear':

virsh domcapabilities kvm | grep require

Pas kësaj, mund të vazhdoni me instalimin e hosted engine.

2) Në oVirt 4.3, pranashmëria dhe përdorimi i firewall-it firewalld është një kërkesë e detyrueshme.

Nëse gjatë vendosjes së VM për hosted-engine merrni një gabim të tillë:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld duhet të aktivizohet dhe të jetë aktiv për të vendosur saktë hosted-engine. Ju lutemi kontrolloni, rregulloni përkatësisht dhe rinstaloni.n"}
[ ERROR ] Dështim me ekzekutimin e fazës 'Mbyllja': Dështim gjatë ekzekutimit të ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467

Atëherë është e nevojshme të çaktivizoni firewall-in tjetër (nëse përdoret), dhe të instaloni dhe aktivizoni firewalld:

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-zones

Në vazhdim, gjatë instalimit të agjentit ovirt në një host të ri për klusterin, ai do të konfigurojë portat përkatëse në firewalld automatikisht.

3) Ribashkoni hostin me VM-në e tij duke funksionuar me hosted engine.

Si zakonisht, link 1 dhe link 2 në dokumentet udhëzuese.

E gjithĂ« menaxhimi i VM-sĂ« hosted engine bĂ«het VEÇANËRISHT pĂ«rmes komandĂ«s hosted-engine nĂ« hostin ku ajo funksionon, pĂ«r virsh Duhet tĂ« harrohet, po ashtu siç duhet harruar se mund tĂ« lidhemi me kĂ«tĂ« VM pĂ«rmes SSH dhe tĂ« ekzekutojmĂ« komandĂ«n «ndalo».

Procedura për t'i dhënë VM-së modalitetin e mirëmbajtjes:

hosted-engine --set-maintenance --mode=global

hosted-engine --vm-status
!! Klina është në modin GLOBAL MAINTENANCE !!
--== Statusi i hostit host1.test.local (id: 1) ==--
conf_on_shared_storage             : True
Statusi i përditësuar              : True
Emri i hostit                      : host1.test.local
ID e hostit                        : 1
Statusi i motorit                  : {"shëndeti": "i mirë", "vm": "në funksion", "detal": "Në funksion"}
Pika                              : 3400
ndaluar                           : False
Mirëmbajtje lokale                 : False
crc32                             : dee1a774
local_conf_timestamp              : 1821
Timestamp i hostit                : 1821
Metadata shtesë (e vlefshme në 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-shutdown

Ribëjmë hostin me agjentin e hosted engine dhe realizojmë atë që na nevojitet.

Pas ribllokimit, kontrollojmë statusin e VM-së me hosted engine:

hosted-engine --vm-status

Nëse VM-ja jonë me hosted-engine nuk po fillon dhe nëse shohim gabime të ngjashme në logun e shërbimit:

Gabim në logun 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 Dështoi për të nisur monitorët e nevojshëm
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Ndodhja e gabimit (traceback):#012  Fajll "\/usr\/lib\/python2.7\/site-packages\/ovirt_hosted_engine_ha\/agent\/agent.py", rreshti 131, në _run_agent#012    kthe veprimin(he)#012  Fajll "\/usr\/lib\/python2.7\/site-packages\/ovirt_hosted_engine_ha\/agent\/agent.py", rreshti 55, në action_proper#012    kthe he.start_monitoring()#012  Fajll "\/usr\/lib\/python2.7\/site-packages\/ovirt_hosted_engine_ha\/agent\/hosted_engine.py", rreshti 413, në start_monitoring#012    self._initialize_broker()#012  Fajll "\/usr\/lib\/python2.7\/site-packages\/ovirt_hosted_engine_ha\/agent\/hosted_engine.py", rreshti 537, në _initialize_broker#012    m.get('options', {}))#012  Fajll "\/usr\/lib\/python2.7\/site-packages\/ovirt_hosted_engine_ha\/lib\/brokerlink.py", rreshti 86, në start_monitor#012    ).format(t=lloji, o=opsionet, e=e)#012RequestError: brokerlink - dështoi për të nisur monitorin përmes ovirt-ha-broker: [Errno 2] Nuk ekziston një dosje ose skedar i tillë, [monitor: 'ping', opsionet: {'addr': '172.20.32.32'}]
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Po përpiqemi të ribllokojmë agjentin

Pas kësaj lidhemi me ruajtjen dhe ribllokojmë agjentin:

hosted-engine --connect-storage
systemctl restart ovirt-ha-agent
systemctl status ovirt-ha-agent

hosted-engine --vm-start
hosted-engine --vm-status

Pas nisjes së VM-së me hosted-engine, e nxjerrim atë nga modaliteti i mirëmbajtjes:

Procedura për të nxjerrë VM-në 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=False

4) Eliminimi i hosted engine dhe gjithçka që lidhet me të.

NdonjĂ«herĂ« Ă«shtĂ« e nevojshme tĂ« hiqni nĂ« mĂ«nyrĂ« korrekte hosted engine qĂ« Ă«shtĂ« instaluar mĂ« parĂ« — link nĂ« dokumentin udhĂ«zues.

Thjesht ekzekutojmë komandën në host:

/usr/sbin/ovirt-hosted-engine-cleanup

Më pas, heqim paketat e padëshiruara, duke bërë backup ndonjë konfigurimi, nëse është e nevojshme:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs

Krijimi i një qendre të re të të dhënave

Dokumentacioni ndihmĂ«s — UdhĂ«zues pĂ«r Administrimin e oVirt. Kapitulli 4: Qendrat e tĂ« dhĂ«nave

SĂ« pari, le t'i pĂ«rcaktojmĂ« se çfarĂ« Ă«shtĂ« qendra e tĂ« dhĂ«nave (citim nga dokumentacioni) — Ă«shtĂ« njĂ« entitet logjik qĂ« pĂ«rcakton njĂ« grup burimesh qĂ« pĂ«rdoren nĂ« njĂ« mjedis specifik.

Qendra e të dhënave është një lloj kapaciteti, e përbërë nga:

  • burimet logjike nĂ« formĂ«n e grupeve dhe hosteve
  • burimet rrjetore tĂ« grupit nĂ« formĂ«n e rrjeteve logjike dhe adaptuesve fizikĂ« nĂ« hostet,
  • burimet e ruajtjes (pĂ«r diskĂ«t e VM, shabllonĂ«t, imazhet) nĂ« formĂ«n e zona tĂ« ruajtjes (Storage Domains).

Qendra e të dhënave mund të përmbajë disa grupe, të përbërë nga disa hoste me makina virtuale që funksionojnë mbi to, gjithashtu mund të ketë disa zona ruajtjeje të asocuara me të.
Mund të ketë disa qendra të të dhënave, ato funksionojnë në mënyrë të pavarur nga njëra-tjetra. Në ovirt ka një ndarje të kompetencave sipas roleve dhe mund të konfiguroni lejet individualisht, si në nivelin e qendrës së të dhënave ashtu edhe në elementet e saj individuale logjike.

Qendra e të dhënave, ose qendrat e të dhënave nëse ka shumë, menaxhohen nga një konsolë administrative apo portal i vetëm.

Për të krijuar një qendër të dhënash, hyjmë në portalin administrativ dhe krijojmë një qendër të re të dhënash:
Llogaritje >> Qendrat e të Dhënave >> E re

Duke pasur parasysh që po përdorim ruajtje të përbashkët në SAN, lloji i ruajtjes (Storage Type) duhet të jetë e përbashkët:

Screenshot me asistentin për krijimin e qendrës së të dhënave

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Kur kurse virtuale me hosted-engine, krijohet automatikisht njĂ« qendĂ«r tĂ« dhĂ«nash – Datacenter1, dhe mĂ« pas, nĂ« rast nevojĂ«, mund tĂ« ndryshoni llojin e magazinimit (Storage Type) nĂ« tjetĂ«r.

Krijimi i njĂ« qendre tĂ« dhĂ«nash Ă«shtĂ« njĂ« detyrĂ« e thjeshtĂ«, pa ndonjĂ« nuancĂ« tĂ« veçantĂ«, dhe tĂ« gjitha veprimet shtesĂ« me tĂ« janĂ« tĂ« pĂ«rshkruara nĂ« dokumentacion. E vetmja vĂ«rejtje Ă«shtĂ« se hostet e vetme qĂ« kanĂ« vetĂ«m magazinim lokal (disk) pĂ«r VM-tĂ«, nuk mund tĂ« futen nĂ« qendrĂ«n e tĂ« dhĂ«nave me Storage Type – Shared (nuk do tĂ« mund t’i shtoni atje), dhe pĂ«r to duhet tĂ« krijoni njĂ« qendĂ«r tĂ« veçantĂ« tĂ« dhĂ«nash – domethĂ«nĂ«, çdo host tĂ« veçantĂ« me magazinim lokal, ka nevojĂ« pĂ«r qendĂ«r tĂ« veçantĂ« tĂ« dhĂ«nash.

Krijimi i një klashtës së re

Linku nĂ« dokumentacion – oVirt Administration Guide. Kapitulli 5: KlastĂ«r

Pa detaje tĂ« panevojshme, klasĂ«r – Ă«shtĂ« njĂ« grupim logjik i hosteve qĂ« kanĂ« njĂ« fushĂ« tĂ« pĂ«rbashkĂ«t ruajtjeje (nĂ« formĂ«n e disqeve tĂ« pĂ«rbashkĂ«ta nĂ« SAN, si nĂ« rastin tonĂ«). Gjithashtu, Ă«shtĂ« e dĂ«shirueshme qĂ« hostet nĂ« klaster tĂ« jenĂ« identikĂ« nĂ« pajisje dhe tĂ« kenĂ« tĂ« njĂ«jtin tip procesori (Intel ose AMD). MĂ« mirĂ«, natyrisht, Ă«shtĂ« qĂ« serverĂ«t nĂ« klaster tĂ« jenĂ« plotĂ«sisht tĂ« njĂ«jtĂ«.

Klasteri Ă«shtĂ« pjesĂ« e qendrĂ«s sĂ« tĂ« dhĂ«nave (me njĂ« lloj tĂ« caktuar magazinimi – Local ose Shared), dhe tĂ« gjithĂ« hostet nĂ« mĂ«nyrĂ« tĂ« domosdoshme duhet tĂ« pĂ«rkasin ndonjĂ« klasteri, nĂ« varĂ«si tĂ« faktit nĂ«se kanĂ« ose jo magazinim tĂ« pĂ«rbashkĂ«t.

Kur instaloni njĂ« makinĂ« virtuale me hosted-engine nĂ« host, krijohet automatikisht njĂ« qendĂ«r tĂ« dhĂ«nash – Datacenter1, sĂ« bashku me klasterin – Cluster1, dhe mĂ« tej mund tĂ« konfiguroni parametrat e saj, aktivizoni opsione shtesĂ«, shtoni hostet nĂ« tĂ«, etj.

Sikurse zakonisht, për të marrë detaje mbi të gjitha cilësimet e klasterit, është e dëshirueshme të referoheni në dokumentacionin zyrtar. Nga disa veçori të konfigurimit të klasterit, do të shtoja vetëm se kur të krijoni atë, është e mjaftueshme të konfiguroni vetëm parametrat kryesorë në kartelën Përgjithshëm.

Do të theksoj parametrat më të rëndësishëm:

  • Lloji i procesorit – zgjidhet duke u bazuar nĂ« procesorĂ«t e instaluar nĂ« hostet e klasterit, nga cili prodhues janĂ«, dhe cili procesor nĂ« hostet Ă«shtĂ« mĂ« i vjetri, nĂ« mĂ«nyrĂ« qĂ« nĂ« varĂ«si tĂ« kĂ«saj, tĂ« pĂ«rdoren tĂ« gjitha instruksionet e disponueshme tĂ« procesorit nĂ« klaster.
  • Lloji i kalimit – nĂ« klasterin tonĂ« pĂ«rdoret vetĂ«m Linux bridge, kĂ«shtu qĂ« e zgjedhim atĂ«.
  • Lloji i firewall-it – kĂ«tu gjithçka Ă«shtĂ« e qartĂ«, Ă«shtĂ« firewalld, i cili duhet tĂ« jetĂ« i aktivizuar dhe i konfiguruar nĂ« hostet.

Screenshot me parametrat e klasterit

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Instalimi i hosteve të shtesë në mjedisin Self-Hosted

Lidhja në dokumentacion.

Hostet e shtesĂ« pĂ«r mjedisin Self-Hosted, shtohen njĂ«soj si hostet e zakonshĂ«m, me pĂ«rmbushjen e njĂ« pike shtesĂ« pĂ«r pĂ«rhapjen e VM-sĂ« me hosted engine — Zgjidhni veprimin e mirĂ«mbajtjes sĂ« hosted engine >> Instalo. Duke qenĂ« se hosti i shtesĂ« duhet gjithashtu tĂ« prezantohet me LUN pĂ«r VM me hosted engine, kjo do tĂ« thotĂ« se ky host mund tĂ« pĂ«rdoret pĂ«r tĂ« vendosur VM me hosted engine sipas nevojĂ«s.
Për qëllime qëndrueshmërie të shërbimit, rekomandohet fuqimisht të ketë të paktën dy hoste, mbi të cilët mund të vendoset një VM me hosted engine.

Ndërsa në hostin e shtesë, ne çaktivizojmë iptables (nëse është i aktivizuar), aktivizojmë firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Instalojmë versionin e kërkuar të KVM (në rast nevoje):

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-clear

Instalojmë depozitat dhe instaluesin e hosted engine:

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-setup

Më pas kalojmë në konsolë Open Virtualization Manager, shtojmë një host të ri, dhe bëjmë gjithçka hapat siç është shkruar në dokumentacionin.

Si rezultat, pas shtimit të hostit të shtesë, ne duhet të kemi një pamje në konsolën administrative, siç është në screenshot.

Screenshot-i i portalit administrativ — hostet

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Hosti mbi tĂ« cilin VM me hosted-engine Ă«shtĂ« aktiv momentalisht ka njĂ« kurorĂ« tĂ« ArtĂ« dhe shkrimin «Running the Hosted Engine VM», hosti mbi tĂ« cilin kjo VM mund tĂ« nisĂ« nĂ« rast nevoje – shkrimi «Can run the Hosted Engine VM».

Në rast të dështimit të hostit mbi të cilin «Running the Hosted Engine VM», ajo do të rilansohet automatikisht në hostin e dytë. Gjithashtu, kjo VM mund të migrohet nga hosti aktiv në atë rezervë, për mirëmbajtjen e tij.

Konfigurimi i Menaxhimit të Energjisë / fencing në hostet oVirt

Lidhjet me dokumentacionin:

Megjithëse mund të duket se shtimi dhe konfigurimi i hostit është përfunduar, nuk është saktësisht kështu.
Për funksionimin normal të hosteve, dhe për identifikimin/zhbllokimin e ndonjë dështimi me ndonjë prej tyre, është e nevojshme konfigurimi i Menaxhimit të Energjisë / fencing.

Fencing, ose ndarjen – Ă«shtĂ« procesi i pĂ«rjashtimit tĂ« pĂ«rkohshĂ«m tĂ« njĂ« host-i tĂ« prishur ose tĂ« gabuar nga klasteri, gjatĂ« tĂ« cilit rishtohen ose shĂ«rbimet oVirt mbi tĂ«, ose vetĂ« host-i.

Të gjitha detajet mbi përkufizimet dhe parametrat e Menaxhimit të Energjisë / ndarjes janë dhënë, si zakonisht në dokumentacion, unë do të jap vetëm një shembull, se si të konfiguroj këtë parametër të rëndësishëm, duke iu referuar serverëve Dell R640 me iDRAC 9.

  1. Hyni në portalin administrativ, klikoni Llogaritje >> Hosts zgjidhni host-in.
  2. Klikoni Redakto.
  3. Klikoni në tabin Power Management.
  4. Shënoni kutinë pranë opsionit Enable Power Management.
  5. Shënoni kutinë pranë opsionit Integrimi i Kdump, për që host-i të mos kalojë në modalitetin e ndarjes (fencing), gjatë regjistrimit të një kopje rezervë të bërthamës.

Shënim.

Pas aktivizimit të integrimit të Kdump në një host që tashmë është në punë, ai duhet të riinstalohet në përputhje me procedurën në Orazin e Administratës oVirt -> Kapitulli 7: Hostet -> Rinstalimi i Hosts.

  1. Opsionale, mund të shënoni kutinë Disable policy control of power management, nëse nuk dëshirojmë që menaxhimi i energjisë së host-it të kontrollohet nga politika e planifikimit (Scheduling Policy) të klasterit.
  2. Klikoni butonin (+), për të shtuar një pajisje të re të menaxhimit të energjisë, do të hapet një dritare për redaktimin e pronave të agjentit.
    Për iDRAC9, plotësoni fushat:
    • Adresa – adresa e iDRAC9
    • Emri i PĂ«rdoruesit / FjalĂ«kalimi – pĂ«rkatĂ«sisht emri dhe fjalĂ«kalimi pĂ«r hyrje nĂ« iDRAC9
    • Tipi — drac5
    • shĂ«nohen Sigurt
    • shtoni opsionet e mĂ«poshtme: cmd_prompt=>,login_timeout=30

Screenshot me parametrat «Menaxhimi i Energjisë» në pronat e host-it

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Krijimi i një zone ruajtjeje ose Storage Domains

LINK nĂ« dokumentacion — Orazin e AdministratĂ«s oVirt, Kapitulli 8: Storage.

Storage Domain, ose zona e ruajtjes – Ă«shtĂ« njĂ« vend qendror pĂ«r ruajtjen e diskĂ«ve tĂ« makinave virtuale, imazheve instalues, shablloneve dhe pĂ«rmbledhjeve.

Zonat e ruajtjes mund të lidhen me qendrën të dhënash, duke përdorur protokolle të ndryshme, sisteme të skedarëve klaster dhe rrjet.

oVirt ka tre lloje zonash ruajtjeje:

  • Data Domain – pĂ«r ruajtjen e tĂ« gjitha tĂ« dhĂ«nave qĂ« lidhen me makinat virtuale (diskĂ«t, shabllonet). Data Domain nuk mund tĂ« ndahet midis qendrave tĂ« ndryshme tĂ« tĂ« dhĂ«nave.
  • ISO Domain (lloj i vjetĂ«r i zonĂ«s sĂ« ruajtjes) – pĂ«r ruajtjen e imazheve instalues tĂ« OS. ISO Domain mund tĂ« ndahet midis qendrave tĂ« ndryshme tĂ« tĂ« dhĂ«nave.
  • Export Domain (lloj i vjetĂ«r i zonĂ«s sĂ« ruajtjes) – pĂ«r ruajtjen e pĂ«rkohshme tĂ« imazheve qĂ« lĂ«vizin midis qendrave tĂ« ndryshme tĂ« tĂ« dhĂ«nave.

NĂ« rastin tonĂ« tĂ« veçantĂ«, zona e ruajtjes me lloj Data Domain, pĂ«rdor Protokollin e Kanalit tĂ« Fibres (FCP), pĂ«r t’u lidhur me LUN-tĂ« nĂ« SAN.

Nga pikëpamja e oVirt, kur përdoret një sistem ruajtjeje (FC ose iSCSI), çdo disk virtual, snapshot ose shabllon është një disk logjik.
Disqet bllok janë të grumbulluara në një tërësi (në hostet e klasterit) me ndihmën e Volume Group dhe më pas ndahen me ndihmën e LVM në volume logjike, të përdorura si disqe virtuale për VM.

Të gjitha këto grupe dhe shumë volume LVM mund të shihen në hostin e klasterit me ndihmën e komandave vgs dhe lvs. Natyrisht, të gjitha veprimet me këto disqe duhet të bëhen vetëm nga konsola oVirt, përveç rasteve të veçanta.

Disqet virtuale pĂ«r VM mund tĂ« jenĂ« tĂ« dy llojeve – QCOW2 ose RAW. Disqet mund tĂ« jenĂ« "tĂ« hollĂ«" ose "tĂ« trashĂ«". Snapshotet gjithmonĂ« krijohen si "tĂ« hollĂ«".

MĂ«nyra e menaxhimit tĂ« domenĂ«ve tĂ« ruajtjes, ose hapĂ«sirave tĂ« ruajtjes, tĂ« cilat aksesohen pĂ«rmes FC, Ă«shtĂ« mjaft logjike – pĂ«r çdo disk virtual VM ekziston njĂ« volum logjik i veçantĂ«, qĂ« Ă«shtĂ« i aksesueshĂ«m pĂ«r t'u shkruar vetĂ«m nga njĂ« host. NĂ« rastet e lidhjeve pĂ«rmes FC, oVirt pĂ«rdor diçka si LVM klaster.

Virtual Machines, të vendosura në një hapësirë të ruajtjes, mund të migrojnë midis hosteve që i takojnë të njëjtit klaster.

Siç e shohim nga pĂ«rshkrimi, klasteri nĂ« oVirt, ashtu si klasteri nĂ« VMware vSphere ose nĂ« Hyper-V, pĂ«rfaqĂ«son nĂ« thelb tĂ« njĂ«jtĂ«n gjĂ« – Ă«shtĂ« njĂ« grupim logjik i hosteve, idealisht tĂ« njĂ«jtĂ« nĂ« pĂ«rbĂ«rjen e "harduerit", dhe qĂ« kanĂ« njĂ« ruajtje tĂ« pĂ«rbashkĂ«t pĂ«r disqet e makinave virtuale.

Të kalojmë drejtpërdrejt në krijimin e një hapësire ruajtjeje për të dhënat (disqet e VM), pasi pa të, dataqendra nuk do të është e inicializuar.
Dua të kujtoj se të gjitha LUN'ët e prezantuara në hostet e klasterit nga sistemi ruajtjeje, duhet të duken në to me ndihmën e komandës "multipath -ll».

Sipas dokumentacionin", shkojmë në portal dhe hyjmë në Storage >> Domains -> New Domain dhe zbatojmë udhëzimet nga seksioni "Adding FCP Storage".

Pas nisjes së asistencës, plotësojmë fushat e nevojshme:

  • Emri — caktuojmĂ« emrin e klasterit
  • Domain Function — Data
  • Storage Type — Fibre Channel
  • Host to Use — zgjedhim hostin ku LUNi i nevojshĂ«m na Ă«shtĂ« nĂ« dispozicion

Në listën e LUN'ëve shënojmë atë që na nevojitet, klikojmë Shto dhe pastaj OK. Nëse është e nevojshme, mund të rregullojmë parametrat shtesë të hapësirës së ruajtjes duke klikuar në Advanced Parameters.

Screenshot i asistencës për shtimin e "Storage domain"

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Si rezultat i punës së asistencës, duhet të marrim një hapësirë të re ruajtjeje, dhe dataqendra jonë të kalojë në statusin UP, ose e inicializuar:

Pamjet e qendrës së të dhënave dhe zonat e ruajtjes në të:

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Krijimi dhe konfigurimi i rrjeteve për makinat virtuale

LINK nĂ« dokumentacion — Orazin e AdministratĂ«s oVirt, Kapitulli 6: Rrjetet Logjike

Rrjetet, ose networks, shërbejnë për grupimin e rrjeteve logjike që përdoren në infrastrukturën virtuale oVirt.

Për të ndërvepruar adapterin e rrjetit në makinat virtuale me adapterin fizik në host, përdoren ndërfaqet logjike të tipit Linux bridge.

PĂ«r tĂ« grupuar dhe ndarĂ« trafikun midis rrjeteve, nĂ« switch janĂ« konfiguruar VLAN’ë.

Kur krijoni një rrjet logjik për makinat virtuale në oVirt, duhet domosdoshmërisht të caktoni një identifikues që përputhet me numrin e VLAN në switch, në mënyrë që VM-të të mund të ndërveprojnë me njëra-tjetrën, edhe nëse ato funksionojnë në nyje të ndryshme të klasterit.

Parakushtet pĂ«r konfigurimin e adapterĂ«ve tĂ« rrjetit nĂ« hostet pĂ«r lidhjen e makinave virtuale duhet tĂ« jenĂ« realizuar nĂ« artikulli i mĂ«parshĂ«m – Ă«shtĂ« konfiguruar njĂ« ndĂ«rfaqe logjike bond1, pastaj tĂ« gjitha konfigurimet e rrjetit duhet tĂ« realizohen vetĂ«m nĂ« portalin administrativ oVirt.

Pas krijimit tĂ« VM-sĂ« me hosted-engine, pĂ«rveç krijimit automatik tĂ« qendrĂ«s sĂ« tĂ« dhĂ«nave dhe klasterit, gjithashtu krijohet automatikisht njĂ« rrjet logjik pĂ«r menaxhimin e klasterit tonĂ« – ovritmgmt, nĂ« tĂ« cilin ishte lidhur kjo VM.

NĂ«se Ă«shtĂ« e nevojshme, mund tĂ« shihni konfigurimet e rrjetit logjik ovritmgmt dhe t’i korigjoni ato, por duhet tĂ« jeni tĂ« kujdesshĂ«m qĂ« tĂ« mos humbni menaxhimin e infrastrukturĂ«s oVirt.

Konfigurimet e rrjetit logjik ovritmgmt

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

PĂ«r tĂ« krijuar njĂ« rrjet tĂ« ri logjik pĂ«r VM tĂ« zakonshme, nĂ« portalin administrativ kalojmĂ« te Network global log /dev/log local0 log /dev/log local1 notice chroot /var/lib/haproxy stats timeout 30s user haproxy group haproxy daemondefaults log global mode http option httplog option dontlognull timeout connect 5000 timeout client 50000 timeout server 50000frontend http_front bind *:80 stats uri /haproxy?stats default_backend http_backbackend http_back balance roundrobin server server_name1 private_ip1:80 check server server_name2 private_ip2:80 check >> Rrjetet >> E re, dhe nĂ« skedĂ«n PĂ«rgjithshĂ«m shtojmĂ« rrjetin me identifikuesin e nevojshĂ«m VLAN, si dhe vĂ«mĂ« shenjĂ«n pranĂ« "VM Network", qĂ« do tĂ« thotĂ« se mund tĂ« pĂ«rdoret pĂ«r t’u caktuar VM-ve.

Pamja e rrjetit logjik të ri VLAN32

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Në skedën Klaster, e lidhim këtë rrjet me klasterin tonë Cluster1.

Pas kësaj kalojmë te Llogaritje >> Hosts, dhe me radhë hyjmë në çdo host, në skedën Network interfaces, dhe nisim wizard-in Setup host networks, për të lidhur rrjetin logjik të ri me hostet.

Pamja e wizard-it "Setup host networks"

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Agjenti oVirt automatikisht do tĂ« bĂ«jĂ« tĂ« gjitha konfigurimet e nevojshme tĂ« rrjetit nĂ« host – do tĂ« krijojĂ« VLAN dhe BRIDGE.

Shembujt e skedarëve të konfigurimit për rrjetet e reja në host:

cat ifcfg-bond1
# Generuar nga versioni VDSM 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
# Generuar nga versioni VDSM 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
# Generuar nga versioni VDSM 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

Një herë tjetër po kujtoj se në hostin e klasterit Nuk është e nevojshme të krijoni manualisht ndërfaqet rrjetësore ifcfg-bond1.432 dhe ifcfg-ovirtvm-vlan432.

Pas shtimit të rrjetit logjik dhe verifikimit të lidhjes midis hostit dhe VM me motorin e pritur, ajo mund të përdoret në makinat virtuale.

Krijimi i një imazhi të instalimit për shpërndarjen e makinës virtuale

LINK nĂ« dokumentacion — Orazin e AdministratĂ«s oVirt, Kapitulli 8: Storage, seksioni Ngarkimi i Imazheve nĂ« njĂ« Domain TĂ« Ruajtjes.

Pa imazhin e instalimit të OS-së, nuk do të mund të instaloni makinën virtuale, megjithatë, kjo natyrisht nuk është një problem, nëse në rrjet është vendosur, për shembull, Cobbler me imazhe të krijuara paraprakisht.

Në rastin tonë, nuk ka një mundësi të tillë, prandaj do të duhet ta importoni këtë imazh vetë në oVirt. Më parë, për këtë ishte e nevojshme të krijonit ISO Domain, por në versionin e ri të oVirt ai u shpall i vjetruar, dhe kështu tani është e mundur të ngarkoni imazhe direkt në domainin e ruajtjes nga portali administrativ.

Në portalin administrativ shkojmë te Storage >> Disks >> Upload >> Nisni
Shtojmë imazhin tonë të OS-së në formën e një file ISO, plotësojmë të gjitha fushat në formular dhe klikojmë butonin "Test connection".

Ekrrano i asistentit të shtimit të imazhit të instalimit

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Nëse marrim një gabim të tillë:

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

Atëherë është e nevojshme të shtoni certifikatën oVirt në "Të besuarit Root CA" (Trusted Root CA) në stacionin e menaxhimit të administratorit, nga i cili po përpiqemi të ngarkojmë imazhin.

Pas shtimit të certifikatës në Trusted Root CA, klikoni përsëri "Test connection", duhet të marrim:

Lidhja me ovirt-imageio-proxy ishte e suksesshme.

Pas veprimit të shtimit të certifikatës, mund të provoni përsëri të ngarkoni imazhin ISO në Domainin e Ruajtjes.

Në thelb, mund të krijoni një Domain Të Ruajtjes me tipin Data, për të ruajtur imazhet dhe shablonat veç e veç nga diskët e VM, ose madje t'i ruani ato në Domainin e Ruajtjes për motorin e pritur, por kjo tashmë është në vlerësimin e administratorit.

Ekrrano me imazhet ISO në Domainin e Ruajtjes për motorin e pritur

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Krijimi i një makine virtuale

Linku në dokumentacionin:
Ovirt UdhĂ«zuesi pĂ«r Menaxhimin e Makinave Virtuale –> Kapitulli 2: Instalimi i Makinave Virtuale Linux
Burimet e Klientëve të Konsolës

Pas pashe ngarkoni imazhin e instalimit me OS nĂ« oVirt, mund tĂ« kaloni menjĂ«herĂ« nĂ« krijimin e makinĂ«s virtuale. Ka pasur shumĂ« punĂ« tĂ« bĂ«rĂ«, por tani jemi nĂ« fazĂ«n pĂ«rfundimtare, pĂ«r tĂ« cilĂ«n Ă«shtĂ« bĂ«rĂ« gjithçka – krijimi i njĂ« infrastrukture tĂ« besueshme pĂ«r hostimin e makinave virtuale me akses tĂ« lartĂ«. Dhe gjithçka Ă«shtĂ« plotĂ«sisht e lirĂ« – nuk Ă«shtĂ« shpenzuar asnjĂ« qindarkĂ« pĂ«r blerjen e licencave pĂ«r software.

Për të krijuar një makinë virtuale me CentOS 7, duhet të ngarkohet imazhi i instalimit të OS-së.

Hyni në portalin administrativ, shkoni te Llogaritje >> Makinat Virtuale, dhe startoni asistentin për krijimin e VM. Plotësoni të gjitha parametrat dhe fushat, dhe klikoni OK. Gjithçka është shumë e thjeshtë nëse ndiqni dokumentacionin.

Si shembull, do të paraqes configuratat kryesore dhe shtesë për një VM me akses të lartë, me disk të krijuar, të lidhur në rrjet, dhe me ngarkim nga imazhi i instalimit:

Kronika të konfigurimeve të VM me akses të lartë

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Pas përfundimit të punimeve me asistentin, e mbyllim atë, startojmë VM-në e re dhe instalojmë mbi të OS-në.
Për këtë, hyjmë në konsolën e kësaj VM përmes portalit administrativ:

Kronika e konfigurimeve të portalit administrativ për lidhjen me konsolën e VM

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Për të lidhur me konsolën e VM, duhet paraprakisht të konfigurohet konsola në cilësimet e makinës virtuale.

Kronika e konfigurimeve tĂ« VM, nga taba ‘Konsola’

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Për të lidhur me konsolën e VM, mund të përdorni, për shembull, Shikuesin e Makinave Virtuale.

Për t'u lidhur me konsolën e VM direkt në dritaren e shfletuesit, cilësimet e lidhjes përmes konsolës duhet të jenë të tilla:

Krijimi i infrastrukturës IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Pas instalimit të OS-së në VM, është e rekomandueshme të instaloni agjentin e mysafirit 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.service

Kështu, si rezultat i veprave tona, VM e krijuar do të jetë me akses të lartë, pra në rast të një dështimi të nodit të klasterit, ku ajo është e instaluar, oVirt do ta rinisë automatikisht në nodin e dytë. Gjithashtu, kjo VM mund të migrohet mes hosteve të klasterit për mirëmbajtje ose qëllime të tjera.

PĂ«rfundim

Shpresoj se me kĂ«tĂ« artikull arrij tĂ« komunikoj se oVirt Ă«shtĂ« mjaft njĂ« instrument i pranueshĂ«m pĂ«r menaxhimin e infrastrukturĂ«s virtuale, qĂ« nuk Ă«shtĂ« aq e komplikuar pĂ«r t'u vendosur – gjĂ«ja kryesore Ă«shtĂ« tĂ« respektoni rregulla dhe kĂ«rkesa tĂ« caktuara, tĂ« pĂ«rshkruara si nĂ« artikull ashtu edhe nĂ« dokumentacion.

Për shkak të volumit të madh të artikullit, nuk arritëm të përfshijmë shumë gjëra, si p.sh. ekzekutimin hap pas hapi të disa asistentëve me të gjitha shpjegimet dhe screenshot-et përkatëse, përfundimet e gjata të disa komandave, etj. Në të vërtetë, për këtë do të duhej të shkruhej një libër të tërë, që nuk ka kuptim, për shkak të versioneve të reja të softuerëve që shfaqen vazhdimisht me risitë dhe ndryshimet e tyre. E rëndësishmja është të kuptohet parimi se si funksionojnë të gjitha këto së bashku dhe të krijohet një algoritëm i përgjithshëm veprimi për ndërtimin e një platforme të qëndrueshme për menaxhimin e makinerive virtuale.

Megjithëse krijuam infrastrukturën virtuale, tani duhet ta mësojmë atë të bashkëveprojë si midis elementeve të saj të veçanta: host-et, makineritë virtuale, rrjetet e brendshme, ashtu edhe me botën e jashtme.

Ky proces Ă«shtĂ« njĂ« nga detyrat kryesore tĂ« njĂ« administratori sistemesh ose rrjetesh, e cila do tĂ« trajtohet nĂ« artikullin e ardhshĂ«m — mbi pĂ«rdorimin e routerĂ«ve virtualĂ« VyOS nĂ« infrastrukturĂ«n e qĂ«ndrueshme tĂ« ndĂ«rmarrjes sonĂ« (siç e keni kuptuar, ato do tĂ« funksionojnĂ« si makineri virtuale nĂ« klasterin tonĂ« oVirt).

Burimi: habr.com

Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS đŸ”„ Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS | ProHoster