🥇Matxurak jasan ditzakeen IT azpiegitura bat sortzea. 2. zatia. oVirt 4.3 cluster-a instalatzea eta konfiguratzea

Artikulu hau aurrekoaren jarraipena da - "Akatsak jasan ditzaketen IT azpiegiturak sortzea. 1. zatia - oVirt 4.3 Cluster bat zabaltzeko prestatzea'.

Eskuragarritasun handiko makina birtualak ostatatzeko oVirt 4.3 kluster baten oinarrizko instalazio eta konfigurazio prozesua landuko du, kontuan izanda azpiegitura prestatzeko aurretiazko urrats guztiak aurretik egin direla.

Prodrome

Artikuluaren helburu nagusia pausoz pauso jarraibideak ematea da "hurrengo -> Bai -> Amaitu"nola erakutsi ezaugarri batzuk instalatzean eta konfiguratzean. Zure klusterra hedatzeko prozesua agian ez da beti bertan deskribatutakoarekin bat etorri, azpiegituren eta ingurunearen ezaugarriengatik, baina printzipio orokorrak berdinak izango dira.

Ikuspegi subjektibotik, oVirt 4.3 bere funtzionaltasuna VMware vSphere 5.x bertsioaren antzekoa da, baina noski bere konfigurazio eta funtzionamendu ezaugarriekin.

Interesa dutenentzat, RHEV (aka oVirt) eta VMware vSphere-ren arteko desberdintasun guztiak Interneten aurki daitezke, adibidez Hemen, baina oraindik ere noizean behin ohartuko naiz haien arteko desberdintasun edo antzekotasun batzuk artikuluak aurrera egin ahala.

Bereiz, makina birtualen sareekin egindako lana apur bat alderatu nahiko nuke. oVirt-ek sare-kudeaketako antzeko printzipio bat ezartzen du makina birtualetarako (aurrerantzean VM deitzen direnak), VMware vSphere-n bezala:

Linux zubi estandar bat erabiliz (VMware-n - vSwitch estandarra), birtualizazio ostalarietan exekutatzen;
Open vSwitch (OVS) erabiliz (VMware-n - Banatutako vSwitch) bi osagai nagusiz osatutako etengailu birtual banatua da: OVN zerbitzari zentrala eta OVN kontrolagailuak kudeatutako ostalarietan.

Kontuan izan behar da inplementatzeko erraztasuna dela eta, artikuluak oVirt-en sareak konfiguratzea deskribatuko duela VM baterako Linux zubi estandarra erabiliz, hau da, KVM hipervisorea erabiltzean aukera estandarra.

Zentzu honetan, sarearekin kluster batean lan egiteko oinarrizko arau batzuk daude, hobeak ez urratzea:

oVirt-en gehitu aurretik ostalarietako sare-ezarpen guztiek berdinak izan behar dute, IP helbideak izan ezik.
Ostalari bat oVirt-en kontrolpean hartu ondoren, ez da gomendagarria sareko ezarpenetan ezer eskuz aldatzea zure ekintzetan erabateko konfiantzarik izan gabe, izan ere, oVirt agenteak aurrekoetara itzuliko ditu ostalaria edo agentea berrabiarazi ondoren. .
VM baterako sare berri bat gehitzea, baita harekin lan egitea ere, oVirt kudeaketa kontsolatik bakarrik egin behar da.

Beste bat ohar garrantzitsua — Oso ingurune kritikorako (diru-galeren aurrean oso sentikorra den), oraindik ere gomendatuko litzateke ordaindutako laguntza erabiltzea eta erabiltzea. Red Hat Birtualizazioa 4.3. oVirt klusterraren funtzionamenduan zehar, arazo batzuk sor daitezke eta horretarako komenigarria da laguntza kualifikatua ahalik eta azkarren jasotzea, haiek zuk zeuk aurre egin beharrean.

Eta azkenik gomendagarria oVirt kluster bat zabaldu aurretik, ezagutu zaitez dokumentazio ofiziala, gutxienez oinarrizko kontzeptuak eta definizioak ezagutzeko, bestela, apur bat zaila izango da artikuluaren gainerako irakurketa.

Artikulua eta oVirt klusterraren funtzionamendu-printzipioak ulertzeko oinarrizkoak dira orientazio dokumentu hauek:

Bolumena ez da oso handia, ordu batean edo bitan oinarrizko printzipioak nahiko menderatu ditzakezu, baina xehetasunak gustatzen zaizkienentzat irakurtzea gomendatzen da. Red Hat Virtualization produktuaren dokumentazioa 4.3 — RHEV eta oVirt funtsean gauza bera dira.

Beraz, ostalari, etengailu eta biltegiratze sistemetako oinarrizko ezarpen guztiak osatu badira, zuzenean oVirt-en inplementazioari ekingo diogu.

