Pagmugna sa usa ka fault-tolerant nga imprastraktura sa IT. Bahin 2. Pag-instalar ug pag-configure sa oVirt 4.3 cluster

Kini nga artikulo usa ka sumpay sa miaging artikulo – “Pagmugna sa fault-tolerant nga imprastraktura sa IT. Bahin 1 - Pag-andam sa Pag-deploy sa usa ka oVirt 4.3 Cluster".

Sakop niini ang proseso sa batakang instalasyon ug pag-configure sa usa ka oVirt 4.3 cluster para sa pag-host sa mga highly available nga virtual machines, nga gikonsiderar nga ang tanang pasiunang lakang para sa pag-andam sa imprastraktura nahuman na.

Pasiuna

Ang pangunang tumong sa artikulo dili kaayo ang paghatag og sunod-sunod nga mga instruksyon sa matang nga "sunod -> Oo -> Humana", apan aron ipasiugda ang pipila ka mga detalye sa pag-instalar ug pag-configure niini. Ang proseso sa pag-deploy sa imong cluster mahimong dili kanunay motakdo sa gihulagway didto, tungod sa mga detalye sa imong imprastraktura ug palibot, apan ang kinatibuk-ang mga prinsipyo parehas ra.

Gikan sa usa ka subhetibong punto sa panglantaw, oVirt 4.3 Kon bahin sa gamit, kini susama sa VMware vSphere bersyon 5.x, apan siyempre, kini adunay kaugalingong configuration ug operating features.

Alang sa mga interesado, ang tanang kalainan tali sa RHEV (nailhan usab nga oVirt) ug VMware vSphere makita online, pananglitan dinhi, apan usahay akong matikdan gihapon ang pipila sa ilang mga kalainan o pagkaparehas sa ilang mga kaugalingon, samtang nagpadayon ang artikulo.

Gusto pud nako nga itandi sa mubo ang networking para sa mga virtual machine. Ang oVirt nagpatuman og susamang prinsipyo sa pagdumala sa network para sa mga virtual machine (dinhi tawgon nga mga VM) sama sa VMware vSphere:

• gamit ang standard nga Linux bridge (sa VMware - Standard nga vSwitch), nga nagdagan sa mga virtualization host;
• gamit ang Open vSwitch (OVS) (sa VMware - Giapod-apod nga vSwitch) usa ka distributed virtual switch nga gilangkoban sa duha ka pangunang components: usa ka central OVN server ug OVN controllers sa managed hosts.

Kinahanglan matikdan nga tungod sa kayano sa implementasyon, kini nga artikulo maghulagway sa pag-set up sa mga network sa oVirt para sa mga VM gamit ang standard nga Linux bridge, nga mao ang standard nga gipili kung gamiton ang KVM hypervisor.

Niining bahina, adunay daghang mga batakang lagda alang sa pagtrabaho sa usa ka network sa usa ka kumpol nga labing maayo nga dili malapas:

• Kinahanglan nga parehas ang tanang setting sa network sa mga host sa dili pa kini idugang sa oVirt, gawas sa mga IP address.
• Sa higayon nga ang usa ka host anaa na sa kontrol sa oVirt, girekomendar nga dili nimo mano-mano nga usbon ang bisan unsang mga setting sa network gawas kung hingpit ka nga masaligon sa imong mga aksyon, tungod kay ang ahente sa oVirt mobalik lang niini sa ilang miaging mga setting human ma-restart ang host o ahente.
• Ang pagdugang og bag-ong network para sa usa ka VM, ingon man ang pagtrabaho niini, kinahanglan lamang buhaton gikan sa oVirt management console.

Usa pa ka butang importanteng nota — para sa usa ka kritikal kaayo nga palibot (sensitibo kaayo sa pinansyal nga mga kapildihan), girekomenda gihapon ang paggamit sa bayad nga suporta ug paggamit Birtwalisasyon sa Red Hat 4.3Atol sa operasyon sa oVirt cluster, mahimong motumaw ang pipila ka mga isyu busa mas maayo nga mangayo dayon og tabang gikan sa mga kwalipikado nga espesyalista imbes nga sulayan kini nga sulbaron sa imong kaugalingon.

Ug sa katapusan, girekomenda Sa dili pa mag-deploy og oVirt cluster, palihog basaha opisyal nga dokumentasyon, nga mahibalo labing menos sa mga batakang konsepto ug mga kahulugan, kay kon dili, medyo malisod ang pagbasa sa nahabilin nga artikulo.

Ang mosunod nga mga giya hinungdanon alang sa pagsabot niini nga artikulo ug sa mga prinsipyo sa pag-operate sa oVirt cluster:

• Giya sa Pag-instalar sa oVirt
• Giya sa Self-Hosted Engine sa oVirt
• Giya sa Administrasyon sa oVirt
  

