Uundaji wa miundombinu ya IT inayostahimili makosa. Sehemu ya 2. Kusakinisha na kusanidi nguzo ya oVirt 4.3

Nakala hii ni mwendelezo wa ile iliyotangulia - "Uundaji wa miundombinu ya IT inayostahimili makosa. Sehemu ya 1 - inajiandaa kupeleka nguzo ya oVirt 4.3'.

Itashughulikia mchakato wa usakinishaji na usanidi wa msingi wa nguzo ya oVirt 4.3 kwa ajili ya kuhudumia mashine za mtandaoni zinazopatikana sana, kwa kuzingatia ukweli kwamba hatua zote za awali za kuandaa miundombinu tayari zimekamilika hapo awali.

Utangulizi

Kusudi kuu la kifungu ni kutoa maagizo ya hatua kwa hatua kama "Inayofuata -> Ndiyo -> Kumaliza"jinsi ya kuonyesha baadhi ya vipengele wakati wa kusakinisha na kusanidi. Mchakato wa kupeleka nguzo yako hauwezi kila wakati sanjari na ile iliyoelezewa ndani yake, kwa sababu ya sifa za miundombinu na mazingira, lakini kanuni za jumla zitakuwa sawa.

Kwa mtazamo wa kibinafsi, oVirt 4.3 utendakazi wake ni sawa na toleo la VMware vSphere 5.x, lakini bila shaka na vipengele vyake vya usanidi na uendeshaji.

Kwa wale wanaopenda, tofauti zote kati ya RHEV (aka oVirt) na VMware vSphere zinaweza kupatikana kwenye mtandao, kwa mfano. hapa, lakini bado nitakumbuka mara kwa mara baadhi ya tofauti zao au ufanano wao na kila mmoja kadiri makala inavyoendelea.

Kando, ningependa kulinganisha kidogo kazi na mitandao ya mashine za kawaida. oVirt hutumia kanuni sawa ya usimamizi wa mtandao kwa mashine pepe (hapa inajulikana kama VMs), kama katika VMware vSphere:

• kutumia daraja la kawaida la Linux (katika VMware - vSwitch ya kawaida), inayoendesha majeshi ya uboreshaji;
• kutumia Open vSwitch (OVS) (katika VMware - Imesambazwa vSwitch) ni swichi pepe iliyosambazwa inayojumuisha vipengele viwili kuu: seva ya kati ya OVN na vidhibiti vya OVN kwenye wapangishi wanaosimamiwa.

Ikumbukwe kwamba kutokana na urahisi wa utekelezaji, makala itaelezea kuanzisha mitandao katika oVirt kwa VM kwa kutumia daraja la kawaida la Linux, ambayo ni chaguo la kawaida wakati wa kutumia hypervisor ya KVM.

Katika suala hili, kuna sheria kadhaa za msingi za kufanya kazi na mtandao kwenye nguzo, ambayo ni bora sio kukiukwa:

• Mipangilio yote ya mtandao kwenye wapangishi kabla ya kuwaongeza kwenye oVirt lazima iwe sawa, isipokuwa kwa anwani za IP.
• Mara mwenyeji anapochukuliwa chini ya udhibiti wa oVirt, haipendekezwi sana kubadilisha kitu chochote mwenyewe katika mipangilio ya mtandao bila imani kamili katika vitendo vyako, kwani wakala wa oVirt atazirudisha kwa zile za awali baada ya kuwasha tena seva pangishi au. wakala.
• Kuongeza mtandao mpya kwa VM, pamoja na kufanya kazi nayo, inapaswa kufanywa tu kutoka kwa koni ya usimamizi ya oVirt.

Mwingine kumbuka muhimu - kwa mazingira muhimu sana (nyeti sana kwa upotezaji wa pesa), bado ingependekezwa kutumia usaidizi unaolipwa na matumizi. Uboreshaji wa Kofia Nyekundu 4.3. Wakati wa uendeshaji wa nguzo ya oVirt, baadhi ya masuala yanaweza kutokea ambayo inashauriwa kupokea usaidizi wenye sifa haraka iwezekanavyo, badala ya kukabiliana nao mwenyewe.

Na mwishowe ilipendekeza Kabla ya kupeleka nguzo ya oVirt, jitambue nyaraka rasmi, ili kufahamu angalau dhana na ufafanuzi wa msingi, vinginevyo itakuwa vigumu kidogo kusoma makala yote.

Msingi wa kuelewa kifungu na kanuni za uendeshaji wa nguzo ya oVirt ni hati hizi za mwongozo:

• Mwongozo wa Ufungaji wa oVirt
• oVirt Self-Hosted Engine Guide
• Mwongozo wa Utawala wa oVirt
  

Kiasi huko sio kubwa sana, kwa saa moja au mbili unaweza kujua kanuni za msingi, lakini kwa wale wanaopenda maelezo, inashauriwa kusoma. Hati za Bidhaa kwa Usanifu wa Kofia Nyekundu 4.3 - RHEV na oVirt kimsingi ni kitu kimoja.

Kwa hiyo, ikiwa mipangilio yote ya msingi kwenye majeshi, swichi na mifumo ya kuhifadhi imekamilika, tunaendelea moja kwa moja kwenye kupelekwa kwa oVirt.

Sehemu ya 2. Kusakinisha na kusanidi nguzo ya oVirt 4.3