2. zatia. oVirt 4.3 cluster-a instalatzea eta konfiguratzea

Orientatzeko erraztasuna lortzeko, artikulu honetan atal nagusiak zerrendatuko ditut, banan-banan osatu behar direnak:

oVirt kudeaketa zerbitzaria instalatzea
Datu-zentro berri bat sortzea
Kluster berri bat sortzea
Ostalari gehigarriak instalatzea auto-ostatatutako ingurune batean
Biltegiratze eremua edo Biltegiratze Domeinuak sortzea
Makina birtualetarako sareak sortzea eta konfiguratzea
Makina birtual bat zabaltzeko instalazio-irudia sortzea
Sortu makina birtual bat

oVirt kudeaketa zerbitzaria instalatzea

oVirt kudeaketa zerbitzaria oVirt azpiegiturako elementurik garrantzitsuena da, oVirt azpiegitura osoa kudeatzen duen makina birtual, ostalari edo gailu birtual baten moduan.

Birtualizazioaren mundutik hurbil dauden analogoak hauek dira:

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

oVirt kudeaketa zerbitzaria instalatzeko, bi aukera ditugu:

Aukera 1
Zerbitzari bat zabaltzea VM edo ostalari espezializatu baten moduan.

Aukera honek nahiko ondo funtzionatzen du, baina baldin eta halako VM batek clusterrarekiko independentean funtzionatzen badu, hau da. ez da kluster ostalari batean exekutatzen KVM exekutatzen duen makina birtual arrunt gisa.

Zergatik ezin da horrelako VM bat kluster ostalarietan zabaldu?

oVirt kudeaketa zerbitzaria zabaltzeko prozesuaren hasieran, dilema bat dugu: kudeaketa VM bat instalatu behar dugu, baina, egia esan, oraindik ez dago klusterrik, eta, beraz, zer egin dezakegu berehala? Hori da: instalatu KVM etorkizuneko kluster-nodo batean, gero sortu bertan makina birtual bat, adibidez, CentOS OS-ekin eta zabaldu oVirt motorra bertan. Hau normalean horrelako VM baten kontrol osoa izateko arrazoiengatik egin daiteke, baina asmo oker bat da, kasu honetan, etorkizunean % 100eko arazoak izango baitira kontrol VM batekin:

ezin da oVirt kontsolan migratu klusterreko ostalarien (nodoen) artean;
KVM bidez migratzean birsh migratu, VM hau ez da erabilgarri egongo oVirt kontsolatik kudeatzeko.
kluster ostalariak ezin dira bistaratu Mantentze modua (mantentze-modua), VM hau ostalaritik ostalarira migratzen baduzu birsh migratu.

Beraz, egin dena arauen arabera - erabili oVirt kudeaketa zerbitzarirako ostalari bereizi bat, edo bertan exekutatzen ari den VM independente bat, edo hobeto esanda, egin bigarren aukeran idatzitako moduan.

Aukera 2
oVirt Engine Appliance instalatzea berak kudeatzen duen cluster ostalari batean.

Aukera hau da, aurrerago, zuzenagoa eta egokiagoa dela gure kasuan.
Horrelako VM baten eskakizunak behean deskribatzen dira; kontrol VM exekutatu daitekeen azpiegituran gutxienez bi ostalari egotea gomendagarria dela bakarrik gehituko dut akatsak jasan ahal izateko. Hemen gehitu nahiko nuke, aurreko artikuluan iruzkinetan idatzi nuen bezala, inoiz ez nuela lortu garuna zatitua bi ostalariz osatutako oVirt kluster batean, haietan ostatatutako motordun VM exekutatzeko gaitasunarekin.

oVirt Engine Appliance instalatzen klusterreko lehen ostalarian

Dokumentazio ofizialerako esteka - oVirt Auto-Ostatutako Motor Gida, kapitulua "Auto-ostatatutako motorra komando-lerroa erabiliz zabaltzea»

Dokumentuak ostatatutako motor VM bat zabaldu aurretik bete beharreko aurrebaldintzak zehazten ditu, eta instalazio-prozesua bera ere zehatz-mehatz deskribatzen du, beraz, hitzez hitz errepikatzeak ezer gutxi du, beraz, xehetasun garrantzitsu batzuetan zentratuko gara.

Ekintza guztiak hasi aurretik, ziurtatu birtualizazio-laguntza gaitu duzula ostalariaren BIOS ezarpenetan.
Instalatu hosted-engineko instalatzailearen paketea ostalarian:

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

Ostalariaren pantailan oVirt Hosted Engine zabaltzeko prozedura hasten dugu (Ktrl-A + D bidez irten zaitezke, Ctrl-D bidez itxi):

screen
hosted-engine --deploy

Nahi baduzu, instalazioa exekutatu dezakezu aurrez prestatutako erantzun-fitxategi batekin:

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

