Paglikha ng isang fault-tolerant na imprastraktura ng IT. Bahagi 2. Pag-install at pag-configure ng oVirt 4.3 cluster

Ang artikulong ito ay pagpapatuloy ng naunang isa - "Paglikha ng isang fault-tolerant na imprastraktura ng IT. Bahagi 1 - paghahandang mag-deploy ng oVirt 4.3 cluster'.

Sasaklawin nito ang proseso ng pangunahing pag-install at pagsasaayos ng isang cluster ng oVirt 4.3 para sa pagho-host ng mga magagamit na virtual machine, na isinasaalang-alang ang katotohanan na ang lahat ng mga paunang hakbang para sa paghahanda ng imprastraktura ay nakumpleto na dati.

Panimula

Ang pangunahing layunin ng artikulo ay magbigay ng sunud-sunod na mga tagubilin tulad ng "susunod -> Oo -> Tapusin"kung paano ipakita ang ilang mga tampok kapag ini-install at kino-configure ito. Ang proseso para sa pag-deploy ng iyong cluster ay maaaring hindi palaging tumutugma sa inilarawan dito, dahil sa mga katangian ng imprastraktura at kapaligiran, ngunit ang mga pangkalahatang prinsipyo ay magiging pareho.

Mula sa isang subjective na punto ng view, oVirt 4.3 ang functionality nito ay katulad ng VMware vSphere na bersyon 5.x, ngunit siyempre may sarili nitong configuration at operation features.

Para sa mga interesado, ang lahat ng pagkakaiba sa pagitan ng RHEV (aka oVirt) at VMware vSphere ay makikita sa Internet, halimbawa dito, ngunit paminsan-minsan ay mapapansin ko pa rin ang ilan sa kanilang mga pagkakaiba o pagkakatulad sa isa't isa habang umuusad ang artikulo.

Hiwalay, nais kong ihambing nang kaunti ang gawain sa mga network para sa mga virtual machine. Ang oVirt ay nagpapatupad ng katulad na prinsipyo ng pamamahala ng network para sa mga virtual machine (mula rito ay tinutukoy bilang mga VM), tulad ng sa VMware vSphere:

• gamit ang isang karaniwang tulay ng Linux (sa VMware - Karaniwang vSwitch), tumatakbo sa mga host ng virtualization;
• gamit ang Open vSwitch (OVS) (sa VMware - Ibinahagi ang vSwitch) ay isang distributed virtual switch na binubuo ng dalawang pangunahing bahagi: isang central OVN server at OVN controllers sa mga pinamamahalaang host.

Dapat tandaan na dahil sa kadalian ng pagpapatupad, ilalarawan ng artikulo ang pag-set up ng mga network sa oVirt para sa isang VM gamit ang isang karaniwang tulay ng Linux, na siyang karaniwang pagpipilian kapag gumagamit ng KVM hypervisor.

Sa pagsasaalang-alang na ito, mayroong ilang mga pangunahing patakaran para sa pagtatrabaho sa network sa isang kumpol, na pinakamainam na hindi labagin:

• Ang lahat ng mga setting ng network sa mga host bago idagdag ang mga ito sa oVirt ay dapat magkapareho, maliban sa mga IP address.
• Kapag ang isang host ay nakuha na sa ilalim ng kontrol ng oVirt, ito ay lubos na hindi inirerekomenda na baguhin ang anumang bagay nang manu-mano sa mga setting ng network nang walang kumpletong pagtitiwala sa iyong mga aksyon, dahil ang ahente ng oVirt ay ibabalik lamang sila sa mga nauna pagkatapos i-restart ang host o ahente .
• Ang pagdaragdag ng bagong network para sa isang VM, pati na rin ang pagtatrabaho dito, ay dapat lang gawin mula sa oVirt management console.

Isa pa mahalagang paalaala — para sa isang napaka-kritikal na kapaligiran (napakasensitibo sa mga pagkalugi sa pera), irerekomenda pa rin na gumamit ng bayad na suporta at paggamit Virtualization ng Red Hat 4.3. Sa panahon ng pagpapatakbo ng cluster ng oVirt, maaaring lumitaw ang ilang mga isyu kung saan ipinapayong makatanggap ng kwalipikadong tulong sa lalong madaling panahon, sa halip na harapin ang mga ito nang mag-isa.

At sa wakas inirerekomenda Bago mag-deploy ng cluster ng oVirt, pamilyar ka sa opisyal na dokumentasyon, upang magkaroon ng kamalayan sa hindi bababa sa mga pangunahing konsepto at kahulugan, kung hindi, medyo mahirap basahin ang natitirang bahagi ng artikulo.

Ang pangunahing kaalaman sa pag-unawa sa artikulo at sa mga prinsipyo ng pagpapatakbo ng cluster ng oVirt ay ang mga dokumentong gabay na ito:

• Gabay sa Pag-install ng oVirt
• oVirt Self-Hosted Engine Guide
• oVirt Administration Guide
  

Ang dami doon ay hindi masyadong malaki, sa isang oras o dalawa ay maaari mong lubos na makabisado ang mga pangunahing prinsipyo, ngunit para sa mga gusto ng mga detalye, inirerekumenda na basahin Dokumentasyon ng Produkto para sa Red Hat Virtualization 4.3 — Ang RHEV at oVirt ay mahalagang magkaparehong bagay.

