ProHoster >> Blog >> Administrimi >> Krijimi i një infrastrukture IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

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

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

Në të do të shqyrtohet procesi i instalimit bazik dhe konfigurimit të klasterit oVirt 4.3, për hostimin e makinave virtuale me akses të lartë, duke supozuar se të gjitha hapat paraprakë përgatitore në infrastrukturë janë kryer më parë.

Hyrja

Qëllimi kryesor i këtij artikulli është të tregojë disa veçori gjatë instalimit dhe konfigurimit të tij, përtej thjesht dhënies së një udhëzuesi hap pas hapi si «Të nesërmen -> Po -> Përfundimi», duke ilustruar se procesi i shpërndarjes së klasterit tuaj mund të mos përputhet gjithmonë me atë që përshkruhet këtu, për shkak të veçorive të infrastrukturës dhe mjedisit, por parimet themelore do të mbeten të njëjta.

Nga një perspektivë subjektive, oVirt 4.3 ka funksionalitet të ngjashëm me VMware vSphere versionin 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 këtu, por megjithatë, ndonjëherë do të theksoj disa dallime ose ngjashmëri midis tyre, gjatë artikullit.

Dëshiroj të krahasoj pak punën e rrjetave për makina virtuale. Në oVirt është realizuar një parim i ngjashëm menaxhimi të rrjetit për makinat virtuale (më pas VM), ashtu si në VMware vSphere:

  • pĂ«rmes standardit Linux bridge (nĂ« VMware — Standard vSwitch), qĂ« funksionon nĂ« hostet e virtualizimit;
  • pĂ«rmes Open vSwitch (OVS) (nĂ« VMware — Distributed vSwitch) – ky Ă«shtĂ« njĂ« switch virtual i shpĂ«rndarĂ«, i cili pĂ«rbĂ«het nga dy komponente kryesore: serveri qendror OVN dhe kontrollet OVN nĂ« hostet e menaxhuar.

Duhet theksuar se për shkak të thjeshtësisë së implementimit, në këtë artikull do të përshkruhen konfigurimet e rrjetit në oVirt për VM përmes standardit Linux bridge, i cili është zgjedhja standarde kur përdoret hypervisor KVM.

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

  • TĂ« gjitha konfigurimet e rrjetit nĂ« hostet para se t'i shtoni ato nĂ« oVirt, duhet tĂ« jenĂ« identike, pĂ«rveç adresave IP.
  • Pasi hosti Ă«shtĂ« marrĂ« nĂ«n menaxhim nga oVirt, nuk rekomandohet tĂ« bĂ«ni ndryshime manuale nĂ« cilĂ«simet e rrjetit pa pasur plotĂ«sisht siguri nĂ« veprimet tuaja, pasi agjenti oVirt thjesht do t'i kthejĂ« ato nĂ« tĂ« mĂ«parshmet pas rinisjes sĂ« hostit ose agjentit.
  • Shtimi i njĂ« rrjeti tĂ« ri pĂ«r VM, si dhe puna me tĂ«, duhet tĂ« bĂ«het vetĂ«m nga konsola e menaxhimit tĂ« oVirt.

NjĂ« tjetĂ«r vĂ«rejtje e rĂ«ndĂ«sishme – pĂ«r njĂ« mjedis shumĂ« kritik (shumĂ« tĂ« ndjeshĂ«m ndaj humbjeve financiare), do tĂ« rekomandohej pĂ«rfundimisht pĂ«rdorimi i mbĂ«shtetjes me pagesĂ« dhe pĂ«rdorimi i Red Hat Virtualization 4.3. GjatĂ« procesit tĂ« pĂ«rdorimit tĂ« klasterit oVirt, mund tĂ« lindin disa momente pĂ«r tĂ« cilat Ă«shtĂ« e dĂ«shirueshme tĂ« merrni ndihmĂ« tĂ« kualifikuar sa mĂ« shpejt, nĂ« vend qĂ« tĂ« merret me to vetĂ«.

Dhe për fund, rekomandohet para se të implementoni klasterin oVirt, të njiheni me dokumentacionin zyrtar, për të qenë në dijeni të paktën të koncepteve dhe përkufizimeve themelore, përndryshe do të jetë paksa e vështirë të vazhdoni me leximin e artikullit.

Dokumentet bazë për të kuptuar artikullin dhe parimet e punës së klasterit oVirt janë këto guida:

VĂ«llimi nuk Ă«shtĂ« shumĂ« i madh, pĂ«r njĂ« orĂ«-dy mund tĂ« kuptoni parimet mĂ« tĂ« rĂ«ndĂ«sishme, dhe pĂ«r ata qĂ« pĂ«lqejnĂ« detajet e hollĂ«sishme rekomandohet tĂ« lexoni Dokumentacioni i Produktit pĂ«r Red Hat Virtualization 4.3 — RHEV dhe oVirt janĂ« essentially e njĂ«jta gjĂ«.

Pra, nëse të gjitha konfigurimet bazë në hostët, kalimtarët dhe magazinat janë kryer, kalojmë direkt në shpërndarjen e oVirt.

Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Për lehtësimin e orientimit, do të rendis kryesoret në këtë artikull, të cilat duhet të përfundohen njëri pas tjetrit:

  1. Instalimi i serverit të menaxhimit të oVirt
  2. Krijimi i një qendre të re
  3. Krijimi i një klasteri të ri
  4. Instalimi i hostëve të tjerë në ambientin Self-Hosted
  5. Krijimi i një zone ruajtjeje ose Storage Domains
  6. Krijimi dhe konfigurimi i rrjeteve për makinat virtuale
  7. Krijimi i një imazhi instalues për shpërndarjen e makinës virtuale
  8. Krijimi i makinës virtuale