Kwa urahisi wa mwelekeo, nitaorodhesha sehemu kuu katika nakala hii, ambayo lazima ikamilishwe moja baada ya nyingine:

1. Inasakinisha seva ya usimamizi wa oVirt
2. Uundaji wa kituo kipya cha data
3. Kuunda kikundi kipya
4. Kusakinisha wapangishi wa ziada katika mazingira ya Kujihudumia Mwenyewe
5. Kuunda eneo la kuhifadhi au Vikoa vya Hifadhi
6. Kuunda na kusanidi mitandao ya mashine pepe
7. Kuunda picha ya usakinishaji kwa ajili ya kupeleka mashine pepe
8. Unda mashine pepe

Inasakinisha seva ya usimamizi wa oVirt

Seva ya usimamizi wa oVirt ni kipengele muhimu zaidi katika miundombinu ya oVirt, katika mfumo wa mashine pepe, seva pangishi, au kifaa pepe ambacho kinasimamia miundombinu yote ya oVirt.

Analogi zake za karibu kutoka kwa ulimwengu wa uvumbuzi ni:

• VMware vSphere - Seva ya vCenter
• Microsoft Hyper-V - Kidhibiti cha Mashine ya Mtandaoni cha Kituo cha Mfumo (VMM).

Ili kusakinisha seva ya usimamizi wa oVirt, tuna chaguzi mbili:

Chaguo 1
Kupeleka seva katika mfumo wa VM maalum au mwenyeji.

Chaguo hili linafanya kazi vizuri, lakini mradi VM kama hiyo inafanya kazi kwa uhuru wa nguzo, i.e. haifanyi kazi kwa seva pangishi ya nguzo yoyote kama mashine ya kawaida inayoendesha KVM.

Kwa nini VM kama hiyo haiwezi kutumwa kwa wapangishaji wa nguzo?

Mwanzoni kabisa mwa mchakato wa kupeleka seva ya usimamizi wa oVirt, tuna shida - tunahitaji kusanikisha VM ya usimamizi, lakini kwa kweli hakuna nguzo yenyewe bado, na kwa hivyo tunaweza kupata nini kwa kuruka? Hiyo ni kweli - sakinisha KVM kwenye nodi ya nguzo ya baadaye, kisha unda mashine ya kawaida juu yake, kwa mfano, na CentOS OS na utumie injini ya oVirt ndani yake. Kawaida hii inaweza kufanywa kwa sababu za udhibiti kamili juu ya VM kama hiyo, lakini hii ni nia mbaya, kwa sababu katika kesi hii, katika siku zijazo kutakuwa na shida 100% na VM ya kudhibiti kama hii:

• haiwezi kuhamishwa kwenye koni ya oVirt kati ya wapangishi (nodi) za nguzo;
• wakati wa kuhama kwa kutumia KVM kupitia virsh kuhama, VM hii haitapatikana kwa usimamizi kutoka kwa kiweko cha oVirt.
• wapangishi wa nguzo haziwezi kuonyeshwa ndani Njia ya matengenezo (hali ya matengenezo), ikiwa utahamisha VM hii kutoka mwenyeji hadi mwenyeji ukitumia virsh kuhama.

Kwa hivyo fanya kila kitu kulingana na sheria - tumia mwenyeji tofauti kwa seva ya usimamizi wa oVirt, au VM huru inayoendesha juu yake, au bora zaidi, fanya kama ilivyoandikwa katika chaguo la pili.

Chaguo 2
Kufunga Kifaa cha Injini ya oVirt kwenye mwenyeji wa nguzo inayosimamiwa nayo.

Ni chaguo hili ambalo litazingatiwa zaidi kuwa sahihi zaidi na linafaa katika kesi yetu.
Mahitaji ya VM kama hii yamefafanuliwa hapa chini; nitaongeza tu kwamba inashauriwa kuwa na angalau wapangishi wawili katika miundombinu ambayo VM ya udhibiti inaweza kuendeshwa ili kuifanya istahimili makosa. Hapa ningependa kuongeza kwamba, kama nilivyoandika katika maoni katika nakala iliyotangulia, sikuweza kupata ubongo uliogawanyika kwenye kundi la oVirt la wapangishi wawili, wenye uwezo wa kuendesha VM za injini iliyopangishwa juu yao.

Kufunga Kifaa cha Injini cha oVirt kwenye mwenyeji wa kwanza wa nguzo

Unganisha kwa nyaraka rasmi - oVirt Self-Hosted Engine Guide, sura "Kupeleka Injini inayojitegemea kwa kutumia laini ya Amri»

Hati hiyo inabainisha mahitaji ambayo lazima yatimizwe kabla ya kupeleka VM ya injini iliyopangishwa, na pia inaelezea kwa undani mchakato wa usakinishaji yenyewe, kwa hivyo hakuna uhakika wa kurudia neno moja kwa moja, kwa hivyo tutazingatia maelezo kadhaa muhimu.

• Kabla ya kuanza vitendo vyote, hakikisha kuwawezesha usaidizi wa virtualization katika mipangilio ya BIOS kwenye mwenyeji.
• Sakinisha kifurushi cha kisakinishi cha injini iliyopangishwa kwenye seva pangishi:

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

• Tunaanza utaratibu wa kupeleka Injini Iliyopangishwa ya oVirt kwenye skrini kwenye seva pangishi (unaweza kuiondoa kupitia Ctrl-A + D, funga kupitia Ctrl-D):