Dili kaayo dako ang volume, dali ra nimo ma-master ang mga batakang prinsipyo sulod sa usa o duha ka oras, ug alang sa mga gusto og detalye, girekomenda nga basahon Dokumentasyon sa Produkto para sa Red Hat Virtualization 4.3 — Ang RHEV ug oVirt parehas ra gyud.

Busa, kon kompleto na ang tanang batakang settings sa mga host, switch, ug storage system, diretso na kita sa pag-deploy sa oVirt.

Bahin 2. Pag-instalar ug Pag-configure sa oVirt 4.3 Cluster

Para mas sayon ​​ang pag-refer, akong ilista ang mga nag-unang seksyon niining artikuloha, nga kinahanglan kompletohon sa han-ay:

1. Pag-instalar sa oVirt management server
2. Pagtukod og bag-ong data center
3. Paghimo og bag-ong cluster
4. Pag-instalar og dugang nga mga host sa usa ka self-hosted nga palibot
5. Paghimo og Storage Domain
6. Paghimo ug pag-configure sa mga network para sa mga virtual machine
7. Paghimo og installation image para sa pag-deploy og virtual machine
8. Paghimo usa ka virtual nga makina

Pag-instalar sa oVirt management server

oVirt Management Server – mao ang pinakaimportanteng elemento sa imprastraktura sa oVirt, sa porma sa usa ka virtual machine, host, o virtual device nga nagdumala sa tibuok imprastraktura sa oVirt.

Ang mga suod nga analogue niini gikan sa kalibutan sa virtualization:

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

Para ma-install ang oVirt management server, naa tay duha ka opsyon:

Pagpili 1
Pag-deploy sa usa ka server isip usa ka dedikado nga VM o host.

Kini nga opsyon molihok og maayo, apan kon ang maong VM mo-operate nga independente sa cluster, buot ipasabot, dili kini ilunsad sa bisan unsang cluster host isip usa ka regular nga virtual machine ubos sa kontrol sa KVM.

Ngano nga dili ma-deploy ang ingon nga VM sa mga cluster host?

Sa sinugdanan pa lang sa proseso sa pag-deploy sa oVirt management server, nag-atubang kita og problema: kinahanglan natong i-install ang management VM, apan ang cluster mismo wala pa maglungtad, busa unsa may atong mahimo dayon? Ang husto nga buhaton mao ang pag-install sa KVM sa umaabot nga cluster node, dayon paghimo og virtual machine niini, pananglitan, pagpadagan sa CentOS, ug pag-deploy sa oVirt engine niini. Mahimong buhaton kini alang sa hingpit nga pagkontrol sa ingon nga VM, apan kini usa ka sayop nga ideya, tungod kay kini dili kalikayan nga mosangpot sa mga problema sa management VM:

• dili kini mahimo nga ibalhin sa oVirt console tali sa mga cluster host (nodes);
• kon mobalhin gamit ang mga himan sa KVM migrate sa virsh, kini nga VM dili magamit para sa pagdumala gikan sa oVirt console.
• dili mapakita ang mga cluster host sa Mode sa pagmentinar (maintenance mode) kon imong ibalhin kini nga VM gikan sa host ngadto sa host gamit ang migrate sa virsh.

Busa, buhata ang tanan sumala sa mga lagda—gamita ang lahi nga host para sa oVirt management server, o usa ka independente nga VM nga nagpadagan niini, o, mas maayo pa, sunda ang ikaduhang kapilian.

Pagpili 2
Pag-instalar sa oVirt Engine Appliance sa usa ka cluster host nga iyang gidumala.

Kini nga kapilian pagaisipon pa nga mas husto ug angay sa atong kaso.
Ang mga kinahanglanon para sa ingon nga VM gihulagway sa ubos. Dugangan lang nako nga girekomenda nga adunay labing menos duha ka host sa imprastraktura diin ang management VM mahimong modagan aron mahimo kini nga fault-tolerant. Gusto nakong idugang nga, sama sa akong nahisgutan sa mga komento sa miaging artikulo, wala pa gihapon ako makakuha nabahin nga utok sa usa ka oVirt cluster sa duha ka host, nga adunay abilidad sa pagpadagan sa hosted-engine VMs niini.

Pag-instalar sa oVirt Engine Appliance sa unang cluster host

Link sa opisyal nga dokumentasyon - Giya sa Self-Hosted Engine sa oVirt, kapitulo "Pag-deploy sa Self-Hosted Engine Gamit ang Command Line»

Ang dokumento nagtino sa mga kinahanglanon nga kinahanglan matuman sa dili pa i-deploy ang usa ka hosted-engine VM, ug gihulagway usab ang proseso sa pag-instalar sa detalyado, busa walay partikular nga punto sa pagsubli niini nga verbatim, busa atong tutokan ang pipila ka importanteng detalye.

• Sa dili pa magsugod sa bisan unsang mga aksyon, siguroha nga imong gi-enable ang suporta sa virtualization sa mga setting sa BIOS sa host.
• I-install ang hosted-engine installer package 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