Instalimi i serverit të menaxhimit të oVirt

Serveri i menaxhimit tĂ« oVirt – Ă«shtĂ« elementi kryesor nĂ« infrastrukturĂ«n e oVirt, nĂ« formĂ«n e njĂ« makine virtuale, hosti, ose pajisjeje virtuale, qĂ« menaxhon gjithĂ« infrastrukturĂ«n e oVirt.

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

  • VMware vSphere — vCenter Server
  • Microsoft Hyper-V — Menaxheri i Makinave Virtuale tĂ« QendrĂ«s sĂ« Sistemit (VMM).

Për instalimin e serverit menaxhues oVirt, kemi dy mundësi:

Mundësia 1
Zhvillimi i serverit si një VM të specializuar ose si host.

Kjo mundësi funksionon mirë, por me kusht që kjo VM të funksionojë në mënyrë të pavarur nga klasteri, dmth. të mos jetë e vendosur në ndonjë host të klasterit si një makinë virtuale e zakonshme nën menaxhimin e KVM.

Pse nuk mund të zhvillohet një VM e tillë në hostet e klasterit?

NĂ« fillim tĂ« procesit tĂ« zhvillimit tĂ« serverit menaxhues oVirt, kemi njĂ« dilemĂ« — duhet qĂ« tĂ« vendoset VM menaxhuese, por klasteri nĂ« tĂ« vĂ«rtetĂ« ende nuk ekziston, kĂ«shtu qĂ« çfarĂ« mund tĂ« mendojmĂ« menjĂ«herĂ«? E saktĂ« – tĂ« instalojmĂ« KVM nĂ« nyjĂ«n e ardhshme tĂ« klasterit, pastaj tĂ« krijojmĂ« njĂ« makinĂ« virtuale, pĂ«r shembull, me sistemin operativ CentOS dhe nĂ« tĂ« tĂ« zhvillojmĂ« motorin oVirt. Kjo mund tĂ« bĂ«het zakonisht pĂ«r arsye tĂ« kontrollit tĂ« plotĂ« mbi kĂ«tĂ« VM, por kjo Ă«shtĂ« njĂ« qĂ«llim i gabuar, sepse nĂ« atĂ« rast, mĂ« vonĂ« do tĂ« ketĂ« 100% probleme me kĂ«tĂ« VM menaxhuese:

  • ajo nuk do tĂ« mund tĂ« migrohet nĂ« konsolĂ«n oVirt mes hosteve (nyjeve) tĂ« klasterit;
  • nĂ« migrimin nga KVM pĂ«rmes virsh migrate, kjo VM nuk do tĂ« jetĂ« e aksesueshme pĂ«r menaxhim nga konsola oVirt.
  • hostet e klasterit nuk mund tĂ« fiksohen nĂ« ReĆŸim mirĂ«mbajtjeje (modo mirĂ«mbajtjeje), nĂ«se migroni kĂ«tĂ« VM nga hosti nĂ« host me ndihmĂ«n e virsh migrate.

Pra, bëni gjithçka sipas rregullave - përdorni për serverin menaxhues oVirt, ose një host të veçantë, ose një VM të pavarur të nisur në të, dhe më mirë bëni siç është shkruar në variantin e dytë.

Variant 2
Instalimi i oVirt Engine Appliance në hostin që menaxhon.

Ky variant do të shqyrtohet më tej si më i saktë dhe i përshtatshëm për rastin tonë.
Kërkesat për këtë VM përshkruhen më poshtë, do të shtoja vetëm se rekomandohet të keni të paktën dy hoste në infrastrukturë, ku mund të nisni VM-në menaxhuese, për ta bërë atë të qëndrueshme. Këtu do të doja të shtoja se, siç kam shkruar më parë në komentet në artikullin e mëparshëm, nuk arrita të merrja splitbrain në klasterin oVirt me dy hoste, me mundësinë e nisjes së hosted-engine VM-së mbi to.

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

Lidhja pĂ«r dokumentacionin zyrtar - oVirt Self-Hosted Engine Guide, kapitulli “Instalimi i Inxhinierit tĂ« VetĂ«-Qeverisur Duke PĂ«rdorur LinjĂ«n e KomandĂ«s»

Dokumenti paraq përkufizime paraprake që duhet të plotësohen para se të filloni me implementimin e VM hosted-engine, si dhe përshkrimi i detajuar i procesit të tij të instalimit; kështu që nuk ka shumë kuptim ta përsërisim fjalë për fjalë, prandaj do të theksojmë disa detaje të rëndësishme.

  • Para se tĂ« filloni tĂ« gjitha veprimet, sigurohuni qĂ« tĂ« aktivizoni mbĂ«shtetje tĂ« virtualizimit nĂ« cilĂ«simet e BIOS-it nĂ« host.
  • Instaloni paketĂ«n pĂ«r instaluesin 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

  • Filloni procesin e implementimit tĂ« oVirt Hosted Engine nĂ« screen nĂ« host (mund tĂ« dilni nga ai me Ctrl-A + D, tĂ« mbyllni me Ctrl-D):