Hosted-engine zabaltzean, beharrezko parametro guztiak zehazten ditugu:

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

Ostatatutako motor batekin erabilgarritasun handiko VM bat instalatzeko, aldez aurretik LUN berezi bat sortu genuen biltegiratze sisteman, 4 zenbakia eta 150 GB-ko tamainakoa, eta gero kluster ostalariei aurkeztu zitzaien - ikus aurreko artikulua.

Aurretik, ostalarietan duen ikusgarritasuna ere egiaztatu genuen:

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

Ostatatutako motorra inplementatzeko prozesua bera ez da konplikatua; amaieran honelako zerbait jaso beharko genuke:

[ 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

Ostalarian oVirt zerbitzuen presentzia egiaztatzen dugu:

Dena behar bezala egin bada, instalazioa amaitu ondoren, erabili web arakatzaile bat bertara joateko https://ovirt_hostname/ovirt-engine administratzailearen ordenagailutik, eta sakatu [Administrazio Ataria].

"Administrazio atariaren" pantaila-argazkia

Saio-hasiera eta pasahitza (instalazio-prozesuan ezarrita) leihoan sartuz pantaila-argazkian bezala, Open Virtualization Manager kontrol panelera iritsiko gara, eta bertan ekintza guztiak egin ditzakezu azpiegitura birtualarekin:

gehitu datu-zentroa
gehitu eta konfiguratu kluster bat
gehitu eta kudeatu ostalariak
gehitu biltegiratze-eremuak edo biltegiratze-domeinuak makina birtualeko diskoetarako
gehitu eta konfiguratu sareak makina birtualetarako
gehitu eta kudeatu makina birtualak, instalazio-irudiak, VM txantiloiak

Ekintza guzti hauek gehiago eztabaidatuko dira, batzuk gelaxka handietan, beste batzuk zehatzago eta ñabardurekin.
Baina lehenik eta behin gehigarri hau irakurtzea gomendatuko nuke, seguru asko askorentzat erabilgarria izango dena.

Addition

1) Printzipioz, behar hori badago, ezerk ez dizu eragozten KVM hipervisorea kluster nodoetan aldez aurretik paketeak erabiliz instalatzea. libvirt и qemu-sq.m (Edo qemu-kvm-ev) nahi den bertsioaren, nahiz eta oVirt kluster-nodo bat zabaltzean, hori berak egin dezakeen.

Baina bada libvirt и qemu-sq.m Ez baduzu azken bertsioa instalatu, baliteke errore hau jasotzea ostatatutako motor bat zabaltzean:

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

Horiek. behar dute bertsio eguneratua libvirt babesarekin MDS, politika hau onartzen duena:

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

Instalatu libvirt v.4.5.0-10.el7_6.12, md-clear laguntzarekin:

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

Egiaztatu 'md-clear' laguntza:

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'/>

Horren ondoren, ostatatutako motorra instalatzen jarrai dezakezu.

2) oVirt 4.3-n, suebaki baten presentzia eta erabilera firewalld nahitaezko baldintza da.

Hosted-enginerako VM bat zabaltzean errore hau jasotzen badugu:

[ 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

Ondoren, beste suebaki bat itzali behar duzu (erabiltzen bada), eta instalatu eta exekutatu 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

Geroago, ovirt agentea klusterreko ostalari berri batean instalatzean, beharrezkoak diren atakak konfiguratuko ditu firewalld automatikoki.

3) Ostalari bat berrabiaraztea bertan exekutatzen ari den VM batekin ostatatutako motor batekin.

Normalean, esteka 1 и esteka 2 agirien aginteetara.

Ostatatutako motor VM-aren kudeaketa guztia komandoa erabiliz BAKARRIK egiten da ostatu-motorra exekutatzen den ostalarian, buruz birjina ahaztu behar dugu, baita VM honetara SSH bidez konektatu eta komandoa exekutatu dezakezula ere.shutdown'.

VM bat mantentze moduan jartzeko prozedura:

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

Ostalaria berrabiaraziko dugu ostatatutako motor-agentearekin eta behar duguna egiten dugu.

Berrabiarazi ondoren, egiaztatu VM-aren egoera ostatatutako motorrarekin:

hosted-engine --vm-status

Hosted-engine duen gure VM ez bada abiarazten eta zerbitzuaren erregistroan antzeko akatsak ikusten baditugu:

Errore bat zerbitzuaren erregistroan:

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

Ondoren, biltegia konektatu eta agentea berrabiaraziko dugu:

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

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

VM-a ostatatutako motor batekin hasi ondoren, mantentze-modutik ateratzen dugu:

VM bat mantentze-modutik kentzeko prozedura:

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) Ostatutako motorra eta harekin lotutako guztia kentzea.

Batzuetan beharrezkoa da aurretik instalatutako ostatatutako motor bat behar bezala kentzea - link orientabide dokumentura.