Kaya, kung ang lahat ng mga pangunahing setting sa mga host, switch at storage system ay nakumpleto na, direkta kaming magpatuloy sa pag-deploy ng oVirt.

Bahagi 2. Pag-install at pag-configure ng oVirt 4.3 cluster

Para sa kadalian ng oryentasyon, ililista ko ang mga pangunahing seksyon sa artikulong ito, na dapat kumpletuhin nang paisa-isa:

1. Pag-install ng server ng pamamahala ng oVirt
2. Paglikha ng bagong data center
3. Gumagawa ng bagong cluster
4. Pag-install ng mga karagdagang host sa isang Self-Hosted na kapaligiran
5. Paggawa ng storage area o Storage Domains
6. Paglikha at pag-configure ng mga network para sa mga virtual machine
7. Paglikha ng isang imahe ng pag-install para sa pag-deploy ng isang virtual machine
8. Paglikha ng isang virtual machine

Pag-install ng server ng pamamahala ng oVirt

oVirt management server ay ang pinakamahalagang elemento sa imprastraktura ng oVirt, sa anyo ng isang virtual machine, host, o virtual device na namamahala sa buong imprastraktura ng oVirt.

Ang malapit na mga analogue nito mula sa mundo ng virtualization ay:

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

Upang i-install ang server ng pamamahala ng oVirt, mayroon kaming dalawang opsyon:

Pagpipilian 1
Pag-deploy ng server sa anyo ng isang espesyal na VM o host.

Ang pagpipiliang ito ay gumagana nang maayos, ngunit sa kondisyon na ang naturang VM ay gumagana nang hiwalay sa kumpol, i.e. ay hindi tumatakbo sa anumang cluster host bilang isang regular na virtual machine na nagpapatakbo ng KVM.

Bakit hindi mai-deploy ang naturang VM sa mga cluster host?

Sa pinakadulo simula ng proseso ng pag-deploy ng server ng pamamahala ng oVirt, mayroon kaming isang dilemma - kailangan naming mag-install ng isang pamamahala ng VM, ngunit sa katunayan ay wala pang kumpol mismo, at samakatuwid ano ang maaari naming gawin sa mabilisang? Tama iyon - i-install ang KVM sa isang cluster node sa hinaharap, pagkatapos ay lumikha ng isang virtual machine dito, halimbawa, kasama ang CentOS OS at i-deploy ang oVirt engine sa loob nito. Karaniwan itong magagawa para sa mga kadahilanan ng kumpletong kontrol sa naturang VM, ngunit ito ay isang maling intensyon, dahil sa kasong ito, sa hinaharap ay magkakaroon ng 100% na mga problema sa naturang control VM:

• hindi ito maaaring i-migrate sa oVirt console sa pagitan ng mga host (node) ng cluster;
• kapag lumilipat gamit ang KVM sa pamamagitan ng virsh migrate, hindi magiging available ang VM na ito para sa pamamahala mula sa oVirt console.
• hindi maipapakita ang mga cluster host Maintenance mode (mode ng pagpapanatili), kung ililipat mo ang VM na ito mula sa host patungo sa host gamit virsh migrate.

Kaya gawin ang lahat ayon sa mga patakaran - gumamit ng alinman sa isang hiwalay na host para sa server ng pamamahala ng oVirt, o isang independiyenteng VM na tumatakbo dito, o mas mabuti pa, gawin ang nakasulat sa pangalawang opsyon.

Pagpipilian 2
Pag-install ng oVirt Engine Appliance sa isang cluster host na pinamamahalaan nito.

Ang opsyong ito ang ituturing na mas tama at angkop sa aming kaso.
Ang mga kinakailangan para sa naturang VM ay inilarawan sa ibaba; Idaragdag ko lang na inirerekomenda na magkaroon ng hindi bababa sa dalawang host sa imprastraktura kung saan maaaring patakbuhin ang control VM upang gawin itong fault-tolerant. Dito nais kong idagdag iyon, tulad ng naisulat ko na sa mga komento sa nakaraang artikulo, hindi ko kailanman nakuha splitbrain sa isang oVirt cluster ng dalawang host, na may kakayahang magpatakbo ng mga naka-host na engine na VM sa mga ito.

Pag-install ng oVirt Engine Appliance sa unang host ng cluster

Link sa opisyal na dokumentasyon - oVirt Self-Hosted Engine Guide, kabanata "Pag-deploy ng Self-Hosted Engine Gamit ang Command line»

Tinukoy ng dokumento ang mga kinakailangan na dapat matugunan bago mag-deploy ng naka-host-engine na VM, at inilalarawan din nang detalyado ang mismong proseso ng pag-install, kaya walang kaunting punto sa pag-uulit nito nang pasalita, kaya tututuon tayo sa ilang mahahalagang detalye.

• Bago simulan ang lahat ng mga aksyon, tiyaking paganahin ang suporta sa virtualization sa mga setting ng BIOS sa host.
• I-install ang package para sa host-engine installer sa 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