screen
hosted-engine --deploy

Ukipenda, unaweza kuendesha usakinishaji na faili ya jibu iliyotayarishwa awali:

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

• Wakati wa kupeleka injini ya mwenyeji, tunataja vigezo vyote muhimu:

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

• Ili kufunga VM inayopatikana sana na injini iliyoshikiliwa, hapo awali tuliunda LUN maalum kwenye mfumo wa uhifadhi, nambari ya 4 na 150 GB kwa ukubwa, ambayo iliwasilishwa kwa majeshi ya nguzo - tazama. makala iliyopita.

Hapo awali tuliangalia pia mwonekano wake kwa wapangishaji:

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

• Mchakato wa kupeleka injini iliyopangishwa yenyewe sio ngumu; mwisho tunapaswa kupokea kitu kama hiki:

[ 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

Tunaangalia uwepo wa huduma za oVirt kwenye mwenyeji:

Ikiwa kila kitu kilifanyika kwa usahihi, basi baada ya ufungaji kukamilika, tumia kivinjari cha wavuti kwenda https://ovirt_hostname/ovirt-engine kutoka kwa kompyuta ya msimamizi, na ubofye [Tovuti ya Utawala].

Picha ya skrini ya "Portal ya Utawala"

Kwa kuingiza kuingia na nenosiri (iliyowekwa wakati wa mchakato wa usakinishaji) kwenye dirisha kama kwenye picha ya skrini, tunafika kwenye paneli ya udhibiti ya Open Virtualization Manager, ambamo unaweza kufanya vitendo vyote na miundombinu ya mtandaoni:

1. ongeza kituo cha data
2. ongeza na usanidi nguzo
3. ongeza na udhibiti waandaji
4. ongeza maeneo ya kuhifadhi au Vikoa vya Hifadhi kwa diski pepe za mashine
5. ongeza na usanidi mitandao ya mashine pepe
6. ongeza na udhibiti mashine pepe, picha za usakinishaji, violezo vya VM

Vitendo hivi vyote vitajadiliwa zaidi, zingine katika seli kubwa, zingine kwa undani zaidi na kwa nuances.
Lakini kwanza ningependekeza kusoma nyongeza hii, ambayo labda itakuwa muhimu kwa wengi.

Supplement

1) Kimsingi, ikiwa kuna hitaji kama hilo, basi hakuna kinachokuzuia kusanidi hypervisor ya KVM kwenye nodi za nguzo mapema kwa kutumia vifurushi. libvirt и qemu-sq.m (Au qemu-kvm-ev) ya toleo linalohitajika, ingawa wakati wa kupeleka nodi ya nguzo ya oVirt, inaweza kufanya hivi yenyewe.

Lakini ikiwa libvirt и qemu-sq.m Ikiwa hujasakinisha toleo jipya zaidi, unaweza kupokea hitilafu ifuatayo wakati wa kupeleka injini inayopangishwa:

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

Wale. lazima iwe nayo toleo lililosasishwa libvirt na ulinzi kutoka MDS, ambayo inasaidia sera hii:

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

Sakinisha libvirt v.4.5.0-10.el7_6.12, kwa usaidizi wa 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

Angalia usaidizi wa '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'/>

Baada ya hayo, unaweza kuendelea kusanikisha injini ya mwenyeji.

2) Katika oVirt 4.3, kuwepo na matumizi ya ngome firewalld ni hitaji la lazima.

Ikiwa wakati wa kupelekwa kwa VM kwa injini mwenyeji tunapokea makosa yafuatayo:

[ 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

Kisha unahitaji kuzima firewall nyingine (ikiwa inatumiwa), na kufunga na kukimbia 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

Baadaye, wakati wa kusakinisha wakala wa ovirt kwenye seva pangishi mpya ya nguzo, itasanidi bandari zinazohitajika katika firewalld moja kwa moja.

3) Kuwasha tena seva pangishi na VM inayoendesha juu yake na injini iliyopangishwa.

Kama kawaida, kiungo 1 и kiungo 2 kwa hati za usimamizi.

Usimamizi wote wa VM ya injini iliyoshikiliwa hufanywa kwa kutumia amri TU mwenyeji-injini juu ya mwenyeji ambapo inaendesha, kuhusu Virsh lazima tusahau, na ukweli kwamba unaweza kuunganishwa na VM hii kupitia SSH na kuendesha amri "shutdown'.

Mchakato wa kuweka VM katika hali ya matengenezo:

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

Tunawasha tena seva pangishi kwa kutumia wakala wa injini iliyopangishwa na kufanya kile tunachohitaji nayo.

Baada ya kuwasha upya, angalia hali ya VM na injini mwenyeji:

hosted-engine --vm-status

Ikiwa VM yetu iliyo na injini ya mwenyeji haianza na ikiwa tunaona makosa kama hayo kwenye logi ya huduma:

Hitilafu katika logi ya huduma:

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

Kisha tunaunganisha hifadhi na kuanzisha tena wakala:

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

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

Baada ya kuanza VM na injini mwenyeji, tunaiondoa kwenye hali ya matengenezo:

Utaratibu wa kuondoa VM kutoka kwa hali ya matengenezo:

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) Kuondoa injini iliyopangishwa na kila kitu kinachohusiana nayo.

Wakati mwingine ni muhimu kuondoa vizuri injini iliyowekwa hapo awali - kiungo kwa hati ya mwongozo.