• Atong sugdan ang pamaagi sa pag-deploy sa oVirt Hosted Engine sa host sa usa ka screen (mahimo nimo kining tangtangon gamit ang Ctrl-A + D, isira kini gamit ang Ctrl-D):

screen
hosted-engine --deploy

Kon gusto, mahimo nimong ipadagan ang instalasyon gamit ang giandam nang daan nga response file:

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

• Sa pag-deploy sa hosted-engine, among gitino ang tanan nga gikinahanglan nga mga parameter:

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

• Para maka-install og usa ka VM nga dali ra magamit nga adunay hosted engine, naghimo mi og espesyal nga LUN number 4 ug gidak-on nga 150 GB sa storage system daan, nga gipresentar dayon sa mga cluster host - tan-awa sa miaging artikulo.

Among gisusi usab kaniadto ang visibility niini 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 sa hosted-engine deployment mismo yano ra, ug sa katapusan niini, makadawat kita og mensahe nga susama niini:

[ 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

Susiha ang pagkaanaa sa mga serbisyo sa oVirt sa host:

Kon ang tanan nahimo sa husto, unya human makompleto ang instalasyon, adto sa web browser https://ovirt_hostname/ovirt-engine gikan sa kompyuter sa administrador, ug i-klik ang [Portal sa Administrasyon].

Screenshot sa “Portal sa Administrasyon”

Pinaagi sa pagsulod sa imong login ug password (nga gibutang atol sa pag-instalar) sa bintana nga gipakita sa screenshot, dad-on ka sa control panel sa Open Virtualization Manager, diin mahimo nimo ang tanan nga mga aksyon gamit ang imong virtual infrastructure:

1. pagdugang og data center
2. pagdugang ug pag-configure sa usa ka cluster
3. pagdugang ug pagdumala sa mga host
4. pagdugang og mga storage area o Storage Domains para sa mga virtual machine disks
5. pagdugang ug pag-configure sa mga network para sa mga virtual machine
6. pagdugang ug pagdumala sa mga virtual machine, mga imahe sa instalasyon, mga template sa VM

Kining tanan nga mga aksyon hisgutan sa ubos, ang uban sa dagkong letra, ang uban mas detalyado ug adunay mga nuances.
Apan una, akong irekomendar ang pagbasa niining suplemento, nga siguradong mapuslanon sa daghan.

Pagdugang

1) Sa prinsipyo, kung adunay ingon nga panginahanglan, nan walay makapugong kanimo sa pag-instalar sa KVM hypervisor sa mga cluster node daan gamit ang mga pakete libut и qemu-kvm (o qemu-kvm-ev) ang gitinguha nga bersyon, bisan kung kung mag-deploy sa usa ka oVirt cluster node, mahimo niini kini sa iyang kaugalingon.

Apan kung libut и qemu-kvm Kon nag-install ka og bersyon nga dili ang pinakabag-o, mahimo nimong madawat ang mosunod nga sayop atol sa pag-deploy sa hosted engine:

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

Kana mao, kinahanglan nga adunay gi-update nga bersyon libut uban ang proteksyon gikan sa MDS, nga nagsuporta sa mosunod nga palisiya:

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

I-install ang libvirt v.4.5.0-10.el7_6.12, uban ang 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

Pagsusi sa suporta nga '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'/>

Human niini, mahimo ka nga magpadayon sa pag-instalar sa hosted engine.

2) Sa oVirt 4.3, ang presensya ug paggamit sa firewall firewalld usa ka mandatory nga kinahanglanon.

Kon makadawat kita sa mosunod nga sayop atol sa pag-deploy sa VM para sa hosted-engine:

[ 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

Dayon kinahanglan nimong i-off ang laing firewall (kon naa man gigamit), ug i-install ug padagana 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 umaabot, kon i-install ang ovirt agent sa bag-ong host para sa cluster, kini mo-configure sa gikinahanglan nga mga port sa firewalld awtomatiko.

3) Pag-reboot sa host gamit ang VM nga nagdagan niini gamit ang hosted engine.

Sama sa naandan, sumpay 1 и sumpay 2 sa mga dokumento sa pagdumala.

Ang tanang pagdumala sa hosted VM engine gihimo LAMANG gamit ang command hosted-engine sa host diin siya nagtrabaho, bahin sa virsh kinahanglan natong kalimtan, ingon man ang kamatuoran nga mahimo kang makakonektar niining VM pinaagi sa SSH ug ipatuman ang sugo nga "pagsira".

Pamaagi sa pagbutang sa usa ka 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

Among i-reboot ang host gamit ang hosted engine agent ug buhaton niini ang among gikinahanglan.

Human sa pag-reboot, susiha ang status sa VM gamit ang hosted engine:

hosted-engine --vm-status

Kon ang atong VM nga adunay hosted-engine dili magsugod ug makakita kita og parehas nga mga sayop sa service log:

Sayop sa talaan sa 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

Dayon among ikonektar ang storage ug i-restart ang agent:

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

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

Human masugdan ang VM gamit ang hosted-engine, atong kuhaon kini gikan sa maintenance mode:

Pamaagi sa pagtangtang sa VM gikan 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) Pagtangtang sa hosted engine ug sa tanan nga nalangkit niini.

Usahay gikinahanglan nga tangtangon sa husto ang usa ka na-install na nga hosted engine - link ngadto sa dokumento sa pagdumala.

Ipatuman lang nato ang sugo sa host:

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

Sunod, atong tangtangon ang dili kinahanglan nga mga pakete, i-backup ang bisan unsang mga config daan, kung kinahanglan:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

Pagtukod og bag-ong data center

Dokumentasyon sa tabang — Giya sa Administrasyon sa oVirt. Kapitulo 4: Mga Sentro sa Datos

Una, atong ipasabot kon unsa kini sentro sa datos (Gikutlo nako gikan sa help) usa ka lohikal nga entidad nga naghubit sa usa ka hugpong sa mga kahinguhaan nga gigamit sa usa ka piho nga palibot.

Ang usa ka data center usa ka klase sa sudlanan nga gilangkoban sa:

• mga lohikal nga kapanguhaan sa porma sa mga cluster ug host
• mga kapanguhaan sa cluster network sa porma sa mga logical network ug physical adapters sa mga host,
• mga kapanguhaan sa pagtipig (para sa mga VM disk, template, mga imahe) sa porma sa mga lugar nga tipiganan (Storage Domains).

Ang usa ka data center mahimong adunay daghang mga cluster nga gilangkoban sa daghang mga host nga adunay mga virtual machine nga nagdagan niini, ug mahimo usab kini nga adunay daghang mga storage area nga nalangkit niini.
Mahimong adunay daghang mga data center, nga ang tanan naglihok nga independente. Gitugotan sa Ovirt ang mga permiso nga nakabase sa papel, ug gitugotan ang mga gipahiangay nga permiso, pareho sa lebel sa data center ug alang sa indibidwal nga mga elemento sa lohika.

Ang data center, o mga data center kon daghan man, gidumala gikan sa usa lang ka administrative console o portal.

Para makahimo og data center, adto sa administrative portal ug paghimo og bag-ong data center:
Pag-compute >> data Centers >> Bag-ong

Tungod kay naggamit kita og shared storage sa storage system, ang storage type (Storage Type) kinahanglan nga Shared:

Screenshot sa wizard sa paghimo og data center

Kon mag-instalar og virtual machine nga adunay hosted-engine, usa ka data center ang himoon pinaagi sa default – Sentro sa Datos1, ug dayon, kon gikinahanglan, mahimo nimong usbon ang klase sa storage (Storage Type) ngadto sa lain.

Ang paghimo og data center usa ka sayon ​​nga buluhaton, walay bisan unsang malisod nga mga detalye, ug ang tanang dugang nga mga lakang gihulagway sa dokumentasyon. Akong timan-an lang nga ang mga standalone host nga adunay local storage (disk) lang para sa mga VM dili maka-access (o madugang) sa usa ka data center nga ang Storage Type gibutang sa Shared, ug kinahanglan nga maghimo og lahi nga data center para kanila—nga mao, ang matag host nga adunay local storage nanginahanglan og kaugalingong data center.

Paghimo og bag-ong cluster

Link sa dokumentasyon: Giya sa Administrasyon sa oVirt. Kapitulo 5: Mga Kumpol

Nga dili na kinahanglan nga mohatag og daghang detalye, kumpol Ang cluster usa ka lohikal nga grupo sa mga host nga nag-ambitay og usa ka komon nga storage area (sa porma sa mga shared disk sa usa ka storage system, sama sa atong kaso). Maayo usab nga ang mga host sa cluster parehas og hardware ug parehas og klase sa processor (Intel o AMD). Sa sulundon nga paagi, ang mga server sa cluster kinahanglan nga hingpit nga parehas.

Ang cluster kabahin sa usa ka data center (nga adunay piho nga klase sa storage - Lokal nga o Gipaambit), ug ang tanang host kinahanglan nga nahisakop sa usa ka cluster, depende kung sila adunay komon nga storage o wala.

Kon mag-instalar og virtual machine nga adunay hosted-engine sa usa ka host, usa ka data center ang gihimo pinaagi sa default - Sentro sa Datos1, uban sa pungpong – Klaster 1, ug sa umaabot mahimo nimong i-configure ang mga parameter niini, i-enable ang dugang nga mga kapilian, idugang ang mga host niini, ug uban pa.

Sama sa naandan, para sa mga detalye sa tanang cluster settings, girekomendar nga tan-awon ang opisyal nga dokumentasyon. Kabahin sa cluster setup, akong idugang nga sa paghimo og cluster, kinahanglan lang nimo nga i-configure ang mga basic parameters sa tab. Kinatibuk-ang.

Akong ipasiugda ang labing hinungdanon nga mga parameter:

• Tipo sa processor — gipili base sa unsang mga processor ang na-install sa mga cluster host, sa ilang tiggama, ug unsang processor sa mga host ang labing karaan, aron, depende niini, ang tanan nga magamit nga mga instruksyon sa processor sa cluster gamiton.
• Matang sa pagbalhin – Linux bridge ra ang among gigamit sa among cluster, mao nang among gipili kini.
• Tipo sa firewall – klaro ang tanan dinhi, kini ang firewalld, nga kinahanglan nga ma-enable ug ma-configure sa mga host.

Screenshot nga adunay mga parameter sa cluster

Pag-instalar og dugang nga mga host sa usa ka Self-Hosted nga palibot

link sa dokumentasyon.

Ang dugang nga mga host para sa usa ka Self-Hosted nga palibot gidugang sa parehas nga paagi sama sa usa ka regular nga host, nga adunay dugang nga lakang sa pag-deploy sa usa ka VM nga adunay hosted engine — Pilia ang aksyon sa pag-deploy sa hosted engine >> I-deployTungod kay ang dugang nga host kinahanglan usab nga ipresentar uban ang usa ka LUN para sa VM nga adunay hosted engine, kini nagpasabut nga kini nga host magamit sa pag-host sa usa ka VM nga adunay hosted engine, kung kinahanglan.
Para sa mga katuyoan sa fault tolerance, girekomendar pag-ayo nga adunay labing menos duha ka host diin mahimong ibutang ang usa ka VM nga adunay hosted engine.

Sa dugang nga host, i-disable ang iptables (kung naka-enable), i-enable ang firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

I-install ang gikinahanglan nga bersyon sa KVM (kung kinahanglan):

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 gikinahanglan nga mga repository ug ang hosted engine installer:

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

Sunod, moadto kita sa console. Ablihi ang Virtualization Manager, pagdugang og bag-ong host, ug buhata ang tanan matag lakang, sama sa nasulat sa dokumentasyon.

Ingon usa ka sangputanan, pagkahuman sa pagdugang usa ka dugang nga host, kinahanglan nga makakuha kita usa ka litrato sa administrative console nga susama sa naa sa screenshot.

Screenshot sa administratibong portal - mga host

Ang host diin ang VM nga adunay hosted-engine aktibo karon adunay bulawan nga korona ug ang inskripsiyon nga "Pagpadagan sa Hosted Engine VM", ang host diin kini nga VM mahimong ilunsad kung kinahanglan - ang inskripsiyon nga "Makapadagan sa Hosted Engine VM".

Kon mapakyas ang host diin "Pagpadagan sa Hosted Engine VM", kini awtomatikong magsugod pag-usab sa ikaduhang host. Kini nga VM mahimo usab nga ibalhin gikan sa aktibo nga host ngadto sa standby host alang sa maintenance.

Pag-setup sa Power Management / fencing sa mga oVirt host

Mga link sa dokumentasyon:

• Red Hat Virtualization 4.3 –> Teknikal nga Reperensya -> Kapitulo 4. Pagdumala sa Gahum
• Giya sa Administrasyon sa oVirt -> Kapitulo 7: Mga Tig-abiabi

Samtang daw kompleto na ang pagdugang ug pag-configure sa host, dili kini hingpit nga tinuod.
Aron masiguro ang normal nga operasyon sa mga host ug aron mailhan/maayo ang bisan unsang mga kapakyasan niini, kinahanglan nga i-configure ang Power Management/fencing.

fencingAng fencing, o fencing, mao ang proseso sa temporaryo nga pag-exclude sa usa ka depektoso o napakyas nga host gikan sa usa ka cluster, diin ang mga serbisyo sa oVirt niini o ang host mismo i-restart.

Sama sa naandan, ang tanang detalye sa mga kahulugan ug mga parameter sa Power Management/fencing gihatag sa dokumentasyon; Mohatag lang kog ehemplo kon unsaon pag-configure kini nga importanteng parameter, sama sa gigamit sa mga Dell R640 server nga adunay iDRAC 9.

1. Moadto kami sa administrative portal ug i-klik Pag-compute >> Mga panon pilia ang host.
2. I-klik edit.
3. I-klik ang tab Pagdumala sa Gahum.
4. Markahi ang kahon tupad sa opsyon I-enable ang Pagdumala sa Gahum.
5. Markahi ang kahon tupad sa opsyon Pag-integra sa Kdumparon mapugngan ang host nga mosulod sa fencing mode samtang nagsulat og kernel crash dump.

Matikdi.

Human ma-enable ang Kdump integration sa usa ka nagdagan na nga host, kinahanglan kini nga i-install pag-usab sumala sa pamaagi sa oVirt Administration Guide -> Kapitulo 7: Mga Tig-abiabi -> Pag-instalar pag-usab sa mga Host.