• Sinimulan namin ang pamamaraan para sa pag-deploy ng oVirt Hosted Engine sa host sa screen (maaari mong ilabas ito sa pamamagitan ng Ctrl-A + D, malapit sa pamamagitan ng Ctrl-D):

screen
hosted-engine --deploy

Kung nais mo, maaari mong patakbuhin ang pag-install gamit ang isang paunang inihanda na file ng sagot:

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

• Kapag nagde-deploy ng hosted-engine, tinutukoy namin ang lahat ng kinakailangang parameter:

- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры. 

• Upang mag-install ng isang lubos na magagamit na VM na may naka-host na engine, gumawa kami dati ng isang espesyal na LUN sa sistema ng imbakan, numero 4 at 150 GB ang laki, na pagkatapos ay ipinakita sa mga host ng cluster - tingnan nakaraang artikulo.

Noong nakaraan, sinuri din namin ang visibility nito sa mga host:

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

• Ang proseso ng pag-deploy ng host-engine mismo ay hindi kumplikado; sa huli ay dapat tayong makatanggap ng ganito:

[ 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

Sinusuri namin ang pagkakaroon ng mga serbisyo ng oVirt sa host:

Kung ang lahat ay ginawa nang tama, pagkatapos ay pagkatapos makumpleto ang pag-install, gumamit ng isang web browser upang pumunta sa https://ovirt_hostname/ovirt-engine mula sa computer ng administrator, at i-click ang [Portal ng Administrasyon].

Screenshot ng “Administration Portal”

Sa pamamagitan ng pagpasok ng login at password (itinakda sa panahon ng proseso ng pag-install) sa window tulad ng sa screenshot, nakarating kami sa Open Virtualization Manager control panel, kung saan maaari mong gawin ang lahat ng mga aksyon gamit ang virtual na imprastraktura:

1. magdagdag ng data center
2. magdagdag at mag-configure ng isang cluster
3. magdagdag at pamahalaan ang mga host
4. magdagdag ng mga lugar ng imbakan o Mga Domain ng Imbakan para sa mga virtual machine disk
5. magdagdag at mag-configure ng mga network para sa mga virtual machine
6. magdagdag at mamahala ng mga virtual machine, mga larawan sa pag-install, mga template ng VM

Ang lahat ng mga pagkilos na ito ay tatalakayin pa, ang ilan sa malalaking selula, ang iba ay mas detalyado at may mga nuances.
Ngunit inirerekumenda ko muna ang pagbabasa ng add-on na ito, na marahil ay kapaki-pakinabang sa marami.

Dagdag

1) Sa prinsipyo, kung may ganoong pangangailangan, walang pumipigil sa iyo na i-install ang KVM hypervisor sa mga cluster node nang maaga gamit ang mga pakete libog и qemu-kvm (O qemu-kvm-ev) ng gustong bersyon, bagama't kapag nagde-deploy ng oVirt cluster node, magagawa nito ito mismo.

Ngunit kung libog и qemu-kvm Kung hindi mo pa na-install ang pinakabagong bersyon, maaari mong matanggap ang sumusunod na error kapag nagde-deploy ng naka-host na engine:

error: unsupported configuration: unknown CPU feature: md-clear

Yung. dapat meron na-update na bersyon libog na may proteksyon mula sa MDS, na sumusuporta sa patakarang ito:

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

I-install ang libvirt v.4.5.0-10.el7_6.12, na may suporta sa 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

Tingnan ang suporta sa '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'/>

Pagkatapos nito, maaari mong ipagpatuloy ang pag-install ng naka-host na makina.

2) Sa oVirt 4.3, ang presensya at paggamit ng isang firewall firewalld ay isang ipinag-uutos na kinakailangan.

Kung sa panahon ng pag-deploy ng isang VM para sa naka-host-engine natatanggap namin ang sumusunod na error:

[ 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

Pagkatapos ay kailangan mong i-off ang isa pang firewall (kung ito ay ginagamit), at i-install at patakbuhin 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

Sa ibang pagkakataon, kapag ini-install ang ovirt agent sa isang bagong host para sa cluster, iko-configure nito ang mga kinakailangang port sa firewalld awtomatikong.

3) Pag-reboot ng isang host gamit ang isang VM na tumatakbo dito gamit ang isang naka-host na engine.

Gaya ng dati, 1 link и 2 link sa mga dokumentong namamahala.

Ang lahat ng pamamahala ng naka-host na engine VM ay ginagawa LAMANG gamit ang command naka-host-engine sa host kung saan ito tumatakbo, tungkol sa Virsh dapat nating kalimutan, pati na rin ang katotohanan na maaari kang kumonekta sa VM na ito sa pamamagitan ng SSH at patakbuhin ang command na "pagpipinid'.

Pamamaraan para sa paglalagay ng VM sa maintenance mode:

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

I-reboot namin ang host gamit ang naka-host na ahente ng makina at ginagawa namin ang kailangan namin dito.

Pagkatapos ng pag-reboot, suriin ang katayuan ng VM gamit ang naka-host na engine:

hosted-engine --vm-status

Kung ang aming VM na may hosted-engine ay hindi magsisimula at kung makakita kami ng mga katulad na error sa log ng serbisyo:

Error sa log ng serbisyo:

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

Pagkatapos ay ikinonekta namin ang imbakan at i-restart ang ahente:

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

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

Pagkatapos simulan ang VM gamit ang hosted-engine, inaalis namin ito sa maintenance mode:

Pamamaraan para sa pag-alis ng VM mula sa maintenance mode:

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) Pag-alis ng naka-host na makina at lahat ng nauugnay dito.

Minsan kinakailangan na maayos na alisin ang isang naunang naka-install na naka-host na engine - link sa dokumento ng gabay.

Patakbuhin lang ang command sa host:

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

Susunod, inaalis namin ang mga hindi kinakailangang pakete, na nagba-back up ng ilang mga config bago ito, kung kinakailangan:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

Paglikha ng bagong data center

Dokumentasyon ng sanggunian - Gabay sa Pangangasiwa ng oVirt. Kabanata 4: Mga Data Center

Una, tukuyin natin kung ano ito sentro ng datos (Sipi ko mula sa tulong) ay isang lohikal na entity na tumutukoy sa isang hanay ng mga mapagkukunang ginagamit sa isang partikular na kapaligiran.

Ang data center ay isang uri ng container na binubuo ng:

• lohikal na mapagkukunan sa anyo ng mga kumpol at host
• mga mapagkukunan ng cluster network sa anyo ng mga lohikal na network at mga pisikal na adapter sa mga host,
• mga mapagkukunan ng imbakan (para sa mga VM disk, template, larawan) sa anyo ng mga lugar ng imbakan (Storage Domains).

Maaaring magsama ang isang data center ng maraming cluster na binubuo ng maraming host na may mga virtual machine na tumatakbo sa kanila, at maaari rin itong magkaroon ng maraming storage area na nauugnay dito.
Maaaring mayroong ilang mga data center; gumagana ang mga ito nang hiwalay sa isa't isa. Ang Ovirt ay may paghihiwalay ng mga kapangyarihan ayon sa tungkulin, at maaari mong i-configure ang mga pahintulot nang paisa-isa, kapwa sa antas ng data center at sa mga indibidwal na lohikal na elemento nito.

Ang data center, o mga data center kung marami sa kanila, ay pinamamahalaan mula sa iisang administrative console o portal.

Para gumawa ng data center, pumunta sa administrative portal at gumawa ng bagong data center:
Magkuwenta >> data Centers >> bago

Dahil gumagamit kami ng shared storage sa storage system, ang Storage Type ay dapat na Ibahagi:

Screenshot ng Data Center Creation Wizard

Kapag nag-i-install ng virtual machine na may naka-host-engine, ang isang data center ay nilikha bilang default - Data center1, at pagkatapos, kung kinakailangan, maaari mong baguhin ang Uri ng Storage nito sa isa pa.

Ang paglikha ng isang data center ay isang simpleng gawain, nang walang anumang nakakalito na mga nuances, at lahat ng karagdagang mga aksyon kasama nito ay inilarawan sa dokumentasyon. Ang tanging bagay na mapapansin ko ay ang mga solong host na mayroon lamang lokal na storage (disk) para sa mga VM ay hindi makakapasok sa isang data center na may Storage Type - Shared (hindi sila maidaragdag doon), at para sa kanila kailangan mong lumikha isang hiwalay na data center - i.e. Ang bawat indibidwal na host na may lokal na imbakan ay nangangailangan ng sarili nitong hiwalay na data center.

Gumagawa ng bagong cluster

Link sa dokumentasyon - Gabay sa Pangangasiwa ng oVirt. Kabanata 5: Mga Kumpol

Nang walang mga hindi kinakailangang detalye, kumpol – ito ay isang lohikal na pagpapangkat ng mga host na may isang karaniwang lugar ng imbakan (sa anyo ng mga nakabahaging disk sa isang sistema ng imbakan, tulad ng sa aming kaso). Ito ay kanais-nais din na ang mga host sa cluster ay magkapareho sa hardware at magkaroon ng parehong uri ng processor (Intel o AMD). Pinakamainam, siyempre, na ang mga server sa cluster ay ganap na magkapareho.

Ang cluster ay bahagi ng isang data center (na may partikular na uri ng storage - Lokal o Ibinahagi), at lahat ng mga host ay dapat kabilang sa ilang uri ng cluster, depende sa kung sila ay may nakabahaging storage o hindi.

Kapag nag-i-install ng virtual machine na may naka-host na-engine sa isang host, ang isang data center ay nilikha bilang default - Data center1, kasama ang kumpol - kumpol1, at sa hinaharap maaari mong i-configure ang mga parameter nito, paganahin ang mga karagdagang opsyon, magdagdag ng mga host dito, atbp.

Gaya ng dati, para sa mga detalye tungkol sa lahat ng setting ng cluster, ipinapayong sumangguni sa opisyal na dokumentasyon. Sa ilan sa mga feature ng pagse-set up ng isang cluster, idaragdag ko lang na kapag ginagawa ito, sapat na upang i-configure lamang ang mga pangunahing parameter sa tab Pangkalahatan.

Tatandaan ko ang pinakamahalagang mga parameter:

• Uri ng processor — ay pinili batay sa kung aling mga processor ang naka-install sa mga cluster host, kung saang tagagawa ang mga ito, at kung aling processor sa mga host ang pinakamatanda, upang, depende dito, lahat ng magagamit na mga tagubilin ng processor sa cluster ay ginagamit.
• Uri ng Lumipat – sa aming cluster ginagamit lang namin ang tulay ng Linux, kaya naman ito ang pinili namin.
• Uri ng firewall – malinaw ang lahat dito, firewalld ito, na dapat paganahin at i-configure sa mga host.

Screenshot na may mga parameter ng cluster

Pag-install ng mga karagdagang host sa isang Self-Hosted na kapaligiran

Link para sa dokumentasyon.

Ang mga karagdagang host para sa isang Self-Hosted na kapaligiran ay idinaragdag sa parehong paraan tulad ng isang regular na host, kasama ang karagdagang hakbang ng pag-deploy ng VM na may naka-host na engine - Pumili ng naka-host na pagkilos sa pag-deploy ng engine >> lumawak. Dahil ang karagdagang host ay dapat ding ipakita ng isang LUN para sa isang VM na may naka-host na engine, nangangahulugan ito na ang host na ito ay maaaring, kung kinakailangan, gamitin upang mag-host ng isang VM na may naka-host na engine dito.
Para sa mga layunin ng fault tolerance, lubos na inirerekomenda na mayroong hindi bababa sa dalawang host kung saan maaaring ilagay ang isang naka-host na engine VM.

Sa karagdagang host, huwag paganahin ang mga iptable (kung pinagana), paganahin ang firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

I-install ang kinakailangang bersyon ng KVM (kung kinakailangan):

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

I-install ang mga kinakailangang repository at ang naka-host na installer ng 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

Susunod, pumunta sa console Buksan ang Virtualization Manager, magdagdag ng bagong host, at gawin ang lahat ng hakbang-hakbang, gaya ng nakasulat dokumentasyon.

Bilang resulta, pagkatapos magdagdag ng karagdagang host, dapat tayong makakuha ng isang bagay tulad ng larawan sa administrative console, tulad ng sa screenshot.

Screenshot ng administrative portal - mga host

Ang host kung saan kasalukuyang aktibo ang naka-host na engine na VM ay may gintong korona at ang inskripsyon na "Pagpapatakbo ng Hosted Engine VM", ang host kung saan maaaring ilunsad ang VM na ito kung kinakailangan - ang inskripsyon "Maaaring patakbuhin ang Hosted Engine VM'.

Sa kaganapan ng isang pagkabigo ng host kung saan "Pagpapatakbo ng Hosted Engine VM", awtomatiko itong magre-restart sa pangalawang host. Ang VM na ito ay maaari ding ilipat mula sa aktibong host patungo sa standby host para sa pagpapanatili nito.

Pag-set up ng Power Management / fencing sa mga host ng oVirt

Mga link sa dokumentasyon:

• Red Hat Virtualization 4.3 -> Teknikal na Sanggunian -> Kabanata 4. Power Management
• oVirt Administration Guide -> Kabanata 7: Mga Host

Bagama't mukhang tapos ka nang magdagdag at mag-configure ng host, hindi iyon ganap na totoo.
Para sa normal na operasyon ng mga host, at upang matukoy/malutas ang mga pagkabigo sa alinman sa mga ito, kinakailangan ang mga setting ng Power Management / fencing.

Plorete, o fencing, ay ang proseso ng pansamantalang pagbubukod ng isang sira o nabigong host mula sa cluster, kung saan ang alinman sa mga serbisyo ng oVirt dito o ang host mismo ay muling magsisimula.

Ang lahat ng mga detalye sa mga kahulugan at parameter ng Power Management / fencing ay ibinibigay, gaya ng dati, sa dokumentasyon; Magbibigay lamang ako ng isang halimbawa kung paano i-configure ang mahalagang parameter na ito, tulad ng inilapat sa mga server ng Dell R640 na may iDRAC 9.

1. Pumunta sa administrative portal, i-click Magkuwenta >> Hukbo pumili ng host.
2. Nag-click kami Edit.
3. I-click ang tab Power Management.
4. Lagyan ng check ang kahon sa tabi ng opsyon Paganahin ang Power Management.
5. Lagyan ng check ang kahon sa tabi ng opsyon Pagsasama ng Kdumpupang pigilan ang host na pumunta sa fencing mode habang nagre-record ng kernel crash dump.

Tandaan.

Pagkatapos paganahin ang Kdump integration sa isang tumatakbo nang host, dapat itong muling i-install ayon sa pamamaraan sa oVirt Administration Guide -> Kabanata 7: Mga Host -> Muling Pag-install ng Mga Host.

1. Opsyonal, maaari mong lagyan ng check ang kahon Huwag paganahin ang kontrol sa patakaran ng pamamahala ng kapangyarihan, kung hindi namin gustong kontrolin ng Patakaran sa Pag-iiskedyul ng cluster ang pamamahala ng kapangyarihan ng host.
2. I-click ang button (+) para magdagdag ng bagong power management device, magbubukas ang window ng pag-edit ng mga property ng ahente.
   Para sa iDRAC9, punan ang mga field:
   • address – iDRAC9 address
   • Username/Password – login at password para sa pag-log in sa iDRAC9, ayon sa pagkakabanggit
   • uri —drac5
   • markahan Hindi makatatakas
   • idagdag ang mga sumusunod na opsyon: cmd_prompt=>,login_timeout=30