Endesha tu amri kwenye mwenyeji:

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

Ifuatayo, tunaondoa vifurushi visivyo vya lazima, tukihifadhi nakala za usanidi kabla ya hii, ikiwa ni lazima:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

Uundaji wa kituo kipya cha data

Nyaraka za kumbukumbu - Mwongozo wa Utawala wa oVirt. Sura ya 4: Vituo vya Data

Kwanza hebu tufafanue ni nini kituo cha data (Ninanukuu kutoka kwa usaidizi) ni chombo cha kimantiki ambacho kinafafanua seti ya rasilimali zinazotumiwa katika mazingira maalum.

Kituo cha data ni aina ya kontena inayojumuisha:

• rasilimali za mantiki kwa namna ya makundi na majeshi
• rasilimali za mtandao wa nguzo kwa namna ya mitandao ya kimantiki na adapta za kimwili kwenye majeshi,
• rasilimali za uhifadhi (kwa disks za VM, templates, picha) kwa namna ya maeneo ya kuhifadhi (Vikoa vya Uhifadhi).

Kituo cha data kinaweza kujumuisha vikundi vingi vinavyojumuisha wapangishi wengi na mashine pepe zinazoendeshwa juu yake, na kinaweza pia kuwa na maeneo mengi ya hifadhi yanayohusishwa nacho.
Kunaweza kuwa na vituo kadhaa vya data; hufanya kazi kwa kujitegemea. Ovirt ina mgawanyo wa mamlaka kwa jukumu, na unaweza kusanidi ruhusa kibinafsi, katika kiwango cha kituo cha data na kwa vipengele vyake vya kimantiki.

Kituo cha data, au vituo vya data ikiwa kuna kadhaa kati yao, vinadhibitiwa kutoka kwa koni moja ya usimamizi au lango.

Ili kuunda kituo cha data, nenda kwenye tovuti ya usimamizi na uunde kituo kipya cha data:
Thibitisha >> Vituo data >> New

Kwa kuwa tunatumia hifadhi iliyoshirikiwa kwenye mfumo wa kuhifadhi, Aina ya Hifadhi inapaswa Kushirikiwa:

Picha ya skrini ya Mchawi wa Uundaji wa Kituo cha Data

Wakati wa kusanikisha mashine ya kawaida na injini ya mwenyeji, kituo cha data huundwa kwa chaguo-msingi - Kituo cha data1, na kisha, ikiwa ni lazima, unaweza kubadilisha Aina yake ya Hifadhi hadi nyingine.

Kuunda kituo cha data ni kazi rahisi, bila nuances yoyote ya hila, na vitendo vyote vya ziada nayo vinaelezewa katika nyaraka. Jambo pekee nitakalokumbuka ni kwamba wapangishaji pekee ambao wana uhifadhi wa ndani tu (diski) kwa VM hawataweza kuingia kwenye kituo cha data na Aina ya Hifadhi - Iliyoshirikiwa (haiwezi kuongezwa hapo), na kwao unahitaji kuunda. kituo cha data tofauti - i.e. Kila seva pangishi iliyo na hifadhi ya ndani inahitaji kituo chake tofauti cha data.

Kuunda kikundi kipya

Unganisha kwa hati - Mwongozo wa Utawala wa oVirt. Sura ya 5: Makundi

Bila maelezo yasiyo ya lazima, nguzo - hii ni kikundi cha kimantiki cha majeshi ambayo yana eneo la kawaida la kuhifadhi (kwa namna ya disks zilizoshirikiwa kwenye mfumo wa kuhifadhi, kama ilivyo kwetu). Inastahili pia kuwa wapangishi kwenye nguzo wafanane katika maunzi na wawe na aina moja ya kichakataji (Intel au AMD). Ni bora, kwa kweli, kwamba seva kwenye nguzo zinafanana kabisa.

Nguzo ni sehemu ya kituo cha data (na aina maalum ya uhifadhi - Mitaa au Pamoja), na wapangishi wote lazima wawe wa aina fulani ya nguzo, kulingana na kama wana hifadhi ya pamoja au la.

Wakati wa kusanikisha mashine ya kawaida na injini iliyokaribishwa kwenye mwenyeji, kituo cha data huundwa kwa chaguo-msingi - Kituo cha data1, pamoja na nguzo - Nguzo1, na katika siku zijazo unaweza kusanidi vigezo vyake, kuwezesha chaguzi za ziada, kuongeza majeshi kwake, nk.

Kama kawaida, kwa maelezo juu ya mipangilio yote ya nguzo, inashauriwa kurejelea hati rasmi. Ya baadhi ya vipengele vya kuanzisha nguzo, nitaongeza tu kwamba wakati wa kuunda, inatosha kusanidi tu vigezo vya msingi kwenye kichupo. ujumla.

Nitazingatia vigezo muhimu zaidi:

• Aina ya wasindikaji - imechaguliwa kulingana na ambayo wasindikaji wamewekwa kwenye majeshi ya nguzo, ni mtengenezaji gani wanatoka, na ni processor gani kwenye majeshi ni ya zamani zaidi, ili, kulingana na hili, maelekezo yote ya processor inapatikana katika nguzo hutumiwa.
• Badilisha aina - katika nguzo yetu tunatumia daraja la Linux pekee, ndiyo sababu tunaichagua.
• Aina ya firewall - kila kitu kiko wazi hapa, hii ni firewalld, ambayo lazima iwashwe na kusanidiwa kwenye wapangishaji.