screen
hosted-engine --deploy

Nëse dëshirohet, mund të filloni instalimin me një skedë përgjigjeje të përgatitur paraprakisht:

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

  • GjatĂ« implementimit tĂ« hosted-engine, specifikoni tĂ« gjitha parametrat e nevojshĂ«m: 

- emri i klasit
- numri i vCPU dhe vRAM (rekomandohet 4 vCPU dhe 16 GB)
- fjalëkalimet
- lloji i ruajtjes pĂ«r VM me 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Ă« bazĂ« tĂ« dhĂ«nash PostgreSQL qĂ« funksionon brenda kĂ«saj VM)
 dhe parametra të tjerë.

  • PĂ«r instalimin e njĂ« VM me disponueshmĂ«ri tĂ« lartĂ« me hosted engine, nĂ« storagĂ«n e pĂ«rbashkĂ«t kemi krijuar paraprakisht njĂ« LUN tĂ« veçantĂ« me numĂ«r 4 dhe madhĂ«si 150 GB, i cili mĂ« pas u prezantua hosteve tĂ« klasit – shih nĂ« artikulli i mĂ«parshĂ«m.

Më parë ne gjithashtu kontrolluam 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 implementimit tĂ« hosted-engine nuk pĂ«rmban asgjĂ« tĂ« komplikuar; nĂ« fund 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ë praninë e shërbimeve oVirt në host:

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

Nëse gjithçka është bërë siç duhet, pas përfundimit të instalimit, hyjmë me ndihmën e shfletuesit të internetit në https://ovirt_hostname/ovirt-engine nga kompjuteri i administratorit dhe klikojmë [Administration Portal].

Skedari i ekranit «Administration Portal»

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

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

  1. shtoni qendrën e të dhënave
  2. shtoni dhe konfiguroni klastra
  3. shtoni hoste dhe menaxhoni ato
  4. shtoni zona ruajtjeje ose Storage Domains, për diskët e makinave virtuale
  5. shtoni dhe konfiguroni rrjeta për makinat virtuale
  6. shtoni makina virtuale, imazhe instalimi, dhe shabllona VM dhe menaxhoni ato

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

Të gjitha këto veprime do të shqyrtohen më poshtë, disa në kruarje të madhe, disa më në detaje dhe me nuanca.
Por, së pari, do të rekomandoja të lexoni këtë shtesë, e cila padyshim do të jetë e dobishme për shumë.

Shtesë

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

Por nëse libvirt dhe qemu-kvm kanë qenë të instaluara versionet më pak të reja, ajo mund të shkaktojë një gabim gjatë vendosjes së hosted engine:

error: konfigurim i mbështetur: karakteristikë CPU e panjohur: md-clear

Kështu, është e nevojshme të jetë një version i përmirë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ë mbështetje për 'md-clear':

virsh domcapabilities kvm | grep require

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

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

Nëse gjatë vendosjes së VM për hosted-engine marrim këtë gabim:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld duhen të jenë aktiv dhe të habilituar për të realizuar saktë vendosjen e hosted-engine. Ju lutemi kontrolloni, rregulloni sipas nevojës dhe rindizni."}
[ ERROR ] Dështimi në ekzekutimin e fazës 'Mbyllja': Dështimi në ekzekutimin e ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467

Atëherë duhet të çaktivizoni firewall-in tjetër (nëse po 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ë agentit ovirt në hostin e ri për klasterin, ai do të konfigurojë portat e nevojshme në firewalld automatikisht.

3) Rifillimi i hostit me një VM aktiv me hosted engine.

Si zakonisht, linku 1 dhe linku 2 në dokumentet drejtuese.

TĂ« gjitha menaxhimet e VM me hosted engine bĂ«hen TOLË me komandĂ«n hosted-engine nĂ« hostin ku ajo punon, pĂ«r virsh duhet tĂ« harrohet, po ashtu si pĂ«r mundĂ«sinĂ« e lidhjes me kĂ«tĂ« VM pĂ«rmes SSH dhe ekzekutimin e komandĂ«s "shutdown».

Procedura për vendosjen e VM në modin mbështetje:

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