Screenshot na may mga parameter na "Power Management" sa mga property ng host

Paggawa ng storage area o Storage Domains

Link sa dokumentasyon - Gabay sa Pangangasiwa ng oVirt, Kabanata 8: Imbakan.

Storage Domain, o lugar ng imbakan, ay isang sentralisadong lokasyon para sa pag-iimbak ng mga virtual machine disk, mga larawan sa pag-install, mga template, at mga snapshot.

Ang mga lugar ng imbakan ay maaaring konektado sa data center gamit ang iba't ibang mga protocol, cluster at network file system.

May tatlong uri ng storage area ang oVirt:

• Domain ng Data – upang iimbak ang lahat ng data na nauugnay sa mga virtual machine (mga disk, template). Ang Data Domain ay hindi maaaring ibahagi sa pagitan ng iba't ibang data center.
• ISO Domain (hindi na ginagamit na uri ng lugar ng imbakan) – para sa pag-iimbak ng mga imahe sa pag-install ng OS. Maaaring ibahagi ang ISO Domain sa pagitan ng iba't ibang data center.
• I-export ang Domain (hindi na ginagamit na uri ng lugar ng imbakan) – para sa pansamantalang pag-iimbak ng mga larawang inilipat sa pagitan ng mga sentro ng data.

Sa aming partikular na kaso, ang isang storage area na may uri ng Data Domain ay gumagamit ng Fiber Channel Protocol (FCP) upang kumonekta sa mga LUN sa storage system.

Mula sa pananaw ng oVirt, kapag gumagamit ng mga storage system (FC o iSCSI), ang bawat virtual disk, snapshot o template ay isang lohikal na disk.
Ang mga block device ay pinagsama-sama sa isang unit (sa mga cluster host) gamit ang Volume Group at pagkatapos ay hinati gamit ang LVM sa mga lohikal na volume, na ginagamit bilang mga virtual disk para sa mga VM.

Ang lahat ng mga pangkat na ito at maraming volume ng LVM ay makikita sa cluster host gamit ang mga command atbp и lvs. Naturally, ang lahat ng mga aksyon na may ganitong mga disk ay dapat gawin lamang mula sa oVirt console, maliban sa mga espesyal na kaso.

Ang mga virtual disk para sa mga VM ay maaaring may dalawang uri - QCOW2 o RAW. Ang mga disc ay maaaring "manipis"o"makapal". Palaging ginagawa ang mga snapshot bilang "manipis".

Ang paraan upang pamahalaan ang mga domain ng Imbakan, o mga lugar ng imbakan na na-access sa pamamagitan ng FC, ay lubos na lohikal - para sa bawat virtual na disk ng VM ay may hiwalay na lohikal na volume na maaaring isulat ng isang host lamang. Para sa mga koneksyon sa FC, gumagamit ang oVirt ng isang bagay tulad ng clustered LVM.

Ang mga virtual machine na matatagpuan sa parehong storage area ay maaaring i-migrate sa pagitan ng mga host na kabilang sa parehong cluster.

Tulad ng nakikita natin mula sa paglalarawan, ang isang cluster sa oVirt, tulad ng isang cluster sa VMware vSphere o Hyper-V, ay mahalagang nangangahulugan ng parehong bagay - ito ay isang lohikal na pagpapangkat ng mga host, mas mabuti na magkapareho sa komposisyon ng hardware, at pagkakaroon ng karaniwang imbakan para sa virtual mga disk ng makina.

Magpatuloy tayo nang direkta sa paglikha ng isang lugar ng imbakan para sa data (mga VM disk), dahil kung wala ito ang data center ay hindi masisimulan.
Ipaalala ko sa iyo na ang lahat ng LUN na ipinakita sa mga cluster host sa storage system ay dapat na nakikita sa kanila gamit ang command na "multipath -ll'.

Ayon sa dokumentasyon, pumunta sa portal pumunta sa Imbakan >> Domains -> Bagong Domain at sundin ang mga tagubilin mula sa seksyong "Pagdaragdag ng FCP Storage."

Pagkatapos ilunsad ang wizard, punan ang mga kinakailangang field:

• Pangalan — itakda ang pangalan ng kumpol
• Function ng Domain —Data
• Uri ng Imbakan — Fiber Channel
• Host na Gamitin — pumili ng host kung saan available ang LUN na kailangan namin

Sa listahan ng mga LUN, markahan ang kailangan natin, i-click Idagdag at pagkatapos OK. Kung kinakailangan, maaari mong ayusin ang mga karagdagang parameter ng lugar ng imbakan sa pamamagitan ng pag-click sa Mga Advanced na Parameter.

Screenshot ng wizard para sa pagdaragdag ng "Storage domain"

Batay sa mga resulta ng wizard, dapat kaming makatanggap ng bagong lugar ng imbakan, at ang aming data center ay dapat lumipat sa katayuan UP, o sinimulan:

Mga screenshot ng data center at mga lugar ng imbakan dito:

Paglikha at pag-configure ng mga network para sa mga virtual machine

Link sa dokumentasyon - Gabay sa Pangangasiwa ng oVirt, Kabanata 6: Mga Lohikal na Network

Ang mga network, o mga network, ay nagsisilbi sa pagpapangkat ng mga lohikal na network na ginagamit sa virtual na imprastraktura ng oVirt.

Upang makipag-ugnayan sa pagitan ng network adapter sa virtual machine at ang pisikal na adapter sa host, ginagamit ang mga lohikal na interface tulad ng Linux bridge.

Upang pangkatin at hatiin ang trapiko sa pagitan ng mga network, ang mga VLAN ay naka-configure sa mga switch.

Kapag gumagawa ng isang lohikal na network para sa mga virtual machine sa oVirt, dapat itong magtalaga ng isang identifier na tumutugma sa numero ng VLAN sa switch upang ang mga VM ay maaaring makipag-usap sa isa't isa, kahit na tumakbo sila sa iba't ibang mga node ng cluster.

Ang mga paunang setting ng mga adapter ng network sa mga host para sa pagkonekta ng mga virtual machine ay kailangang gawin sa nakaraang artikulo – naka-configure ang lohikal na interface bono1, kung gayon ang lahat ng mga setting ng network ay dapat gawin lamang sa pamamagitan ng oVirt administrative portal.

Pagkatapos gumawa ng VM na may hosted-engine, bilang karagdagan sa awtomatikong paggawa ng data center at cluster, awtomatikong ginawa din ang isang logical network para pamahalaan ang aming cluster - ovritmgmt, kung saan nakakonekta ang VM na ito.

Kung kinakailangan, maaari mong tingnan ang mga lohikal na setting ng network ovritmgmt at ayusin ang mga ito, ngunit dapat kang mag-ingat na huwag mawalan ng kontrol sa imprastraktura ng oVirt.

Ovritmgmt ang mga setting ng lohikal na network

Upang lumikha ng bagong lohikal na network para sa mga regular na VM, sa administrative portal pumunta sa network >> Network >> bago, at sa tab Pangkalahatan magdagdag ng network na may nais na VLAN ID, at lagyan din ng check ang kahon sa tabi ng “VM Network", nangangahulugan ito na maaari itong magamit para sa pagtatalaga sa isang VM.

Screenshot ng bagong VLAN32 logical network

Sa tab Kumpol, ikinakabit namin ang network na ito sa aming cluster kumpol1.

Pagkatapos nito pumunta kami sa Magkuwenta >> Hukbo, pumunta sa bawat host, sa tab Mga interface ng network, at ilunsad ang wizard I-setup ang mga host network, upang magbigkis sa mga host ng isang bagong lohikal na network.

Screenshot ng wizard ng "I-setup ang host network."

Awtomatikong gagawin ng ahente ng oVirt ang lahat ng kinakailangang setting ng network sa host - lumikha ng VLAN at BRIDGE.

Halimbawa ng mga configuration file para sa mga bagong network sa 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

Hayaan mong ipaalala ko sa iyo na sa cluster host HINDI KINAKAILANGAN gumawa ng mga interface ng network nang manu-mano nang maaga ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

Pagkatapos magdagdag ng lohikal na network at suriin ang koneksyon sa pagitan ng host at ng naka-host na engine VM, maaari itong magamit sa virtual machine.

Paglikha ng isang imahe ng pag-install para sa pag-deploy ng isang virtual machine

Link sa dokumentasyon - Gabay sa Pangangasiwa ng oVirt, Kabanata 8: Imbakan, seksyong Pag-upload ng Mga Larawan sa isang Data Storage Domain.

Kung walang imahe ng pag-install ng OS, hindi posible na mag-install ng isang virtual machine, bagaman ito ay siyempre hindi isang problema kung, halimbawa, ay naka-install sa network Cobbler na may mga paunang ginawang larawan.

Sa aming kaso, hindi ito posible, kaya kakailanganin mong i-import ang larawang ito sa oVirt mismo. Dati, kailangan nitong gumawa ng ISO Domain, ngunit sa bagong bersyon ng oVirt ay hindi na ito ginagamit, at samakatuwid ay maaari ka na ngayong mag-upload ng mga larawan nang direkta sa Storage domain mula sa administrative portal.

Sa administrative portal pumunta sa Imbakan >> disks >> Mag-upload >> simula
Idinagdag namin ang aming OS na imahe bilang isang ISO file, punan ang lahat ng mga patlang sa form, at i-click ang pindutan "Test Connection".

Screenshot ng Add Installation Image Wizard