1. Opsyonal, mahimo nimong markahan ang kahon I-disable ang pagkontrol sa palisiya sa pagdumala sa kuryente, kon dili nato gusto nga ang pagdumala sa gahum sa host makontrol sa cluster Scheduling Policy.
2. I-klik ang buton (+) aron makadugang og bag-ong power management device, moabli ang agent properties editing window.
   Para sa iDRAC9, sulati ang mga field:
   • Address – adres sa iDRAC9
   • Ngalan sa Gumagamit / Password – login ug password para sa pagsulod sa iDRAC9, matag usa
   • Type — drac5
   • Mark luwas
   • idugang ang mosunod nga mga kapilian: cmd_prompt=>,login_timeout=30

Screenshot sa mga setting sa "Power Management" sa mga kabtangan sa host

Paghimo og Storage Domain

Link sa dokumentasyon: Giya sa Administrasyon sa oVirt, Kapitulo 8: Pagtipig.

Dominyo sa Pagtipig, o storage area, usa ka sentralisadong lokasyon para sa pagtipig sa mga virtual machine disk, mga imahe sa instalasyon, mga template, ug mga snapshot.

Ang mga storage area mahimong konektado sa data center gamit ang lain-laing mga protocol, cluster ug network file system.

Ang oVirt adunay tulo ka klase sa espasyo sa pagtipig:

• Data Domain – para sa pagtipig sa tanang datos nga nalangkit sa mga virtual machine (mga disk, mga template). Ang Data Domain dili mahimong ipaambit tali sa lain-laing mga data center.
• ISO Domain (klase sa legacy storage area) – para sa pagtipig sa mga imahe sa instalasyon sa OS. Ang ISO Domain mahimong ipaambit tali sa lain-laing mga data center.
• I-eksport ang Domain (klase sa legacy storage area) – para sa temporaryong pagtipig sa mga imahe nga gibalhin taliwala sa mga data center.

Sa among partikular nga kaso, ang storage area nga adunay Data Domain type naggamit sa Fibre Channel Protocol (FCP) aron makakonekta sa mga LUN sa storage system.

Gikan sa perspektibo sa oVirt, kon mogamit og storage (FC o iSCSI), ang matag virtual disk, snapshot, o template usa ka logical disk.
Ang mga block device gikolekta (sa mga cluster host) gamit ang Volume Group ug dayon gibahin gamit ang LVM ngadto sa mga logical volume nga gigamit isip virtual disks para sa mga VM.

Kining tanan nga mga grupo ug daghang mga volume sa LVM makita sa cluster host gamit ang mga sugo ug uban pa и lvsNatural lang, ang tanan nga mga aksyon nga adunay ingon nga mga disk kinahanglan nga himuon lamang gikan sa oVirt console, gawas sa mga espesyal nga kaso.

Ang mga virtual disk para sa mga VM mahimong adunay duha ka klase: QCOW2 o RAW. Ang mga disk mahimong "nipis" o "baga". Ang mga snapshot kanunay nga gihimo isip "nipis".

Ang paagi sa pagdumala sa mga storage domain, o mga storage area nga ma-access pinaagi sa Fibre Channel (FC), lohikal kaayo: ang matag VM virtual disk adunay lahi nga logical volume, nga masulatan lang sa usa ka host. Para sa mga koneksyon sa FC, ang oVirt naggamit og susama sa clustered LVM.

Ang mga virtual machine nga nahimutang sa parehas nga storage area mahimong ibalhin tali sa mga host nga nahisakop sa parehas nga cluster.

Sama sa atong makita sa deskripsyon, ang usa ka cluster sa oVirt, sama sa usa ka cluster sa VMware vSphere o Hyper-V, sa tinuud parehas ra ang kahulugan: kini usa ka lohikal nga grupo sa mga host, mas maayo nga parehas ang komposisyon sa hardware, ug adunay parehas nga pagtipig alang sa mga virtual machine disk.

Moadto kita direkta sa paghimo og storage area para sa data (VM disks), kay kung wala kini, dili ma-initialize ang data center.
Pahinumdoman tika nga ang tanang LUN nga gipresentar sa mga cluster host sa storage system kinahanglan nga makita niini gamit ang sugo nga "multipath -ll".

Sumala sa dokumentasyon, moadto mi sa portal, mosulod mi Pagtipig >> Domains -> Bag-ong Domain ug sunda ang mga instruksyon sa seksyon nga "Pagdugang sa FCP Storage".

Human sa paglansad sa wizard, pun-a ang gikinahanglan nga mga field:

• ngalan — ibutang ang ngalan sa cluster
• Function sa Domain — Datos
• Tipo sa Pagtipig — Fiber Channel
• Host nga Gamiton — pilia ang host diin magamit ang gikinahanglan nga LUN

Sa lista sa mga LUN, markahan nato ang atong gikinahanglan ug i-klik Idugang unya OKKon gikinahanglan, mahimo nimong i-adjust ang dugang nga mga parameter sa storage area pinaagi sa pag-klik sa Mga Abansado nga Parametro.

Screenshot sa wizard nga "Storage domain"

Base sa resulta sa trabaho sa wizard, makadawat kita og bag-ong storage area, ug ang atong data center mobalhin sa status UP, o gi-initialize:

Mga screenshot sa data center ug sa mga storage area niini:

Paghimo ug pag-configure sa mga network para sa mga virtual machine

Link sa dokumentasyon: Giya sa Administrasyon sa oVirt, Kapitulo 6: Mga Lohikal nga Network

Ang mga network, o mga network, gigamit sa paggrupo sa mga logical network nga gigamit sa oVirt virtual infrastructure.

Aron makonektar ang usa ka network adapter sa usa ka virtual machine ngadto sa usa ka physical adapter sa host, gigamit ang mga logical interface sama sa Linux bridge.

Aron maggrupo ug magbulag sa trapiko tali sa mga network, ang mga VLAN gi-configure sa mga switch.

Sa paghimo og logical network para sa mga virtual machine sa oVirt, kinahanglan nga hatagan kini og ID nga mohaom sa VLAN number sa switch aron ang mga VM makakomunikar sa usag usa, bisan kung kini nagdagan sa lainlaing cluster nodes.

Ang pasiunang mga setting sa mga network adapter sa mga host para sa pagkonektar sa mga virtual machine kinahanglan unta nga gihimo sa miaging artikulo - ang lohikal nga interface gi-configure bugkos 1, nan ang tanang setting sa network kinahanglan nga himoon lamang pinaagi sa administrative portal sa oVirt.

Human sa paghimo og VM nga adunay hosted engine, dugang pa sa awtomatikong paghimo og data center ug cluster, usa ka logical network para sa pagdumala sa among cluster ang awtomatik usab nga gihimo – ovritmgmt, diin kini nga VM konektado.

Kon gikinahanglan, mahimo nimong tan-awon ang mga setting sa lohikal nga network ovritmgmt ug i-adjust kini, apan kinahanglan kang mag-amping nga dili mawala ang kontrol sa imprastraktura sa oVirt.

Mga lohikal nga setting sa network ovritmgmt

Para makahimo og bag-ong logical network para sa regular nga mga VM, adto sa administrative portal network >> networks >> Bag-ong, ug sa tab Kinatibuk-ang pagdugang og network nga adunay gikinahanglan nga VLAN ID, ug markahi usab ang kahon tupad sa "VM Network", kini nagpasabot nga kini magamit sa pag-assign sa usa ka VM.

Screenshot sa bag-ong VLAN32 logical network

Sa tab Cluster, among gilakip kini nga network sa among cluster Klaster 1.

Human niini moadto kita sa Pag-compute >> Mga panon, moadto mi sa matag host sa turno, sa tab Mga interface sa network, ug ilunsad ang wizard Pag-setup og mga host network, aron makagapos sa mga host sa bag-ong logical network.

Screenshot sa wizard nga “I-setup ang mga host network”

Ang oVirt agent awtomatikong mohimo sa tanang gikinahanglan nga network settings sa host – paghimo og mga VLAN ug BRIDGE.

Mga ehemplo sa mga configuration file para sa bag-ong mga 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

Pahinumduman ko ikaw pag-usab nga sa cluster host DILI KINAHANGLAN paghimo og mga interface sa network nga mano-mano daan ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

Human madugang ang logical network ug masusi ang koneksyon tali sa host ug sa VM gamit ang hosted engine, magamit na kini sa virtual machine.

Paghimo og installation image para sa pag-deploy og virtual machine

Link sa dokumentasyon: Giya sa Administrasyon sa oVirt, Kapitulo 8: Pagtipig, seksyon Pag-upload og mga Imahe ngadto sa usa ka Data Storage Domain.

Kung walay OS installation image, dili ka maka-install og virtual machine, bisan dili kini problema kung naa kay, pananglitan, virtual machine nga naka-install sa imong network. Cobbler uban sa mga pre-created nga mga imahe.

Sa among kaso, dili kini mahimo, busa kinahanglan namon nga i-import kini nga imahe sa oVirt mismo. Kaniadto, nanginahanglan kini og paghimo og ISO Domain, apan sa bag-ong bersyon sa oVirt, wala na kini gigamit, busa mahimo ka na karon mag-upload og mga imahe direkta sa Storage Domain gikan sa administrative portal.

Sa administratibong portal, adto sa Pagtipig >> disk >> upload >> pagsugod
Among idugang ang among OS image isip ISO file, pun-a ang tanang field sa porma, ug i-klik ang "Pagsulay sa koneksyon".

Screenshot sa Add Installation Image Wizard