Picha ya skrini iliyo na vigezo vya nguzo

Kusakinisha wapangishi wa ziada katika mazingira ya Kujihudumia Mwenyewe

Kiungo kwa nyaraka.

Wapangishi wa ziada wa mazingira ya Kujipangisha wenyewe huongezwa kwa njia sawa na mwenyeji wa kawaida, na hatua ya ziada ya kupeleka VM na injini inayopangishwa - Chagua kitendo cha kupeleka injini iliyopangishwa >> Tumia. Kwa kuwa seva pangishi ya ziada lazima pia iwasilishwe na LUN kwa VM yenye injini inayopangishwa, hii ina maana kwamba seva pangishi hii inaweza, ikiwa ni lazima, kutumika kupangisha VM yenye injini inayopangishwa juu yake.
Kwa madhumuni ya uvumilivu wa hitilafu, inashauriwa sana kuwa na angalau majeshi mawili ambayo VM ya injini ya mwenyeji inaweza kuwekwa.

Kwenye seva pangishi ya ziada, zima iptables (ikiwashwa), washa firewalld

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Sakinisha toleo la KVM linalohitajika (ikiwa ni lazima):

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

Sakinisha hazina zinazohitajika na kisakinishi cha injini mwenyeji:

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

Ifuatayo, nenda kwenye koni Fungua Kidhibiti cha Uboreshaji, ongeza mwenyeji mpya, na ufanye kila kitu hatua kwa hatua, kama ilivyoandikwa ndani nyaraka.

Kwa hivyo, baada ya kuongeza seva pangishi ya ziada, tunapaswa kupata kitu kama picha kwenye kiweko cha msimamizi, kama kwenye picha ya skrini.

Picha ya skrini ya lango la utawala - wasimamizi

Mwenyeji ambaye injini ya mwenyeji VM inafanya kazi kwa sasa ina taji ya dhahabu na maandishi "Kuendesha Injini Iliyopangishwa VM", mwenyeji ambaye VM hii inaweza kuzinduliwa ikiwa ni lazima - uandishi "Inaweza kuendesha Injini Iliyopangishwa VM'.

Katika tukio la kushindwa kwa mwenyeji ambapo "Kuendesha Injini Iliyopangishwa VM", itaanza upya kiotomatiki kwa mwenyeji wa pili. VM hii pia inaweza kuhamishwa kutoka kwa seva pangishi inayotumika hadi kwa seva pangishi ya kusubiri kwa ajili ya matengenezo yake.

Kuweka Usimamizi wa Nguvu / uzio kwenye wapangishi wa oVirt

Viungo vya nyaraka:

• Uboreshaji wa Kofia Nyekundu 4.3 -> Rejeleo la Kiufundi -> Sura ya 4. Usimamizi wa Nguvu
• Mwongozo wa Utawala wa oVirt -> Sura ya 7: Wenyeji

Ingawa inaweza kuonekana kama umemaliza kuongeza na kusanidi mwenyeji, hiyo si kweli kabisa.
Kwa uendeshaji wa kawaida wa majeshi, na kutambua / kutatua kushindwa na yeyote kati yao, Usimamizi wa Nguvu / mipangilio ya uzio inahitajika.

Fencing, au uzio, ni mchakato wa kuwatenga kwa muda seva pangishi yenye hitilafu au iliyoshindwa kutoka kwenye nguzo, wakati ambapo huduma za oVirt zilizo juu yake au seva pangishi yenyewe huwashwa upya.

Maelezo yote juu ya ufafanuzi na vigezo vya Usimamizi wa Nguvu / uzio hupewa, kama kawaida, katika nyaraka; Nitatoa tu mfano wa jinsi ya kusanidi paramu hii muhimu, kama inavyotumika kwa seva za Dell R640 zilizo na iDRAC 9.

1. Nenda kwenye portal ya utawala, bofya Thibitisha >> majeshi chagua mwenyeji.
2. Bofya Hariri.
3. Bofya kichupo Usimamizi wa Power.
4. Angalia kisanduku karibu na chaguo Washa Usimamizi wa Nishati.
5. Angalia kisanduku karibu na chaguo Ujumuishaji wa Kdumpili kuzuia seva pangishi kwenda katika hali ya uzio wakati wa kurekodi utupaji wa kernel ya ajali.

Kumbuka.

Baada ya kuwezesha ujumuishaji wa Kdump kwenye seva pangishi inayoendesha tayari, lazima isakinishwe upya kulingana na utaratibu katika Mwongozo wa Utawala wa oVirt -> Sura ya 7: Wenyeji -> Kusakinisha upya Sevasji.

1. Kwa hiari, unaweza kuangalia kisanduku Zima udhibiti wa sera ya usimamizi wa nguvu, ikiwa hatutaki usimamizi wa nguvu za mwenyeji udhibitiwe na Sera ya Kuratibu ya nguzo.
2. Bonyeza kitufe (+) ili kuongeza kifaa kipya cha kudhibiti nishati, dirisha la kuhariri sifa za wakala litafunguliwa.
   Kwa iDRAC9, jaza sehemu:
   • Anwani - anwani ya iDRAC9
   • Jina la mtumiaji / Nenosiri - kuingia na nenosiri la kuingia kwenye iDRAC9, mtawalia
   • aina -dra 5
   • Weka alama Salama
   • ongeza chaguzi zifuatazo: cmd_prompt=>,login_timeout=30