Kung nakakakuha tayo ng error tulad nito:

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`

Pagkatapos ay kailangan mong idagdag ang sertipiko ng oVirt sa “Mga Pinagkakatiwalaang Root CA"(Trusted Root CA) sa control station ng administrator, kung saan namin sinusubukang i-download ang larawan.

Pagkatapos idagdag ang certificate sa Trusted Root CA, i-click muli ang "Test Connection", dapat makakuha ng:

Connection to ovirt-imageio-proxy was successful.

Pagkatapos mong makumpleto ang pagkilos ng pagdaragdag ng certificate, maaari mong subukang i-upload muli ang ISO image sa Storage Domain.

Sa prinsipyo, maaari kang gumawa ng hiwalay na Storage Domain na may uri ng Data upang mag-imbak ng mga larawan at template nang hiwalay sa mga VM disk, o kahit na iimbak ang mga ito sa isang Storage Domain para sa naka-host na engine, ngunit ito ay nasa pagpapasya ng administrator.

Screenshot na may mga imaheng ISO sa Storage Domain para sa naka-host na engine

Paglikha ng isang virtual machine

Link ng dokumentasyon:
oVirt Virtual Machine Management Guide -> Kabanata 2: Pag-install ng Linux Virtual Machines
Mga Mapagkukunan ng Mga Kliyente ng Console

Pagkatapos i-load ang imahe ng pag-install gamit ang OS sa oVirt, maaari kang magpatuloy nang direkta sa paglikha ng isang virtual machine. Napakaraming trabaho ang nagawa, ngunit nasa huling yugto na tayo, para sa kapakanan kung saan nagsimula ang lahat - ang pagkuha ng isang fault-tolerant na imprastraktura para sa pagho-host ng mga magagamit na virtual machine. At ang lahat ng ito ay ganap na libre - walang isang sentimos ang ginugol sa pagbili ng anumang mga lisensya ng software.

Upang lumikha ng isang virtual machine na may CentOS 7, ang imahe ng pag-install mula sa OS ay dapat ma-download.

Pumunta kami sa administrative portal, pumunta sa Magkuwenta >> Mga Virtual Machine, at ilunsad ang VM creation wizard. Punan ang lahat ng mga parameter at mga patlang at i-click OK. Ang lahat ay napaka-simple kung susundin mo ang dokumentasyon.

Bilang halimbawa, ibibigay ko ang basic at karagdagang mga setting ng isang available na VM, na may nilikhang disk, nakakonekta sa network, at nag-boot mula sa isang imahe ng pag-install:

Mga screenshot na may mataas na magagamit na mga setting ng VM

Pagkatapos ng trabaho kasama ang wizard, isara ito, maglunsad ng bagong VM at i-install ang OS dito.
Upang gawin ito, pumunta sa console ng VM na ito sa pamamagitan ng administrative portal:

Screenshot ng mga setting ng administratibong portal para sa pagkonekta sa VM console

Upang kumonekta sa VM console, dapat mo munang i-configure ang console sa mga katangian ng virtual machine.

Screenshot ng mga setting ng VM, tab na "Console."

Upang kumonekta sa VM console maaari mong gamitin, halimbawa, Virtual Machine Viewer.

Upang direktang kumonekta sa VM console sa window ng browser, ang mga setting ng koneksyon sa pamamagitan ng console ay dapat na ang mga sumusunod:

Pagkatapos i-install ang OS sa VM, ipinapayong i-install ang oVirt guest agent:

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

Kaya, bilang resulta ng aming mga aksyon, ang ginawang VM ay magiging lubos na magagamit, ibig sabihin. kung nabigo ang cluster node kung saan ito tumatakbo, awtomatikong ire-restart ito ng oVirt sa pangalawang node. Ang VM na ito ay maaari ding i-migrate sa pagitan ng mga cluster host para sa kanilang pagpapanatili o iba pang layunin.

Konklusyon

Umaasa ako na ang artikulong ito ay pinamamahalaang upang ihatid na ang oVirt ay isang ganap na normal na tool para sa pamamahala ng virtual na imprastraktura, na hindi napakahirap i-deploy - ang pangunahing bagay ay sundin ang ilang mga patakaran at mga kinakailangan na inilarawan sa artikulo at sa dokumentasyon.

Dahil sa malaking dami ng artikulo, hindi posible na isama ang maraming bagay dito, tulad ng sunud-sunod na pagpapatupad ng iba't ibang mga wizard kasama ang lahat ng mga detalyadong paliwanag at mga screenshot, mahabang konklusyon ng ilang mga utos, atbp. Sa katunayan, mangangailangan ito ng pagsusulat ng isang buong aklat, na walang kabuluhan dahil sa mga bagong bersyon ng software na patuloy na lumalabas na may mga inobasyon at pagbabago. Ang pinakamahalagang bagay ay upang maunawaan ang prinsipyo kung paano gumagana ang lahat ng ito nang sama-sama, at upang makakuha ng isang pangkalahatang algorithm para sa paglikha ng isang fault-tolerant na platform para sa pamamahala ng mga virtual machine.

Bagama't nakagawa kami ng virtual na imprastraktura, kailangan na namin itong turuan na makipag-ugnayan pareho sa pagitan ng mga indibidwal na elemento nito: mga host, virtual machine, panloob na network, at sa labas ng mundo.

Ang prosesong ito ay isa sa mga pangunahing gawain ng isang system o network administrator, na tatalakayin sa susunod na artikulo - tungkol sa paggamit ng mga virtual na router ng VyOS sa fault-tolerant na imprastraktura ng aming negosyo (tulad ng iyong nahulaan, gagana sila bilang virtual machine sa aming oVirt cluster).

Pinagmulan: www.habr.com