Kon makadawat kita og sayop nga ingon niini:

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`

Dayon kinahanglan nimong idugang ang sertipiko sa oVirt sa "Mga Kasaligang Root CA» (Trusted Root CA) sa control station sa administrator diin among gisulayan pag-download ang imahe.

Human sa pagdugang sa sertipiko sa Trusted Root CA, i-klik ang "Pagsulay sa koneksyon", kinahanglan makadawat:

Connection to ovirt-imageio-proxy was successful.

Kung nahuman na nimo ang proseso sa pagdugang og sertipiko, mahimo nimong sulayan pag-usab ang pag-upload sa ISO image ngadto sa Storage Domain.

Sa prinsipyo, posible ang paghimo og lahi nga Storage Domain nga adunay Data type para sa pagtipig og mga imahe ug template nga gilain gikan sa mga VM disk, o bisan pagtipig niini sa Storage Domain para sa hosted engine, apan kini anaa sa pagbuot sa administrador.

Screenshot sa mga ISO image sa Storage Domain para sa usa ka hosted engine

Paghimo usa ka virtual nga makina

Link sa dokumentasyon:
Giya sa Pagdumala sa Virtual Machine sa oVirt –> Kapitulo 2: Pag-instalar sa mga Linux Virtual Machine
Mga Kapanguhaan sa mga Kliyente sa Console

Human sa pagkarga sa OS installation image ngadto sa oVirt, mahimo ka nang mopadayon direkta sa paghimo sa virtual machine. Daghan na ang trabaho nga nahimo, apan naa na kita sa katapusang yugto, ang tumong niini nagsugod: paghimo og fault-tolerant infrastructure para sa pag-host sa mga virtual machine nga dali ra magamit. Ug kining tanan libre—walay bisan usa ka sentimos nga nagasto sa pagpalit og bisan unsang software license.

Aron makahimo og virtual machine gamit ang CentOS 7, kinahanglan nga i-download ang installation image uban sa OS.

Moadto kami sa administrative portal, moadto sa Pag-compute >> Mga Virtual Machine, ug ilunsad ang VM creation wizard. Pun-a ang tanang parameter ug mga field, ug i-klik ang OKAng tanan sayon ​​​​ra kaayo kung imong sundon ang mga dokumento.

Isip pananglitan, akong ihatag ang mga basic ug advanced settings para sa usa ka VM nga dali ra magamit, nga adunay gihimo nga disk, konektado sa network, ug nag-boot gikan sa installation image:

Mga screenshot sa mga setting sa VM nga dali ra magamit

Human makompleto ang wizard, isira kini, ilunsad ang bag-ong VM, ug i-install ang OS niini.
Aron mahimo kini, pag-log in sa console niining VM pinaagi sa administrative portal:

Screenshot sa mga setting sa administrative portal para sa pagkonektar sa VM console

Aron makakonekta sa VM console, kinahanglan una nimo nga i-configure ang console sa mga kabtangan sa virtual machine.

Screenshot sa mga setting sa VM, tab nga "Console"

Para makakonekta sa VM console, mahimo nimong gamiton, pananglitan, Tigtan-aw sa Virtual Machine.

Aron makakonekta direkta sa VM console sa browser window, ang mga setting sa koneksyon sa console kinahanglan nga ingon niini:

Human ma-install ang OS sa VM, mas maayo nga 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

Busa, isip resulta sa atong mga aksyon, ang gibuhat nga VM mahimong dali nga magamit, nagpasabot nga kon ang cluster node diin kini nagdagan mapakyas, ang oVirt awtomatikong mo-restart niini sa ikaduhang node. Kini nga VM mahimo usab nga ibalhin tali sa mga cluster host alang sa maintenance o uban pang mga katuyoan.

konklusyon

Nanghinaut ko nga kini nga artikulo nagpakita nga ang oVirt usa ka hingpit nga makahimo nga virtual infrastructure management tool nga dili kaayo lisod i-deploy—basta sundon nimo ang piho nga mga lagda ug mga kinahanglanon nga gilatid sa artikulo ug sa dokumentasyon.

Tungod sa kadako sa artikulo, imposible nga ilakip ang daghang mga butang, sama sa sunod-sunod nga mga instruksyon alang sa pagkompleto sa lainlaing mga wizard nga adunay detalyado nga mga pagpasabut ug mga screenshot, taas nga mga output sa sugo, ug uban pa. Sa tinuud, kini magkinahanglan usa ka tibuuk nga libro, nga dili kaayo praktikal tungod sa kanunay nga pagpagawas sa mga bag-ong bersyon sa software nga adunay mga inobasyon ug mga pagbag-o. Ang labing hinungdanon nga butang mao ang pagsabut kung giunsa ang tanan molihok nga magkauban ug paghimo usa ka kinatibuk-ang algorithm alang sa paghimo usa ka plataporma sa pagdumala sa virtual machine nga makasugakod sa mga sayup.

Bisan tuod nakahimo na kita og virtual nga imprastraktura, kinahanglan na nato kining tudloan sa pagpakig-uban tali sa mga indibidwal nga elemento niini: mga host, virtual machine, internal network, ug sa gawas nga kalibutan.

Kini nga proseso usa sa mga nag-unang buluhaton sa usa ka system o network administrator, nga hisgutan sa sunod nga artikulo – bahin sa paggamit sa VyOS virtual routers sa fault-tolerant infrastructure sa among negosyo (sama sa imong natag-an, kini modagan isip virtual machines sa among oVirt cluster).

Source: www.habr.com