Exekutatu komandoa ostalarian:

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

Ondoren, beharrezkoak ez diren paketeak kenduko ditugu, hau baino lehen konfigurazio batzuen babeskopia eginez, beharrezkoa bada:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs

Datu-zentro berri bat sortzea

Erreferentzia-dokumentazioa - oVirt Administrazio Gida. 4. kapitulua: Datu-zentroak

Lehenik eta behin defini dezagun zer den datu-zentroa (Laguntzatik aipatzen dut) ingurune zehatz batean erabilitako baliabide multzo bat definitzen duen entitate logikoa da.

Datu-zentroa honako edukiontzi mota bat da:

baliabide logikoak kluster eta ostalari moduan
cluster sareko baliabideak ostalarietan sare logikoen eta egokitzaile fisikoen moduan,
biltegiratze-baliabideak (VM diskoetarako, txantiloietarako, irudietarako) biltegiratze-eremu moduan (Storage Domains).

Datu-zentro batek hainbat ostalariz osatutako hainbat kluster izan ditzake horietan exekutatzen diren makina birtualak, eta harekin lotutako biltegiratze-eremu anitz izan ditzake.
Hainbat datu-zentro egon daitezke; bata bestearengandik independentean funtzionatzen dute. Ovirtek botereen bereizketa du rolaren arabera, eta baimenak banan-banan konfigura ditzakezu, bai datu-zentro mailan, bai bere elementu logiko indibidualetan.

Datu-zentroa, edo datu-zentroak horietako batzuk badira, administrazio-kontsola edo atari bakar batetik kudeatzen dira.

Datu-zentro bat sortzeko, joan administrazio-atarira eta sortu datu-zentro berri bat:
Kontatu >> Datu Ikastegiak >> New

Biltegiratze sisteman partekatutako biltegiratzea erabiltzen dugunez, Biltegiratze mota Partekatua izan beharko litzateke:

Datu-zentroa sortzeko morroiaren pantaila-argazkia

Ostatutako motordun makina birtual bat instalatzean, datu-zentro bat sortzen da lehenespenez - Datu zentroa 1, eta gero, behar izanez gero, bere Biltegiratze mota beste batera alda dezakezu.

Datu-zentro bat sortzea zeregin sinplea da, ñabardura delikaturik gabe, eta horrekin batera ekintza osagarri guztiak dokumentazioan deskribatzen dira. Kontuan hartuko dudan gauza bakarra da VMentzako biltegiratze lokala (diskoa) soilik duten ostalari bakarrak ezin izango direla datu-zentro batean sartu Biltegiratze mota - Partekatua (ezin dira bertan gehitu), eta haietarako sortu behar dituzu. aparteko datu-zentro bat - hau da. Biltegiratze lokala duen ostalari bakoitzak bere datu-zentro berezia behar du.

Kluster berri bat sortzea

Dokumentaziorako esteka - oVirt Administrazio Gida. 5. kapitulua: Klusterrak

Alferrikako xehetasunik gabe, cluster – biltegiratze-eremu komun bat duten ostalarien taldekatze logikoa da (biltegiratze-sistema bateko disko partekatuen moduan, gure kasuan bezala). Era berean, komeni da klusterreko ostalariak hardwarean berdinak izatea eta prozesadore mota bera izatea (Intel edo AMD). Hobe da, noski, klusterreko zerbitzariak guztiz berdinak izatea.

Klusterra datu-zentro baten parte da (biltegiratze mota zehatz batekin - Tokiko edo Partekatua), eta ostalari guztiek kluster mota batekoak izan behar dute, biltegiratze partekatua duten ala ez.

Ostalari batean ostatatutako motor batekin makina birtual bat instalatzean, datu-zentro bat sortzen da lehenespenez - Datu zentroa 1, klusterrekin batera - Klusterra1, eta etorkizunean bere parametroak konfigura ditzakezu, aukera gehigarriak gaitu, ostalariak gehitu eta abar.

Ohi bezala, kluster ezarpen guztiei buruzko xehetasunak lortzeko, dokumentazio ofizialera jotzea komeni da. Kluster bat konfiguratzeko ezaugarri batzuetatik, soilik gehituko dut hura sortzean nahikoa dela fitxako oinarrizko parametroak konfiguratzea. General.

Parametro garrantzitsuenak kontuan hartuko ditut:

Prozesadore mota — klusterreko ostalarietan zein prozesadore instalatuta dauden, zein fabrikatzailetakoak diren eta ostalarietako zein prozesadore den zaharrena kontuan hartuta hautatzen da, horren arabera, klusterrean dauden prozesadore-argibide guztiak erabiltzeko.
Switch mota – gure klusterrean Linux zubia bakarrik erabiltzen dugu, horregatik aukeratzen dugu.
Firewall mota – Hemen dena argi dago, hau suebakia da, ostalarietan gaitu eta konfiguratu behar dena.

