🥇Krijimi i një infrastrukture IT tolerante ndaj gabimeve. Pjesa 2. Instalimi dhe konfigurimi i grupit oVirt 4.3

Ky artikull është një vazhdim i atij të mëparshëm - "Krijimi i një infrastrukture IT tolerante ndaj gabimeve. Pjesa 1 - përgatitja për të vendosur një grup oVirt 4.3'.

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, oVirt 4.3 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 këtu, 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ë Virtualizimi i Red Hat 4.3. 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 dokumentacion zyrtar, 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 Dokumentacioni i produktit për Virtualizimin e Red Hat 4.3 — 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 - Udhëzuesi i motorit të vetë-pritur oVirt, kapitulli "Vendosja e motorit të vetë-hostuar duke përdorur linjën e komandës»

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

Në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 artikulli i mëparshëm.

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 deployed

Ne 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 https://ovirt_hostname/ovirt-engine 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-clear

Ato. duhet të ketë version i përditësuar libvirt me mbrojtje nga MDS, 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 libvirtd

Kontrolloni 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=1608467

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

Më 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, lidhje 1 и lidhje 2 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-shutdown

Ne 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-status

Në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 agent

Pastaj 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-status

Pasi 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=False

4) 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ë - lidhje në dokumentin udhëzues.

Thjesht ekzekutoni komandën në host:

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

Më 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. Kapitulli 4: Qendrat e të Dhënave

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. Kapitulli 5: Grupet

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

Lidhje 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 firewalld

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

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

Tjetra, shkoni te tastiera Hapni Menaxherin e Virtualizimit, shtoni një host të ri dhe bëni gjithçka hap pas hapi, siç është shkruar në dokumentacionin.

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 -> Kapitulli 4. Menaxhimi i Energjisë
Udhëzuesi i Administrimit oVirt -> Kapitulli 7: Pritësit

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.
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 -> Kapitulli 7: Pritësit -> 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, Kapitulli 8: Ruajtja.

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 dokumentacionin, 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, Kapitulli 6: Rrjetet logjike

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ë artikulli i mëparshëm - 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=no

Më 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, Kapitulli 8: Ruajtja, 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 këpucar 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 –> Kapitulli 2: Instalimi i makinave virtuale Linux
Burimet e klientëve të konsolës

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, Shikuesi i makinës virtuale.

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.service

Kë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

Krijimi i një infrastrukture IT tolerante ndaj gabimeve. Pjesa 2. Instalimi dhe konfigurimi i grupit oVirt 4.3