Picha ya skrini iliyo na vigezo vya "Usimamizi wa Nguvu" katika sifa za mwenyeji

Kuunda eneo la kuhifadhi au Vikoa vya Hifadhi

Unganisha kwa nyaraka - Mwongozo wa Utawala wa oVirt, Sura ya 8: Hifadhi.

Kikoa cha Hifadhi, au eneo la kuhifadhi, ni eneo la kati la kuhifadhi diski pepe za mashine, picha za usakinishaji, violezo na vijipicha.

Maeneo ya hifadhi yanaweza kuunganishwa kwenye kituo cha data kwa kutumia itifaki mbalimbali, nguzo na mifumo ya faili za mtandao.

oVirt ina aina tatu za eneo la kuhifadhi:

• Kikoa cha Takwimu - kuhifadhi data zote zinazohusiana na mashine za kawaida (diski, violezo). Kikoa cha Data hakiwezi kushirikiwa kati ya vituo tofauti vya data.
• Kikoa cha ISO (aina ya kizamani ya eneo la kuhifadhi) - kwa kuhifadhi picha za usakinishaji wa OS. Kikoa cha ISO kinaweza kushirikiwa kati ya vituo tofauti vya data.
• Hamisha Kikoa (aina ya kizamani ya eneo la kuhifadhi) - kwa uhifadhi wa muda wa picha zilizohamishwa kati ya vituo vya data.

Katika hali yetu mahususi, eneo la kuhifadhi lenye aina ya Kikoa cha Data hutumia Itifaki ya Fiber Channel (FCP) kuunganisha kwenye LUNs kwenye mfumo wa hifadhi.

Kutoka kwa mtazamo wa oVirt, wakati wa kutumia mifumo ya kuhifadhi (FC au iSCSI), kila disk virtual, snapshot au template ni disk mantiki.
Vifaa vya kuzuia hukusanywa katika kitengo kimoja (kwenye vipangishi vya nguzo) kwa kutumia Kikundi cha Kiasi na kisha kugawanywa kwa kutumia LVM katika viwango vya kimantiki, ambavyo hutumika kama diski pepe za VM.

Vikundi hivi vyote na juzuu nyingi za LVM zinaweza kuonekana kwenye mwenyeji wa nguzo kwa kutumia amri na kadhalika и lvs. Kwa kawaida, vitendo vyote na disks vile vinapaswa kufanyika tu kutoka kwa console ya oVirt, isipokuwa katika kesi maalum.

Disks za kweli za VM zinaweza kuwa za aina mbili - QCOW2 au RAW. Diski zinaweza kuwa "nyembamba"au"nene". Vijipicha kila wakati huundwa kama "nyembamba".

Njia ya kudhibiti vikoa vya Hifadhi, au maeneo ya hifadhi yanayofikiwa kupitia FC, ni ya kimantiki - kwa kila diski pepe ya VM kuna kiasi tofauti cha kimantiki ambacho kinaweza kuandikwa na mwenyeji mmoja tu. Kwa miunganisho ya FC, oVirt hutumia kitu kama LVM iliyounganishwa.

Mashine pepe zilizo kwenye eneo moja la hifadhi zinaweza kuhamishwa kati ya seva pangishi zinazomilikiwa na kundi moja.

Kama tunavyoweza kuona kutoka kwa maelezo, nguzo katika oVirt, kama nguzo katika VMware vSphere au Hyper-V, kimsingi inamaanisha kitu kimoja - ni kikundi cha kimantiki cha majeshi, ikiwezekana kufanana katika muundo wa vifaa, na kuwa na uhifadhi wa kawaida wa mtandaoni. diski za mashine.

Wacha tuendelee moja kwa moja kuunda eneo la kuhifadhi data (diski za VM), kwani bila hiyo kituo cha data hakitaanzishwa.
Acha nikukumbushe kwamba LUN zote zinazowasilishwa kwa wapangishi wa nguzo kwenye mfumo wa uhifadhi lazima zionekane juu yao kwa kutumia amri "njia nyingi -ll'.

Kulingana na nyaraka, nenda kwa portal nenda kwa kuhifadhi >> Domains -> Kikoa Kipya na ufuate maagizo kutoka sehemu ya "Kuongeza Hifadhi ya FCP".

Baada ya kuzindua mchawi, jaza sehemu zinazohitajika:

• jina - weka jina la nguzo
• Kazi ya Kikoa - Takwimu
• Aina ya Hifadhi - Fiber Channel
• Mwenyeji wa Kutumia — chagua mwenyeji ambaye LUN tunayohitaji inapatikana

Katika orodha ya LUNs, alama moja tunayohitaji, bofya Kuongeza na kisha OK. Ikiwa ni lazima, unaweza kurekebisha vigezo vya ziada vya eneo la kuhifadhi kwa kubofya Vigezo vya hali ya juu.

Picha ya skrini ya mchawi kwa kuongeza "Kikoa cha Hifadhi"

Kulingana na matokeo ya mchawi, tunapaswa kupokea eneo jipya la hifadhi, na kituo chetu cha data kinapaswa kuhamia hali UP, au kuanzishwa:

Picha za skrini za kituo cha data na maeneo ya kuhifadhi ndani yake:

Kuunda na kusanidi mitandao ya mashine pepe