Kluster-parametroekin pantaila-argazkia

Ostalari gehigarriak instalatzea auto-ostatatutako ingurune batean

Link dokumentaziorako.

Norberak ostatutako ingurune baterako ostalari gehigarriak ohiko ostalari baten moduan gehitzen dira, VM bat ostatatutako motor batekin zabaltzeko urrats gehigarriarekin - Aukeratu ostatatutako motorra inplementatzeko ekintza >> Zabaldu. Ostalari osagarriak LUN bat ere aurkeztu behar denez ostatatutako motor bat duen VM baterako, horrek esan nahi du ostalari hori, behar izanez gero, ostatatutako motor bat duen VM bat ostatatzeko erabil daitekeela.
Akatsen tolerantzia helburuetarako, oso gomendagarria da gutxienez bi ostalari egotea, zeinetan ostatatutako motor VM bat jar daitekeen.

Ostalari gehigarrian, desgaitu iptables (gaituta badago), gaitu firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Instalatu beharrezko KVM bertsioa (beharrezkoa bada):

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

Instalatu beharrezko biltegiak eta ostatatutako motorren instalatzailea:

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

Ondoren, joan kontsolara Ireki birtualizazio kudeatzailea, gehitu ostalari berri bat eta egin dena urratsez urrats, idatzi bezala dokumentazioa.

Ondorioz, ostalari gehigarri bat gehitu ondoren, argazkiaren antzeko zerbait lortu beharko genuke administrazio kontsolan, pantaila-argazkian bezala.

Administrazio atariaren pantaila-argazkia - ostalariak

Une honetan ostatatutako motor VM aktibo dagoen ostalariak urrezko koroa du eta " inskripzioa "Hosted Engine VM exekutatzen", behar izanez gero VM hau abiarazi daitekeen ostalaria - inskripzioa "Hosted Engine VM exekutatu dezake'.

Ostalariaren hutsegite bat gertatuz gero "Hosted Engine VM exekutatzen", automatikoki berrabiaraziko da bigarren ostalarian. VM hau ostalari aktibotik erreserbako ostalarira ere migra daiteke bere mantentze-lanetarako.

Potentzia kudeaketa / hesiak konfiguratzea oVirt ostalarietan

Dokumentazio estekak:

Red Hat Virtualization 4.3 –> Erreferentzia Teknikoa -> 4. kapitulua. Energiaren kudeaketa
oVirt Administrazio Gida -> 7. kapitulua: Ostalariak

Ostalari bat gehitu eta konfiguratzen amaitu duzula dirudien arren, hori ez da guztiz egia.
Ostalarien funtzionamendu normala lortzeko eta horietako edozeinen akatsak identifikatzeko/konpontzeko, energia-kudeaketa/hesien ezarpenak behar dira.

Esgrima, edo hesiak, akastun edo huts egin duen ostalari bat klusteretik aldi baterako baztertzeko prozesua da, eta bertan bertan dauden oVirt zerbitzuak edo ostalaria bera berrabiaraziko dira.

Energia-kudeaketa / hesiaren definizio eta parametroen xehetasun guztiak, ohi bezala, dokumentazioan ematen dira; Parametro garrantzitsu hau nola konfiguratu duen adibide bat baino ez dut emango, Dell R640 zerbitzarietan iDRAC 9-rekin aplikatuta.

Sar zaitez administrazio-atarira, egin klik Kontatu >> ostalariak hautatu ostalari bat.
Egin klik Editatu.
Egin klik fitxan Energia kudeaketa.
Markatu aukeraren ondoko laukia Gaitu energia-kudeaketa.
Markatu aukeraren ondoko laukia Kdump integrazioaostalaria hesi-moduan sartzea saihesteko nukleoaren hutsegite bat grabatzen ari den bitartean.

Oharra.

Dagoeneko martxan dagoen ostalari batean Kdump integrazioa gaitu ondoren, berriro instalatu behar da oVirt Administrazio Gida -> prozeduraren arabera. 7. kapitulua: Ostalariak -> Ostalariak berriro instalatzen.

Aukeran, laukia markatu dezakezu Desgaitu boterearen kudeaketaren politika kontrola, ez badugu nahi ostalari-potentziaren kudeaketa klusterraren Programazio Politikaren bidez kontrolatzea.
Egin klik botoian (+) energia kudeatzeko gailu berri bat gehitzeko, agentearen propietateak editatzeko leihoa irekiko da.
iDRAC9-rako, bete eremuak:
- Helbidea – iDRAC9 helbidea
- Erabiltzaile izena / Pasahitza – iDRAC9-n saioa hasteko saioa eta pasahitza, hurrenez hurren
- Mota -drac5
- Markatu Segurtasuna
- gehitu aukera hauek: cmd_prompt =>,login_timeout=30