hosted-engine --vm-status
!! Klusteri Ă«shtĂ« nĂ« modin GLOBAL TË MIRËMBAJTJES !!
--== 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                  : {"health": "good", "vm": "up", "detail": "Up"}
Skor                               : 3400
ndaluar                            : False
Mirëmbajtje lokale                 : False
crc32                              : dee1a774
timestamp_i_configit_lokal        : 1821
Timestampi i hostit                : 1821
Metadata extra (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

Rindezim hostin me agjentin hosted engine dhe bëjmë çfarë na nevojitet.

Pas rindezjes kontrollojmë statusin e VM me hosted engine:

hosted-engine --vm-status

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

Gabimi 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 fillimin e monitorave të nevojshëm
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 - nuk arriti të fillojë monitorin përmes ovirt-ha-broker: [Errno 2] Nuk ka të tillë skedar ose direktor, [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 Duke përpiqur të riaktivizoni agjentin

Kështu që lidhemi me magazinën dhe riaktivizojmë agjentin:

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

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

Pasi të nisim VM me hosted-engine, e nxjerrim atë nga mënyra e mirëmbajtjes:

Procedura për nxjerrjen e VM nga mënyra e 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) Fshirja e hosted engine dhe gjithçkaje që lidhet me të.

NdonjĂ«herĂ« Ă«shtĂ« e nevojshme tĂ« hiqet saktĂ« hosted engine i 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 panevojshme, duke bërë një backup të ndonjë konfigurimi, nëse është e nevojshme:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs

Krijimi i një qendre të re

Dokumentacioni ndihmĂ«s — UdhĂ«zuesi pĂ«r Menaxhimin e oVirt. Kapitulli 4: Qendrat e TĂ« DhĂ«nave

SĂ« pari, le tĂ« pĂ«rcaktojmĂ« çfarĂ« Ă«shtĂ« qendra e tĂ« dhĂ«nave (citat nga dokumenti) — Ă«shtĂ« njĂ« entitet logjik qĂ« pĂ«rcakton njĂ« set burimesh qĂ« pĂ«rdoren nĂ« njĂ« mjedis tĂ« veçantĂ«.

Qendrat e të dhënave janë një lloj kontejneri, i përbërë nga:

  • burime logjike nĂ« formĂ«n e klasterave dhe hosteve
  • burime rrjetesh tĂ« klasterit nĂ« formĂ«n e rrjeteve logjike dhe adaptrorĂ«ve fizikĂ« nĂ« hoste,
  • burime tĂ« ruajtjes (pĂ«r diskun e VM, modele, imazhe) nĂ« formĂ«n e zonave tĂ« ruajtjes (Storage Domains).

Një qendër të dhënash mund të përfshijë disa klastera, të përbërë nga disa hoste me makina virtuale që operojnë mbi ta, gjithashtu mund të ketë disa zona ruajtjeje të asocuara me të.
Mund të ketë disa qendra të dhënash, të cilat funksionojnë në mënyrë të pavarur nga njëra-tjetra. Në ovirt ka ndarje të kompetencave sipas roleve, dhe mund të konfiguroni lejet përkatësisht, si në nivelin e qendrës së të dhënave, ashtu edhe në elementet e saj logjike të veçanta.

Qendrat e të dhënave, ose qendrat e të dhënave nëse ka disa, menaxhohen nga një konsolë administrative të vetme ose portal.

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

Duke kemi një ruajtje të përbashkët mbi SЄD, tipi i ruajtjes (Storage Type) duhet të jetë Shared:

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

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

Kur instaloni njĂ« makinĂ« virtuale me hosted-engine, pĂ«r default krijohet njĂ« qendĂ«r tĂ« dhĂ«nash – Datacenter1, dhe mĂ« pas, nĂ« rast nevoje, mund tĂ« ndryshoni tipin e ruajtjes (Storage Type) nĂ« njĂ« tjetĂ«r.

Krijimi i njĂ« qendre tĂ« dhĂ«nash Ă«shtĂ« njĂ« detyrĂ« e thjeshtĂ«, pa ndonjĂ« nuancĂ« tĂ« hollĂ«sishme, dhe tĂ« gjitha veprimet shtesĂ« me tĂ« janĂ« pĂ«rshkruar nĂ« dokumentacion. VetĂ«m dua tĂ« theksoj se hostet e vetme qĂ« kanĂ« vetĂ«m ruajtje lokale (disk) pĂ«r VM-tĂ«, nuk mund tĂ« hyjnĂ« nĂ« qendrĂ«n e tĂ« dhĂ«nave me Storage Type – Shared (nuk do t'i mund tĂ« shtohen atje), dhe pĂ«r ta duhet tĂ« krijohet njĂ« qendĂ«r e veçantĂ« tĂ« dhĂ«nash – pra, çdo host tĂ« veçantĂ« me ruajtje lokale ka nevojĂ« pĂ«r qendrĂ«n e tij tĂ« veçantĂ« tĂ« tĂ« dhĂ«nave.

Krijimi i një klasteri të ri

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

Pa detaje tĂ« tepruara, klaster – Ă«shtĂ« njĂ« grupim logjik i hosteve qĂ« kanĂ« njĂ« zonĂ« tĂ« pĂ«rbashkĂ«t ruajtjeje (nĂ« formĂ«n e disqeve tĂ« pĂ«rbashkĂ«t nĂ« SKD, siç Ă«shtĂ« rasti ynĂ«). Po ashtu, Ă«shtĂ« e dĂ«shirueshme qĂ« hostet nĂ« grup tĂ« jenĂ« tĂ« ngjashĂ«m nĂ« harduer dhe tĂ« kenĂ« tĂ« njĂ«jtin tip procesori (Intel ose AMD). MĂ« e mira Ă«shtĂ« qĂ« serverĂ«t nĂ« grup tĂ« jenĂ« krejtĂ«sisht identikĂ«.

Grupi bĂ«het pjesĂ« e qendrĂ«s sĂ« dateve (me njĂ« tip tĂ« caktuar ruajtjeje — Local ose Shared), dhe tĂ« gjithĂ« hostet duhet patjetĂ«r tĂ« pĂ«rkasin nĂ« ndonjĂ« grup, nĂ« varĂ«si tĂ« pĂ«rbashkĂ«t e ruajtjes sĂ« tyre ose jo.

Kur instaloni njĂ« makinĂ« virtuale me hosted-engine nĂ« host, si parazgjedhje krijohet njĂ« qendĂ«r e tĂ« dhĂ«nave — Datacenter1, sĂ« bashku me grupin – Cluster1, dhe mĂ« pas mund tĂ« konfigurohen parametrat e saj, tĂ« aktivizohen opsione tĂ« tjera, tĂ« shtohen hoste etj.

Si zakonisht, për detajet mbi të gjitha konfigurimet e grupit, është e rekomandueshme të konsultoheni me dokumentacionin zyrtar. Nga disa veçori të konfigurimit të grupit, do të theksoja vetëm se gjatë krijimit të tij, mjafton të konfigurohen vetëm parametrat kryesorë në skedën General.

Theksoj parametrat më të rëndësishëm:

  • Tipi i procesorit — zgjidhet nĂ« varĂ«si tĂ« procesorĂ«ve qĂ« janĂ« instaluar nĂ« hostet e klasterit, nga cili prodhues janĂ« dhe cili procesor Ă«shtĂ« mĂ« i vjetĂ«r nĂ« hostet, pĂ«r tĂ« pĂ«rdorur tĂ« gjitha instrukcionet e disponueshme tĂ« procesorĂ«ve nĂ« klaster.
  • Lloji i kalimit – nĂ« klasterin tonĂ« pĂ«rdoret vetĂ«m Linux bridge, prandaj e zgjedhim atĂ«.
  • Lloji i firewall – 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 një infrastrukture IT të qëndrueshme. Pjesa 2. Instalimi dhe konfigurimi i klasterit oVirt 4.3

Instalimi i hosteve të tjera në ambientin Self-Hosted

Linku në dokumentacion.

Hostet shtesĂ« pĂ«r ambientin Self-Hosted, shtohen ashtu si çdo host tjetĂ«r, me realizimin e njĂ« hapi shtesĂ« pĂ«r dislokimin e VM me engine tĂ« akomoduar — Zgjidh veprimin e dislokimit tĂ« engine tĂ« akomoduar >> Disloko. Duke qenĂ« se hosti shtesĂ« gjithashtu duhet tĂ« prezantohet me LUN pĂ«r VM me engine tĂ« akomoduar, kjo do tĂ« thotĂ« se ky host mund tĂ« pĂ«rdoret sipas nevojĂ«s pĂ«r tĂ« akomoduar VM me engine tĂ« akomoduar.
Për qëllime të disponueshmërisë, rekomandohet fort që të ketë të paktën dy hoste në të cilat mund të akomodohen VM me engine të akomoduar.

Në hostin shtesë çaktivizoni iptables (nëse është aktivizuar), aktivizoni firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Instalojmë versionin e nevojshëm 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-clear

Instalojmë repository-t e nevojshme dhe installer-in 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 e bëjmë gjithçka hap pas hapi, siç është shkruar në dokumentacion.

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

Screenshot i portalit administrativ — hostet

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

Hosti, nĂ« tĂ« cilin VM me hosted-engine Ă«shtĂ« aktualisht aktiv, ka njĂ« kurorĂ« tĂ« artĂ« dhe shkrimin "Running the Hosted Engine VM", hosti, nĂ« 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 automatikisht do të riniset në hostin e dytë. Po ashtu, kjo VM mund të migrohet nga hosti aktiv në hostin rezervë për mirëmbajtjen e tij.

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

Linket për dokumentacionin:

Ndërsa mund të duket se shtimi dhe konfigurimi i hostit janë kryer, kjo nuk është krejtësisht e saktë.
Për funksionimin normal të hosteve dhe identifikimin / eliminimin e çrregullimeve me ndonjë prej tyre, është e nevojshme të konfigurohet Menaxhimi i Energjisë / Ogozimi.

Ogozimi, ose pĂ«rjashtimi – Ă«shtĂ« procesi i pĂ«rjashtimit tĂ« pĂ«rkohshĂ«m tĂ« hostit me defekt ose tĂ« çrregullt nga klasteri, gjatĂ« tĂ« cilit rinisen ose shĂ«rbimet e oVirt nĂ« tĂ«, ose vetĂ« hosti.

Të gjitha detajet në lidhje me përkufizimet dhe parametrat e Menaxhimit të Energjisë / Ogozimit jepen, si zakonisht, në dokumentacion; unë do të sjell një shembull se si ta konfiguroj këtë parametër të rëndësishëm, në aplikim për serverët Dell R640 me iDRAC 9.

  1. Hyn në portalin administrativ, klikoni Kalkulimi >> Hostet zgjidhni hostin.
  2. Klikoni Edit.
  3. Klikoni mbi skedën Menaxhimi i Energjisë.
  4. Shënoni kutinë për opsionin Aktivizo Menaxhimin e Energjisë.
  5. Shënoni kutinë për opsionin Integrimi i Kdump, që hosti të mos kalojë në modin e përjashtimit (fencing) gjatë regjistrimit të dumpit të emergjencës së bërthamës.

Shënim.

Pas aktivizimit të integrimit të Kdump në një host që tashmë është në punë, ai duhet të ribëhet sipas procedurës në Udhëzuesin e Administratës oVirt -> Kapitulli 7: Hostet -> Ribërja e Hosteve.

  1. Opcionalisht, mund të shënoni kutinë Shkyçni kontrollin e politikës së menaxhimit të energjisë, nëse nuk dëshirojmë që menaxhimi i energjisë së hostit të kontrollohej nga politika e planifikimit (Politika e Planifikimit) të klasterit.
  2. Klikojmë butonin (+), për të shtuar një pajisje të re menaxhimi të energjisë, do të hapet dritarja për redaktimin e pronave të agjentit.
    Për iDRAC9, plotësoni fushat:
    • Adresa – adresa iDRAC9
    • Emri i PĂ«rdoruesit / FjalĂ«kalimi – pĂ«rkatĂ«sisht emri i pĂ«rdoruesit dhe fjalĂ«kalimi pĂ«r tĂ« hyrĂ« 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 hostit

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

Krijimi i një zone ruajtjeje ose Storage Domains

Linku pĂ«r dokumentacionin — UdhĂ«zuesi i AdministratĂ«s oVirt, Kapitulli 8: Ruajtja.

Domeni i Ruajtjes, ose domeni i ruajtjes – Ă«shtĂ« njĂ« vend qendror pĂ«r ruajtjen e disqeve tĂ« makinave virtuale, imazheve tĂ« instalimit, modele dhe snapshot.

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

oVirt ka tre lloje domenesh ruajtjeje:

  • Domeni i TĂ« DhĂ«nave – pĂ«r ruajtjen e tĂ« gjithĂ« tĂ« dhĂ«nave tĂ« lidhura me makinat virtuale (disqet, shabllonĂ«t). Data Domain nuk mund tĂ« ndahet midis qendrave tĂ« tĂ« dhĂ«nave.
  • ISO Domain (tip i vjetĂ«r i hapĂ«sirĂ«s sĂ« ruajtjes) – pĂ«r ruajtjen e imazheve instalues tĂ« OS. ISO Domain mund tĂ« ndahet midis qendrave tĂ« tĂ« dhĂ«nave.
  • Export Domain (tip i vjetĂ«r i hapĂ«sirĂ«s sĂ« ruajtjes) – pĂ«r ruajtjen e pĂ«rkohshme tĂ« imazheve qĂ« lĂ«vizin midis qendrave tĂ« tĂ« dhĂ«nave.

Në rastin tonë të veçantë, hapësira e ruajtjes me tipin Data Domain, përdor Fiber Channel Protocol (FCP) për t'u lidhur me LUN'ët në ruajtjen e të dhënave.

Nga pikĂ«pamja e oVirt, kur pĂ«rdoret ruajtja e tĂ« dhĂ«nave (FC ose iSCSI), çdo disk virtual, moment tĂ« marrĂ« apo shabllon — Ă«shtĂ« njĂ« disk logjik.
Disqet bllok janë mbledhur në një tërësi (në hostet e grupit) me ndihmën e Volume Group dhe pastaj ndahen me LVM në vëllime logjike, të cilat përdoren si disqe virtuale për VM.

Të gjitha këto grupe dhe shumë vëllime LVM, mund të shihen në hostin e grupit, duke përdorur komandat vgs dhe lvs. Natyrisht, të gjitha veprimet me këto disqe duhet të kryhen vetëm nga konsola oVirt, përveç rasteve të veçanta.

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

MĂ«nyra e menaxhimit tĂ« domain-eve Storage, ose zona e ruajtjes, tĂ« cilat aksesohen pĂ«rmes FC, Ă«shtĂ« mjaft logjike — pĂ«r çdo disk virtual tĂ« VM ekziston njĂ« volum logjik i veçantĂ«, i cili Ă«shtĂ« i shkruar vetĂ«m pĂ«r njĂ« host. NĂ« rastin e lidhjeve pĂ«rmes FC, oVirt pĂ«rdor diçka si LVM klaster.

Makinat virtuale të vendosura në një zonë ruajtjeje mund të migrohen midis hosteve që i përkasin të njëjtit klaster.

Siç e shohim nga pĂ«rshkrimi, klasteri nĂ« oVirt, ashtu si klasteri nĂ« VMware vSphere ose nĂ« Hyper-V, nĂ« thelb pĂ«rfaqĂ«son tĂ« njĂ«jtĂ«n gjĂ« – njĂ« grupim logjik i hosteve, idealisht tĂ« ngjashĂ«m 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ë zone ruajtjeje për të dhënat (disqet e VM), pasi pa të, qendra e të dhënave nuk do të iniciohej.
Më kujtohet se të gjitha LUN-të e prezantuara për hostet e klasterit në SAN, duhet të jenë të dukshme për ta duke përdorur komandën "multipath -ll».

Sipas dokumentacion", hyjmë në portal dhe shkojmë te Storage >> Domains -> New Domain dhe ndiqni udhëzimet në seksionin "Shtimi i RU Storage".

Pas fillimit të magjistarit, plotësoni fushat e kërkuara:

  • Emri — caktoni emrin e klasterit
  • Funksioni i Domenit — TĂ« dhĂ«na
  • Lloji i Ruajtjes — Fibre Channel
  • Hosti pĂ«r TĂ« PĂ«rdorur — zgjidhni hostin ku Ă«shtĂ« i disponueshĂ«m LUN-i qĂ« na nevojitet

Në listën e LUN-ëve, shënojmë atë që na nevojitet, klikojmë Shto dhe më pas OK. Nëse është e nevojshme, mund të korrigjoni parametrat shtesë të fushës së ruajtjes, duke klikuar në Parametrat Avancuar.

Screenshot-i i magjistarit për shtimin e 'domenit të ruajtjes'

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

Pas rezultateve të punës së magjistarit, ne duhet të marrim një fushë të re ruajtjeje, dhe dataqendra jonë të kalojë në statusin UP, ose e inicializuar:

Screenshot-et e dataqendrës dhe fushave të ruajtjes në të:

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

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

Krijimi dhe konfigurimi i rrjeteve për makinat virtuale

Linku pĂ«r dokumentacionin — UdhĂ«zuesi i AdministratĂ«s oVirt, Kapitulli 6: Rrjetet Logjike

Rrjetet, ose Networks – shĂ«rbejnĂ« pĂ«r grupimin e rrjeteve logjike tĂ« pĂ«rdorura nĂ« infrastrukturĂ«n virtuale oVirt.

Për ndërveprimin e adaptorit të rrjetit në një makinë virtuale me adaptorin fizik në host, përdoren ndërfaqe logjike të tipit Linux bridge.

Për grupimin dhe ndarjen e trafikëve midis rrjeteve, në ndërlidhësit janë konfiguruar VLAN.

Kur krijoni një rrjet logjik për makinat virtuale në oVirt, duhet t'i caktoni domosdoshmërisht një identifikues që korrespondon me numrin VLAN në switch, në mënyrë që makinat virtuale të mund të bashkëpunojnë me njëra-tjetrën, edhe nëse ato punojnë në nod të ndryshëm të klasterit.

Parakonfigurimet e adapterĂ«ve tĂ« rrjetit nĂ« hostet pĂ«r lidhjen e makinave virtuale duhet tĂ« jenĂ« realizuar nĂ« artikulli i mĂ«parshĂ«m – rrjeti logjik Ă«shtĂ« konfiguruar bond1, pastaj tĂ« gjitha konfigurimet e rrjetit duhet tĂ« kryhen vetĂ«m pĂ«rmes portalit administrativ oVirt.

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

Nëse është e nevojshme, mund të shihni konfigurimet e rrjetit logjik ovritmgmt dhe t'i korrigjoni ato, por duhet të jeni të kujdesshëm që të mos humbisni menaxhimin e infrastrukturës oVirt.

Konfigurimet e rrjetit logjik ovritmgmt

Krijimi i një infrastrukture 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 kaloni në Rrjeti regjistro log /dev/log local0 regjistro log /dev/log local1 notice chroot /var/lib/haproxy stats timeout 30s përdorues haproxy grup haproxy daemondefaults log global mode http opsion httplog opsion 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 >> Networks >> E Re, dhe në kartelën General shtoni rrjetin me identifikuesin VLAN të nevojshëm dhe gjithashtu vendosni një shenjë në kutinë për "VM Network», kjo do të thotë se mund të përdoret për caktimin në VM.

Screenshot i rrjetit logjik të ri VLAN32

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

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

Pas kësaj kalojmë në Kalkulimi >> Hostet, hyrim radhazi në çdo host, në skedën Network interfaces, dhe nisi magjistarin Setup host networks, për të lidhur rrjetin logjik të ri me hostet.

Screenshot i magjistarit «Setup host networks»

Krijimi i një infrastrukture 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.

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

cat ifcfg-bond1
# Generuar nga 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
# Generuar nga 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
# Generuar nga 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=no

NjĂ« herĂ« tjetĂ«r, kujtoj se nĂ« hostin e klasterit NUK ËSHTË NEVOJSHME tĂ« krijoni manualisht interfecet e rrjetit ifcfg-bond1.432 dhe ifcfg-ovirtvm-vlan432.

Pas shtimit të rrjetit logjik dhe kontrollit të lidhjes midis hostit dhe VM me engine të hostuar, mund të përdoret në makinen virtuale.

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

Linku pĂ«r dokumentacionin — UdhĂ«zuesi i AdministratĂ«s oVirt, Kapitulli 8: Ruajtja, seksioni Uploading Images to a Data Storage Domain.

Pa të instaluar imazhin e OS-së, nuk do të jetë e mundur të instaloni makinën virtuale, megjithatë kjo nuk është ndonjë problem nëse në rrjet është instaluar, për shembull, Cobbler me imazhe të krijuara paraprakisht.

Në rastin tonë, një mundësi e tillë nuk ekziston, prandaj do të duhet ta importoni vetë këtë imazh në oVirt. Më parë, për këtë nevojitej të krijohej ISO Domain, por në versionin e ri të oVirt, ky proces është hequr, dhe tani mund të ngarkohet imazhet direkt në Storage domain nga portali administrativ.

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

Screenshot i wizard-it për shtimin e imazhit instalues

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

Nëse marrim një gabim të këtë forme:

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

Ne duhet të shtojmë certifikatën e oVirt në "Dëshira korrekte të CA" (Trusted Root CA) në stacionin e menaxhimit të administratorit, nga i cili po përpiqemi të ngarkojmë imazhin.

Pas pas regjistrimit të certifikatës në Trusted Root CA, sërish klikoni "Test connection", duhet të merrni:

Koneksi me ovirt-imageio-proxy ishte i suksesshëm.

Pas veprimit të shtimit të certifikatës, mund të provoni sërish të ngarkoni imazhin ISO në Storage Domain.

Në të vërtetë, është e mundur të krijoni një Storage Domain të veçantë me tipin Data, për të ruajtur imazhet dhe shabllonet veç e veç nga disqet e VM, ose madje t'i ruani ato në Storage Domain për engine të menaxhuar, por kjo është në diskrecionin e administratorit.

Screenshot me imazhe ISO në Storage Domain për engine të menaxhuar

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

Krijimi i makinës virtuale

Lidhja për dokumentacionin:
oVirt Virtual Machine Management Guide –> Kapitulli 2: Instalimi i Maqinave Virtuale Linux
Burimet e Klientëve të Konsolës

Pas shkarkimit tĂ« imazhit instalues me OS nĂ« oVirt, mund tĂ« kaloni direkt nĂ« krijimin e njĂ« makine virtuale. Ka pasur shumĂ« punĂ« tĂ« bĂ«rĂ«, por tani jemi nĂ« fazĂ«n pĂ«rfundimtare, pĂ«r tĂ« cilĂ«n u nis gjithçka – krijimi i njĂ« infrastrukture tĂ« qĂ«ndrueshme pĂ«r hostimin e makinave virtuale me disponueshmĂ«ri tĂ« lartĂ«. Dhe gjithçka Ă«shtĂ« krejtĂ«sisht falas – asnjĂ« qindarkĂ« nuk Ă«shtĂ« shpenzuar pĂ«r blerjen e ndonjĂ« licencĂ« software.

Për të krijuar një makinë virtuale me CentOS 7, duhet të jetë shkarkuar imazhi instalues me OS.

Hyni në portalin administrativ, shkoni te Kalkulimi >> Makinat Virtuale, dhe hapim magjistrin për krijimin e VM. Plotësojmë të gjitha parametrat dhe fushat, dhe klikojmë OK. Gjithçka është shumë e thjeshtë nëse ndiqni dokumentacionin.

Siç është shembuj, do të përmend disa konfigurime të rëndësishme dhe shtesë për një VM me përparësi të lartë, me një disk të krijuar, të lidhur në rrjet, dhe me ngarkim nga imazhi i instalimit:

Screenshot-e me konfigurimet e VM me përparësi të lartë

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

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

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

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

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

Pas përfundimit të punimeve me magjistrin, e mbyllim atë, hapim një VM të re dhe instalojmë sistemin operativ mbi të.
Për këtë, hyni në konsolën e kësaj VM përmes portalit administrativ:

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

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

Për t'u lidhur me konsolën e VM, në parim duhet të konfiguroni konsolën në pronat e makinës virtuale.

Screenshot i konfigurimeve të VM, skeda "Console"

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

Për t'u lidhur me konsolën e VM, mund të përdorni, për shembull, Virtual Machine Viewer.

Për t'u lidhur me konsolën e VM direkt në dritaren e shfletuesit, konfigurimet e lidhjes përmes konsolës duhet të jenë kështu:

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

Pas instalimit të sistemit operativ 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

Si kështu, si rezultat i veprimeve tona, VM-ja e krijuar do të jetë me disponueshmëri të lartë, domethënë, në rast të dështimit të nodit të klasit ku është aktivizuar, oVirt do ta rinisë automatikisht atë në nodin e dytë. Gjithashtu, kjo VM mund të migrohet midis hosteve të klasit për mirëmbajtje ose për qëllime të tjera.

PĂ«rfundimi

Shpresoj se ky artikull ka arritur tĂ« tregojĂ« se oVirt Ă«shtĂ« njĂ« mjet krejtĂ«sisht normal pĂ«r menaxhimin e infrastrukturĂ«s virtuale, i cili nuk Ă«shtĂ« aq i vĂ«shtirĂ« pĂ«r t'u vendosur — e rĂ«ndĂ«sishmja Ă«shtĂ« tĂ« ndiqen disa rregulla dhe kĂ«rkesa 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ç janë udhëzimet hap pas hapi për përfundimin e masterave të ndryshëm me të gjitha shpjegimet dhe screenshot-et përkatëse, outputet e gjata të komandave, etj. Në të vërtetë, për këtë do të duhej të shkruhej një libër të tërë, gjë që nuk ka kuptim të madh, për shkak të versioneve të reja të softuerit që shfaqen vazhdimisht me përmirësime dhe ndryshime. E rëndësishmja është të kuptojmë parimin se si funksionon e gjitha së bashku dhe të fitojmë një algoritëm të përgjithshëm veprimi për krijimin e një platforme të besueshme për menaxhimin e makinave virtuale.

Megjithëse kemi krijuar infrastrukturën virtuale, tani duhet ta mësojmë të ndërveprojë si midis elementeve të saj të veçantë: hosteve, makinave virtuale, rrjeteve të brendshme, ashtu edhe me botën e jashtme.

Ky proces Ă«shtĂ« njĂ« nga detyrat kryesore tĂ« administratorit tĂ« sistemit ose rrjetit, i cili do tĂ« rindĂ«rtohet nĂ« artikullin e ardhshĂ«m — pĂ«r pĂ«rdorimin e ruterĂ«ve virtualĂ« VyOS nĂ« infrastrukturĂ«n e besueshme tĂ« ndĂ«rmarrjes sonĂ« (siç e kuptuat, ata do tĂ« funksionojnĂ« si makina virtuale nĂ« klasterin tonĂ« oVirt).

Burimi: habr.com

Bli njĂ« hosting tĂ« besueshĂ«m pĂ«r faqet me mbrojtje DDoS, VPS VDS serverĂ« đŸ”„ Bli njĂ« hosting tĂ« besueshĂ«m pĂ«r faqet me mbrojtje DDoS, VPS VDS serverĂ« | ProHoster