Unganisha kwa nyaraka - Mwongozo wa Utawala wa oVirt, Sura ya 6: Mitandao ya Kimantiki

Mitandao, au mitandao, hutumika kupanga mitandao ya kimantiki inayotumika katika miundombinu pepe ya oVirt.

Ili kuingiliana kati ya adapta ya mtandao kwenye mashine pepe na adapta halisi kwenye seva pangishi, miingiliano yenye mantiki kama vile daraja la Linux hutumiwa.

Ili kupanga na kugawanya trafiki kati ya mitandao, VLAN husanidiwa kwenye swichi.

Wakati wa kuunda mtandao wa kimantiki kwa mashine za kawaida katika oVirt, lazima ipewe kitambulisho kinacholingana na nambari ya VLAN kwenye swichi ili VM ziweze kuwasiliana na kila mmoja, hata ikiwa zinaendesha kwenye nodi tofauti za nguzo.

Mipangilio ya awali ya adapta za mtandao kwenye seva pangishi za kuunganisha mashine pepe ilibidi ifanyike ndani makala iliyopita - kiolesura cha kimantiki kimeundwa 1, basi mipangilio yote ya mtandao inapaswa kufanywa tu kupitia portal ya utawala ya oVirt.

Baada ya kuunda VM na injini mwenyeji, pamoja na uundaji wa moja kwa moja wa kituo cha data na nguzo, mtandao wa kimantiki pia uliundwa kiotomatiki kusimamia nguzo yetu - ovritmgmt, ambayo VM hii iliunganishwa.

Ikiwa ni lazima, unaweza kuona mipangilio ya mtandao ya mantiki ovritmgmt na uzirekebishe, lakini lazima uwe mwangalifu usipoteze udhibiti wa miundombinu ya oVirt.

Mipangilio ya mtandao ya kimantiki ovritmgmt

Ili kuunda mtandao mpya wa kimantiki kwa VM za kawaida, kwenye lango la usimamizi nenda kwa Mtandao >> Mitandao >> New, na kwenye kichupo ujumla ongeza mtandao na kitambulisho cha VLAN unachotaka, na pia angalia kisanduku karibu na "Mtandao wa VM", hii inamaanisha kuwa inaweza kutumika kwa kazi ya VM.

Picha ya skrini ya mtandao mpya wa kimantiki wa VLAN32

Katika kichupo Nguzo, tunaambatisha mtandao huu kwenye nguzo yetu Nguzo1.

Baada ya hayo tunaenda Thibitisha >> majeshi, nenda kwa kila mwenyeji kwa zamu, kwenye kichupo Mahusiano ya Mtandao, na uzindua mchawi Sanidi mitandao ya seva pangishi, kushurutisha kwa wapangishi wa mtandao mpya wa kimantiki.

Picha ya skrini ya mchawi wa "Weka mitandao ya seva pangishi".

Wakala wa oVirt atafanya moja kwa moja mipangilio yote muhimu ya mtandao kwenye mwenyeji - kuunda VLAN na BRIDGE.

Mfano wa faili za usanidi za mitandao mipya kwenye seva pangishi:

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

Acha nikukumbushe tena kwamba kwenye mwenyeji wa nguzo HAKUNA HAJA unda miingiliano ya mtandao mwenyewe mapema ifcfg-bondi1.432 и ifcfg-ovirtvm-vlan432.

Baada ya kuongeza mtandao wa kimantiki na kuangalia muunganisho kati ya mwenyeji na injini iliyopangishwa VM, inaweza kutumika kwenye mashine ya kawaida.

Kuunda picha ya usakinishaji kwa ajili ya kupeleka mashine pepe

Unganisha kwa nyaraka - Mwongozo wa Utawala wa oVirt, Sura ya 8: Hifadhi, sehemu ya Kupakia Picha kwenye Kikoa cha Kuhifadhi Data.

Bila picha ya usakinishaji wa OS, haitawezekana kusanikisha mashine ya kawaida, ingawa hii bila shaka sio shida ikiwa, kwa mfano, imewekwa kwenye mtandao. Mtengenezaji na picha zilizoundwa mapema.

Kwa upande wetu, hii haiwezekani, kwa hivyo itabidi uingize picha hii kwenye oVirt mwenyewe. Hapo awali, hii ilihitaji kuunda Kikoa cha ISO, lakini katika toleo jipya la oVirt imeacha kutumika, na kwa hivyo sasa unaweza kupakia picha moja kwa moja kwenye kikoa cha Hifadhi kutoka kwa lango la msimamizi.

Katika portal ya utawala nenda kwa kuhifadhi >> disks >> Upload >> Mwanzo
Tunaongeza picha yetu ya OS kama faili ya ISO, jaza sehemu zote kwenye fomu, na ubofye kitufe "Muunganisho wa mtihani".

Picha ya skrini ya Mchawi wa Picha ya Kuongeza