Ostalariaren propietateetan "Power Management" parametroekin pantaila-argazkia

Biltegiratze eremua edo Biltegiratze Domeinuak sortzea

Dokumentaziorako esteka - oVirt Administrazio Gida, 8. kapitulua: Biltegiratzea.

Biltegiratze Domeinua, edo biltegiratze gunea, makina birtualeko diskoak, instalazio-irudiak, txantiloiak eta argazkiak gordetzeko kokapen zentralizatua da.

Biltegiratze-eremuak datu-zentrora konekta daitezke hainbat protokolo, kluster eta sareko fitxategi-sistema erabiliz.

oVirt-ek hiru biltegiratze-eremu mota ditu:

Datuen Domeinua – makina birtualekin lotutako datu guztiak gordetzeko (diskoak, txantiloiak). Data Domain ezin da datu-zentro ezberdinen artean partekatu.
ISO domeinua (biltegiratze eremu mota zaharkitua) - OS instalazioaren irudiak gordetzeko. ISO domeinua datu-zentro ezberdinen artean parteka daiteke.
Esportatu domeinua (biltegiratze eremu mota zaharkitua) - datu-zentroen artean mugitutako irudiak aldi baterako gordetzeko.

Gure kasuan, Data Domain motako biltegiratze eremu batek Fibre Channel Protocol (FCP) erabiltzen du biltegiratze sistemako LUNetara konektatzeko.

OVirt-en ikuspuntutik, biltegiratze sistemak (FC edo iSCSI) erabiltzen direnean, disko birtual, argazki edo txantiloi bakoitza disko logiko bat da.
Bloke gailuak unitate bakar batean muntatzen dira (kluster ostalarietan) Bolumen Taldea erabiliz eta, ondoren, LVM erabiliz bolumen logikoetan banatzen dira, VMentzako disko birtual gisa erabiltzen direnak.

Talde horiek guztiak eta LVM bolumen asko kluster ostalarian ikus daitezke komandoak erabiliz etab и lvs. Jakina, horrelako diskoak dituzten ekintza guztiak oVirt kontsolatik bakarrik egin behar dira, kasu berezietan izan ezik.

VMentzako disko birtualak bi motatakoak izan daitezke: QCOW2 edo RAW. Diskoak izan daitezke "mehea"edo"lodiak". Argazkiak beti " gisa sortzen diramehe".

Biltegiratze-domeinuak edo FC bidez atzitutako biltegiratze-eremuak kudeatzeko modua nahiko logikoa da - VM disko birtual bakoitzeko bolumen logiko bereizia dago, ostalari bakarrak idazteko modukoa. FC konexioetarako, oVirt-ek clustered LVM bezalako zerbait erabiltzen du.

Biltegiratze eremu berean kokatutako makina birtualak kluster bereko ostalarien artean migra daitezke.

Deskribapenean ikus dezakegunez, oVirt-en kluster batek, VMware vSphere edo Hyper-V-en kluster bat bezala, funtsean gauza bera esan nahi du: ostalarien taldekatze logikoa da, ahal izanez gero berdina hardwarearen osaeran, eta biltegiratze komuna izatea birtualerako. makina-diskoak.

Goazen zuzenean datuen biltegiratze eremu bat (VM diskoak) sortzera, hori gabe datu-zentroa ez baita hasieratuko.
Gogorarazten dizut biltegiratze sistemako kluster ostalariei aurkezten zaizkien LUN guztiak ikusgai egon behar direla komandoa erabiliz "bide anitzeko -ll'.

Arabera dokumentazioa, joan atarira joan Biltegiratzea >> Domeinuak -> Domeinu berria eta jarraitu "FCP biltegiratzea" ataleko argibideak.

Morroia abiarazi ondoren, bete beharrezko eremuak:

izena — ezarri kluster izena
Domeinu-funtzioa — Datuak
Biltegiratze mota — Zuntz kanala
Erabili beharreko ostalaria — hautatu behar dugun LUN erabilgarri dagoen ostalari bat

LUN zerrendan, markatu behar duguna, egin klik Gehitu eta gero OK. Beharrezkoa izanez gero, biltegiratze-eremuaren parametro osagarriak doi ditzakezu klik eginez Parametro aurreratuak.

"Biltegiratzeko domeinua" gehitzeko morroiaren pantaila-argazkia

Morroiaren emaitzetan oinarrituta, biltegiratze eremu berri bat jaso beharko genuke eta gure datu-zentroak egoerara eraman beharko luke UP, edo hasieratuta:

Bertan dauden datu-zentroaren eta biltegiratze-eremuen pantaila-argazkiak:

Makina birtualetarako sareak sortzea eta konfiguratzea

Dokumentaziorako esteka - oVirt Administrazio Gida, 6. kapitulua: Sare logikoak

Sareek, edo sareek, oVirt azpiegitura birtualean erabiltzen diren sare logikoak taldekatzeko balio dute.

Makina birtualeko sare-egokigailuaren eta ostalariaren egokitzaile fisikoaren artean elkarreragiteko, Linux zubia bezalako interfaze logikoak erabiltzen dira.

Trafikoa sareen artean taldekatzeko eta banatzeko, VLANak konfiguratzen dira etengailuetan.

OVirt-en makina birtualen sare logiko bat sortzean, switch-eko VLAN zenbakiari dagokion identifikatzaile bat esleitu behar zaio, VM-ak elkarren artean komunikatu ahal izateko, nahiz eta klusterreko nodo desberdinetan exekutatu.

Makina birtualak konektatzeko ostalarietako sare-egokitzaileen aurretiazko ezarpenak egin behar ziren aurreko artikulua – interfaze logikoa konfiguratuta fidantza1, orduan sareko ezarpen guztiak oVirt administrazio atariaren bidez bakarrik egin behar dira.

Ostatatutako motordun VM bat sortu ondoren, datu-zentro eta kluster automatikoki sortzeaz gain, sare logiko bat ere sortu zen automatikoki gure kluster kudeatzeko - ovritmgmt, zeinari konektatuta zegoen VM hau.

Beharrezkoa izanez gero, sare logikoaren ezarpenak ikus ditzakezu ovritmgmt eta egokitu, baina kontuz ibili behar duzu oVirt azpiegituraren kontrola ez galtzeko.

Sare logikoen ezarpenak ovritmgmt

VM arruntentzako sare logiko berri bat sortzeko, administrazio atarian joan hona Sarea >> Sareak >> New, eta fitxan General gehitu sare bat nahi duzun VLAN IDarekin, eta markatu "-ren ondoko laukia ereVM sarea", horrek esan nahi du VM bati esleitzeko erabil daitekeela.

VLAN32 sare logiko berriaren pantaila-argazkia

Fitxan Cluster, sare hau gure klusterari eransten diogu Klusterra1.

Honen ostean joango gara Kontatu >> ostalariak, joan ostalari bakoitzari txandaka, fitxara Sareko interfazeak, eta abiarazi morroia Konfiguratu ostalari sareak, sare logiko berri baten ostalariekin lotzeko.

"Konfiguratu ostalari sareak" morroiaren pantaila-argazkia

oVirt agenteak automatikoki egingo ditu ostalariaren sareko ezarpen guztiak - sortu VLAN eta BRIDGE bat.

Ostalariaren sare berrietarako konfigurazio fitxategien adibideak:

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

Utzidazu gogorarazi berriro ere cluster ostalari hori BEHARRIK EZ sortu eskuz sareko interfazeak aldez aurretik ifcfg-lotura1.432 и ifcfg-ovirtvm-vlan432.

Sare logiko bat gehitu eta ostalariaren eta ostatatutako motorren VMren arteko konexioa egiaztatu ondoren, makina birtualean erabil daiteke.

Makina birtual bat zabaltzeko instalazio-irudia sortzea

Dokumentaziorako esteka - oVirt Administrazio Gida, 8. kapitulua: Biltegiratzea, atala Irudiak Datuak biltegiratzeko domeinu batera kargatzea.

OS instalatzeko irudirik gabe, ezin izango da makina birtual bat instalatu, nahiz eta hori ez den arazorik, adibidez, sarean instalatuta badago. Harri-jasotzailea aurrez sortutako irudiekin.

Gure kasuan, hori ez da posible, beraz, irudi hau oVirt-en inportatu beharko duzu. Lehen, ISO domeinu bat sortzea eskatzen zuen, baina oVirt-en bertsio berrian zaharkituta geratu da, eta, beraz, orain irudiak zuzenean igo ditzakezu Biltegiratze domeinura administrazio ataritik.

Administrazio atarian joan hona Biltegiratzea >> Diskoak >> Igo >> start
Gure sistema eragilearen irudia ISO fitxategi gisa gehitzen dugu, formularioko eremu guztiak bete eta " botoian klik egiten dugu "Probatu konexioa".

Gehitu instalazioaren irudia morroiaren pantaila-argazkia