Ikiwa tutapata kosa kama hili:

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`

Kisha unahitaji kuongeza cheti cha oVirt kwa "Mizizi ya CA inayoaminika"(Trusted Root CA) kwenye kituo cha udhibiti cha msimamizi, kutoka ambapo tunajaribu kupakua picha.

Baada ya kuongeza cheti kwa Trusted Root CA, bonyeza tena "Muunganisho wa mtihani", inapaswa kupata:

Connection to ovirt-imageio-proxy was successful.

Baada ya kukamilisha kitendo cha kuongeza cheti, unaweza kujaribu kupakia picha ya ISO kwenye Kikoa cha Hifadhi tena.

Kimsingi, unaweza kutengeneza Kikoa tofauti cha Hifadhi na aina ya Data ili kuhifadhi picha na violezo kando na diski za VM, au hata kuzihifadhi kwenye Kikoa cha Kuhifadhi kwa injini inayosimamiwa, lakini hii ni kwa hiari ya msimamizi.

Picha ya skrini yenye picha za ISO katika Kikoa cha Hifadhi kwa injini inayopangishwa

Unda mashine pepe

Kiungo cha hati:
oVirt Virtual Machine Management Guide -> Sura ya 2: Kusakinisha Mashine pepe za Linux
Rasilimali za Wateja wa Console

Baada ya kupakia picha ya usakinishaji na OS kwenye oVirt, unaweza kuendelea moja kwa moja kuunda mashine ya kawaida. Kazi nyingi zimefanywa, lakini tayari tuko katika hatua ya mwisho, kwa ajili yake ambayo yote haya yalianzishwa - kupata miundombinu inayostahimili hitilafu ya kukaribisha mashine za mtandaoni zinazopatikana sana. Na hii yote ni bure kabisa - hakuna senti moja iliyotumika kununua leseni za programu yoyote.

Ili kuunda mashine ya kawaida na CentOS 7, picha ya usakinishaji kutoka kwa OS lazima ipakuliwe.

Tunaenda kwenye portal ya utawala, nenda kwa Thibitisha >> Mashine Virtual, na uzindua mchawi wa uundaji wa VM. Jaza vigezo na mashamba yote na ubofye OK. Kila kitu ni rahisi sana ikiwa unafuata nyaraka.

Kama mfano, nitatoa mipangilio ya msingi na ya ziada ya VM inayopatikana sana, na diski iliyoundwa, iliyounganishwa kwenye mtandao, na uanzishaji kutoka kwa picha ya usakinishaji:

Picha za skrini zilizo na mipangilio ya VM inayopatikana sana

Baada ya kumaliza kazi na mchawi, funga, uzindua VM mpya na usakinishe OS juu yake.
Ili kufanya hivyo, nenda kwa koni ya VM hii kupitia lango la kiutawala:

Picha ya skrini ya mipangilio ya tovuti ya msimamizi ya kuunganisha kwenye kiweko cha VM

Ili kuunganisha kwenye koni ya VM, lazima kwanza usanidi koni katika sifa za mashine pepe.

Picha ya skrini ya mipangilio ya VM, kichupo cha "Console".

Ili kuunganishwa na koni ya VM unaweza kutumia, kwa mfano, Kitazamaji cha Mashine cha kweli.

Ili kuunganisha kwenye koni ya VM moja kwa moja kwenye dirisha la kivinjari, mipangilio ya unganisho kupitia koni inapaswa kuwa kama ifuatavyo:

Baada ya kusakinisha OS kwenye VM, inashauriwa kusakinisha wakala wa mgeni wa oVirt:

yum -y install epel-release
yum install -y ovirt-guest-agent-common
systemctl enable ovirt-guest-agent.service && systemctl restart ovirt-guest-agent.service
systemctl status ovirt-guest-agent.service

Kwa hiyo, kutokana na matendo yetu, VM iliyoundwa itapatikana sana, i.e. ikiwa nodi ya nguzo ambayo inaendesha itashindwa, oVirt itaanzisha upya kiotomatiki kwenye nodi ya pili. VM hii pia inaweza kuhamishwa kati ya wapangishi wa nguzo kwa ajili ya matengenezo yao au madhumuni mengine.

Hitimisho

Natumai kuwa nakala hii imeweza kufikisha kwamba oVirt ni zana ya kawaida kabisa ya kusimamia miundombinu ya kawaida, ambayo sio ngumu sana kupeleka - jambo kuu ni kufuata sheria na mahitaji fulani yaliyoelezewa katika kifungu na nyaraka.

Kwa sababu ya idadi kubwa ya kifungu hicho, haikuwezekana kujumuisha vitu vingi ndani yake, kama vile utekelezaji wa hatua kwa hatua wa wachawi mbalimbali na maelezo yote ya kina na picha za skrini, hitimisho refu la amri zingine, nk. Kwa kweli, hii ingehitaji kuandika kitabu kizima, ambacho hakina maana sana kutokana na matoleo mapya ya programu yanayoonekana mara kwa mara na uvumbuzi na mabadiliko. Jambo muhimu zaidi ni kuelewa kanuni ya jinsi yote yanavyofanya kazi pamoja, na kupata algorithm ya jumla ya kuunda jukwaa lisilo na hitilafu la kusimamia mashine za kawaida.

Ingawa tumeunda miundombinu pepe, sasa tunahitaji kuifundisha kuingiliana kati ya vipengele vyake mahususi: wapangishi, mashine pepe, mitandao ya ndani na ulimwengu wa nje.

Utaratibu huu ni moja wapo ya kazi kuu za mfumo au msimamizi wa mtandao, ambayo itajadiliwa katika nakala inayofuata - juu ya utumiaji wa ruta za VyOS kwenye miundombinu inayohimili makosa ya biashara yetu (kama ulivyodhani, itafanya kazi kama mtandao. mashine kwenye nguzo yetu ya oVirt).

Chanzo: mapenzi.com