Horrelako errore bat jasotzen badugu:

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`

Ondoren, oVirt ziurtagiria gehitu behar duzu "Erroko CA fidagarriak"(Trusted Root CA) administratzailearen kontrol geltokian, non irudia deskargatzen saiatzen ari gara.

Ziurtagiria Trusted Root CA-ra gehitu ondoren, egin klik berriro "Probatu konexioa", lortu beharko luke:

Connection to ovirt-imageio-proxy was successful.

Ziurtagiria gehitzeko ekintza amaitu ondoren, ISO irudia Biltegiratze Domeinura kargatzen saia zaitezke berriro.

Printzipioz, Biltegiratze Domeinu bereizi bat egin dezakezu Datu motarekin irudiak eta txantiloiak VM diskoetatik bereizita gordetzeko, edo ostatatutako motorrentzako Biltegiratze Domeinu batean gordetzeko, baina hori administratzailearen esku dago.

Pantaila-argazkia ostatatutako motorrentzako biltegiratze-domeinuko ISO irudiekin

Sortu makina birtual bat

Dokumentazio esteka:
oVirt Makina Birtuala Kudeatzeko Gida –> 2. kapitulua: Linux makina birtualak instalatzea
Kontsolaren Bezeroen Baliabideak

OSarekin instalazioaren irudia oVirt-en kargatu ondoren, zuzenean makina birtual bat sor dezakezu. Lan asko egin da, baina dagoeneko azken fasean gaude, horren alde hasi zen hori guztia: makina birtualak ostatu hartzeko akatsekiko tolerantzia-azpiegitura bat lortzea. Eta hori guztia guztiz doakoa da - zentimo bakar bat ere ez zen gastatu software lizentziak erosteko.

CentOS 7-rekin makina birtual bat sortzeko, sistema eragilearen instalazio-irudia deskargatu behar da.

Administrazio atarira goaz, joan Kontatu >> Makina birtualak, eta abiarazi VM sortzeko morroia. Bete parametro eta eremu guztiak eta egin klik OK. Dena oso erraza da dokumentazioa jarraitzen baduzu.

Adibide gisa, erabilgarritasun handiko VM baten oinarrizko ezarpenak eta osagarriak emango ditut, sortutako disko batekin, sarera konektatuta eta instalazio-irudi batetik abiaraztearekin:

Eskuragarritasun handiko VM ezarpenekin pantaila-argazkiak

Morroiarekin lana amaitu ondoren, itxi, abiarazi VM berri bat eta instalatu sistema eragilea bertan.
Horretarako, joan VM honen kontsolara administrazio atariaren bidez:

VM kontsolara konektatzeko administrazio atariaren ezarpenen pantaila-argazkia

VM kontsolara konektatzeko, lehenik eta behin kontsola konfiguratu behar duzu makina birtualaren propietateetan.

VM ezarpenen pantaila-argazkia, "Kontsola" fitxa

VM kontsolara konektatzeko, adibidez, erabil dezakezu Makina birtuala ikuslea.

Arakatzailearen leihoan VM kontsolara zuzenean konektatzeko, kontsolaren bidezko konexio ezarpenak honako hauek izan behar dira:

Sistema eragilea VMn instalatu ondoren, gomendagarria da oVirt agente gonbidatua instalatzea:

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

Horrela, gure ekintzen ondorioz, sortutako VM oso erabilgarri egongo da, hau da. Exekutatzen ari den cluster-nodoak huts egiten badu, oVirt-ek automatikoki berrabiaraziko du bigarren nodoan. VM hau kluster ostalarien artean ere migra daiteke haien mantentze-lanetarako edo beste helburu batzuetarako.

Ondorioa

Espero dut artikulu honek oVirt azpiegitura birtualak kudeatzeko tresna guztiz normala dela adieraztea, eta hori ez da hain zaila zabaltzea - gauza nagusia artikuluan eta dokumentazioan deskribatutako zenbait arau eta baldintza betetzea da.

Artikuluaren bolumen handia dela eta, ezin zen gauza asko sartu bertan, hala nola, hainbat morroien urratsez urrats exekuzioa azalpen zehatz eta pantaila-argazki guztiekin, komando batzuen ondorio luzeak, etab. Izan ere, honek liburu oso bat idatzi beharko luke, eta horrek ez du zentzu handirik softwarearen bertsio berriak etengabe berrikuntzekin eta aldaketekin agertzen direlako. Garrantzitsuena dena batera nola funtzionatzen duen printzipioa ulertzea da, eta makina birtualak kudeatzeko hutsegite-tolerantzia-plataforma bat sortzeko algoritmo orokor bat lortzea.

Azpiegitura birtual bat sortu badugu ere, orain bere elementu indibidualen artean elkarreragina egiten irakatsi behar diogu: ostalariak, makina birtualak, barne sareak eta kanpoko munduarekin.

Prozesu hau sistema edo sareko administratzaile baten zeregin nagusietako bat da, hurrengo artikuluan azalduko dena - VyOS bideratzaile birtualen erabilerari buruz gure enpresaren akats-jasapeneko azpiegituran (asmatu zenuen bezala, birtual gisa funtzionatuko dute). gure oVirt klusterrean dauden makinak).

Iturria: www.habr.com

Akatsak jasan ditzakeen IT azpiegitura sortzea. 2. zatia. oVirt 4.3 cluster-a instalatzea eta konfiguratzea