🥇Xətalara dözümlü İT infrastrukturunun yaradılması. Hissə 2. oVirt 4.3 klasterinin quraşdırılması və konfiqurasiyası

Bu məqalə əvvəlkinin davamıdır - "Qüsurlara dözümlü İT infrastrukturunun yaradılması. Hissə 1 - oVirt 4.3 Klasterini Yerləşdirməyə Hazırlıq.

O, infrastrukturun hazırlanması üçün bütün ilkin addımların əvvəllər tamamlandığını nəzərə alaraq yüksək əlçatan virtual maşınların yerləşdirilməsi üçün oVirt 4.3 klasterinin əsas quraşdırılması və konfiqurasiyası prosesini əhatə edəcək.

Prolog

Məqalənin əsas məqsədi “ kimi addım-addım təlimatlar verməkdir.sonrakı -> bəli -> finiş"quraşdırarkən və konfiqurasiya edərkən bəzi xüsusiyyətləri necə göstərmək olar. Klasterinizin yerləşdirilməsi prosesi infrastrukturun və ətraf mühitin xüsusiyyətlərinə görə həmişə orada təsvir edilənlərlə üst-üstə düşməyə bilər, lakin ümumi prinsiplər eyni olacaq.

Subyektiv baxımdan, oVirt 4.3 onun funksionallığı VMware vSphere 5.x versiyasına bənzəyir, lakin təbii ki, öz konfiqurasiya və əməliyyat xüsusiyyətləri ilə.

Maraqlananlar üçün RHEV (aka oVirt) və VMware vSphere arasındakı bütün fərqləri İnternetdə tapmaq olar, məsələn burada, lakin məqalə irəlilədikcə arabir onların bir-biri ilə bəzi fərqlərini və ya oxşarlıqlarını qeyd edəcəyəm.

Ayrı-ayrılıqda, virtual maşınlar üçün şəbəkələrlə işi bir az müqayisə etmək istərdim. oVirt VMware vSphere-də olduğu kimi virtual maşınlar (bundan sonra VM-lər) üçün şəbəkə idarəetməsinin oxşar prinsipini həyata keçirir:

standart Linux körpüsündən istifadə etməklə (VMware-də - Standart vSwitch), virtuallaşdırma hostlarında işləmək;
Open vSwitch (OVS) istifadə edərək (VMware-də - Paylanmış vSwitch) iki əsas komponentdən ibarət paylanmış virtual keçiddir: mərkəzi OVN serveri və idarə olunan hostlarda OVN nəzarətçiləri.

Qeyd etmək lazımdır ki, həyata keçirilməsinin asanlığına görə məqalədə KVM hipervizorundan istifadə edərkən standart seçim olan standart Linux körpüsündən istifadə edərək VM üçün oVirt-də şəbəkələrin qurulması təsvir olunacaq.

Bununla əlaqədar olaraq, klasterdə şəbəkə ilə işləmək üçün bir neçə əsas qaydalar var, onları pozmamaq daha yaxşıdır:

İP ünvanları istisna olmaqla, hostları oVirt-ə əlavə etməzdən əvvəl bütün şəbəkə parametrləri eyni olmalıdır.
Host oVirt-in nəzarəti altına alındıqdan sonra, hərəkətlərinizə tam inam olmadan şəbəkə parametrlərində hər hansı bir şeyi əl ilə dəyişdirmək tövsiyə edilmir, çünki oVirt agenti host və ya agenti yenidən işə saldıqdan sonra onları sadəcə olaraq əvvəlkilərə qaytaracaq. .
VM üçün yeni şəbəkənin əlavə edilməsi, eləcə də onunla işləmək yalnız oVirt idarəetmə konsolundan həyata keçirilməlidir.

Başqa vacib qeyd — çox kritik bir mühit üçün (pul itkilərinə çox həssas) hələ də ödənişli dəstəkdən istifadə etmək və istifadə etmək tövsiyə olunur. Red Hat Virtualizasiyası 4.3. oVirt klasterinin istismarı zamanı bəzi problemlər yarana bilər ki, onların həlli ilə özünüz məşğul olmaqdansa, mümkün qədər tez ixtisaslı yardım almaq məsləhətdir.

Və nəhayət tövsiyə olunur oVirt klasterini yerləşdirməzdən əvvəl onunla tanış olun rəsmi sənədlər, ən azı əsas anlayış və təriflərdən xəbərdar olmaq üçün, əks halda məqalənin davamını oxumaq bir az çətin olacaq.

Məqaləni və oVirt klasterinin iş prinsiplərini başa düşmək üçün əsas bu rəhbər sənədlərdir:

Oradakı həcm çox böyük deyil, bir-iki saatdan sonra əsas prinsipləri tamamilə mənimsəyə bilərsiniz, lakin təfərrüatları sevənlər üçün oxumaq tövsiyə olunur. Red Hat Virtualizasiyası üçün Məhsul Sənədləri 4.3 — RHEV və oVirt mahiyyətcə eyni şeydir.

Beləliklə, hostlar, açarlar və saxlama sistemlərində bütün əsas parametrlər tamamlanıbsa, biz birbaşa oVirt-in yerləşdirilməsinə davam edirik.

Hissə 2. oVirt 4.3 klasterinin quraşdırılması və konfiqurasiyası

Orientasiya asanlığı üçün bu məqalədə bir-bir tamamlanmalı olan əsas bölmələri sadalayacağam:

oVirt idarəetmə serverinin quraşdırılması
Yeni məlumat mərkəzinin yaradılması
Yeni klasterin yaradılması
Self-Hosted mühitində əlavə hostların quraşdırılması
Saxlama sahəsi və ya Saxlama Domenlərinin yaradılması
Virtual maşınlar üçün şəbəkələrin yaradılması və konfiqurasiyası
Virtual maşının yerləşdirilməsi üçün quraşdırma şəklinin yaradılması
Virtual maşın yaradın

oVirt idarəetmə serverinin quraşdırılması

oVirt idarəetmə serveri oVirt infrastrukturunun bütün oVirt infrastrukturunu idarə edən virtual maşın, host və ya virtual cihaz formasında ən mühüm elementidir.

Onun virtualizasiya dünyasından yaxın analoqları bunlardır:

VMware vSphere - vCenter Server
Microsoft Hyper-V - Sistem Mərkəzi Virtual Maşın Meneceri (VMM).

oVirt idarəetmə serverini quraşdırmaq üçün iki seçimimiz var:

Seçim 1
Xüsusi bir VM və ya host şəklində bir serverin yerləşdirilməsi.

Bu seçim kifayət qədər yaxşı işləyir, lakin belə bir VM-nin klasterdən müstəqil işləməsi şərti ilə, yəni. heç bir klaster hostunda KVM ilə işləyən adi virtual maşın kimi işləmir.

Niyə belə bir VM klaster hostlarında yerləşdirilə bilməz?

oVirt idarəetmə serverinin yerləşdirilməsi prosesinin lap əvvəlində qarşımızda dilemma yaranır - idarəetmə VM-ni quraşdırmalıyıq, amma əslində hələ klasterin özü yoxdur və buna görə də tez nə ilə qarşılaşa bilərik? Düzdü - gələcək klaster node-da KVM quraşdırın, sonra onun üzərində virtual maşın yaradın, məsələn, CentOS OS ilə və oVirt mühərrikini orada yerləşdirin. Bu, adətən, belə bir VM üzərində tam nəzarət səbəbləri ilə edilə bilər, lakin bu, səhv niyyətdir, çünki bu halda, gələcəkdə belə bir idarəetmə VM ilə 100% problemlər yaranacaq:

oVirt konsolunda klasterin hostları (qovşaqları) arasında köçürülə bilməz;
vasitəsilə KVM-dən istifadə edərək köçərkən virsh köçür, bu VM oVirt konsolundan idarəetmə üçün əlçatan olmayacaq.
klaster hostları göstərilə bilməz Baxım rejimi (xidmət rejimi), istifadə edərək bu VM-ni hostdan hosta köçürsəniz virsh köçür.

Beləliklə, hər şeyi qaydalara uyğun edin - ya oVirt idarəetmə serveri üçün ayrıca hostdan, ya da onun üzərində işləyən müstəqil VM-dən istifadə edin, ya da daha yaxşısı, ikinci seçimdə yazılanları edin.

Seçim 2
oVirt Mühərrik Alətinin onun idarə etdiyi klaster hostunda quraşdırılması.

Məhz bu seçim bizim vəziyyətimizdə daha düzgün və uyğun hesab ediləcəkdir.
Belə bir VM üçün tələblər aşağıda təsvir edilmişdir; Mən yalnız onu əlavə edəcəyəm ki, onun xətaya dözümlü olması üçün idarəetmə VM-nin işlədilə biləcəyi infrastrukturda ən azı iki hostun olması tövsiyə olunur. Burada əlavə etmək istərdim ki, əvvəlki məqalədəki şərhlərdə artıq yazdığım kimi, heç vaxt əldə edə bilmədim bölünmüş beyin iki hostdan ibarət oVirt klasterində, onlarda hosted mühərrikli VM-ləri işə salmaq imkanı ilə.

OVirt Mühərrik Cihazının klasterin ilk hostunda quraşdırılması

Rəsmi sənədlərə keçid - oVirt Özündə Hosted Mühərrik Bələdçisi, fəsil "Komanda xəttindən istifadə edərək öz-özünə idarə olunan mühərrikin yerləşdirilməsi»

Sənəd hosted-mühərrikli VM-ni yerləşdirməzdən əvvəl yerinə yetirilməli olan ilkin şərtləri müəyyən edir və həmçinin quraşdırma prosesinin özünü ətraflı təsvir edir, ona görə də onu hərfi təkrarlamağın mənası yoxdur, ona görə də bəzi vacib detallara diqqət yetirəcəyik.

Bütün hərəkətlərə başlamazdan əvvəl hostda BIOS parametrlərində virtuallaşdırma dəstəyini aktivləşdirdiyinizə əmin olun.
Hostda quraşdırılmış mühərrik quraşdırıcısı üçün paketi quraşdırın:

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

OVirt Hosted Mühərrikinin hostda ekranda yerləşdirilməsi proseduruna başlayırıq (onu Ctrl-A + D ilə çıxa, Ctrl-D ilə bağlaya bilərsiniz):

screen
hosted-engine --deploy

İstəyirsinizsə, quraşdırmanı əvvəlcədən hazırlanmış cavab faylı ilə işə sala bilərsiniz:

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

Hosted-mühərrikini yerləşdirərkən bütün lazımi parametrləri təyin edirik:

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

Yerləşdirilmiş mühərriki olan yüksək əlçatan VM quraşdırmaq üçün biz əvvəllər yaddaş sistemində 4 nömrəli və 150 GB ölçüsündə xüsusi LUN yaratdıq, sonra o, klaster hostlarına təqdim edildi - baxın əvvəlki məqalə.

Əvvəllər onun hostlarda görünməsini də yoxladıq:

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

Yerləşdirilən mühərrikin yerləşdirilməsi prosesinin özü mürəkkəb deyil, sonunda belə bir şey almalıyıq:

[ 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

Biz hostda oVirt xidmətlərinin mövcudluğunu yoxlayırıq:

Hər şey düzgün aparılıbsa, quraşdırma tamamlandıqdan sonra getmək üçün veb brauzerindən istifadə edin https://ovirt_hostname/ovirt-engine administratorun kompüterindən və [ klikləyinİdarəetmə Portalı].

“İdarəetmə Portalı”nın ekran görüntüsü

Ekran görüntüsündə olduğu kimi pəncərəyə giriş və şifrəni (quraşdırma zamanı təyin edilmiş) daxil etməklə, virtual infrastrukturla bütün hərəkətləri edə biləcəyiniz Open Virtualization Manager idarəetmə panelinə daxil oluruq:

məlumat mərkəzi əlavə edin
klaster əlavə edin və konfiqurasiya edin
hostları əlavə edin və idarə edin
virtual maşın diskləri üçün saxlama sahələri və ya Saxlama Domenləri əlavə edin
virtual maşınlar üçün şəbəkələr əlavə edin və konfiqurasiya edin
virtual maşınlar, quraşdırma şəkilləri, VM şablonları əlavə edin və idarə edin

Bütün bu hərəkətlər daha sonra müzakirə ediləcək, bəziləri böyük hüceyrələrdə, digərləri daha ətraflı və nüanslarla.
Ancaq əvvəlcə bu əlavəni oxumağı tövsiyə edərdim, yəqin ki, çoxları üçün faydalı olacaq.

Əlavə

1) Prinsipcə, belə bir ehtiyac varsa, paketlərdən istifadə edərək KVM hipervizorunu klaster qovşaqlarına əvvəlcədən quraşdırmanıza heç bir şey mane olmur. libvirt и qemu-kvm (Və ya qemu-kvm-ev) istədiyiniz versiyanın, baxmayaraq ki, oVirt klaster qovşağını yerləşdirərkən bunu özü edə bilər.

Amma əgər libvirt и qemu-kvm Ən son versiyanı quraşdırmamısınızsa, yerləşdirilən mühərriki yerləşdirərkən aşağıdakı xətanı ala bilərsiniz:

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

Bunlar. olmalıdır yenilənmiş versiya libvirt -dən müdafiə ilə MDS, bu siyasəti dəstəkləyən:

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

md-clear dəstəyi ilə libvirt v.4.5.0-10.el7_6.12 quraşdırın:

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

'md-clear' dəstəyini yoxlayın:

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

Bundan sonra, hosting mühərrikinin quraşdırılmasına davam edə bilərsiniz.

2) oVirt 4.3-də firewallun olması və istifadəsi firewalld məcburi tələbdir.

Hosted-mühərrik üçün VM-nin yerləşdirilməsi zamanı aşağıdakı xətanı alırıq:

[ 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

Sonra başqa bir firewall (əgər istifadə olunursa) söndürməli və quraşdırıb işə salmalısınız 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

Daha sonra ovirt agentini klaster üçün yeni hostda quraşdırarkən o, tələb olunan portları konfiqurasiya edəcək. firewalld avtomatik.

3) Host edilmiş mühərriklə işləyən VM ilə hostun yenidən yüklənməsi.

Həmişəki kimi, keçid 1 и keçid 2 idarəetmə sənədlərinə.

Yerləşdirilmiş mühərrik VM-nin bütün idarə edilməsi YALNIZ əmrdən istifadə etməklə həyata keçirilir hosted-motor onun işlədiyi hostda, haqqında Virş unutmamalıyıq, həmçinin SSH vasitəsilə bu VM-ə qoşula və əmri işlədə bilərsiniz "kapatma.

VM-nin texniki xidmət rejiminə salınması proseduru:

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

Biz hostu yerləşdirilən mühərrik agenti ilə yenidən işə salırıq və onunla lazım olanı edirik.

Yenidən başladıqdan sonra VM-nin vəziyyətini hosting mühərriki ilə yoxlayın:

hosted-engine --vm-status

Hosted-mühərrikli VM-miz başlamazsa və xidmət jurnalında oxşar xətaları görsək:

Xidmət jurnalında xəta:

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

Sonra yaddaşı bağlayırıq və agenti yenidən işə salırıq:

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

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

VM-ni hosted-mühərriklə işə saldıqdan sonra onu texniki xidmət rejimindən çıxarırıq:

VM-nin texniki xidmət rejimindən çıxarılması proseduru:

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) Yerləşdirilmiş mühərrikin və onunla əlaqəli hər şeyin çıxarılması.

Bəzən əvvəllər quraşdırılmış bir mühərriki düzgün şəkildə çıxarmaq lazımdır - əlaqə təlimat sənədinə.

Sadəcə hostda əmri yerinə yetirin:

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

Sonra, lazımsız paketləri çıxarırıq, lazım gələrsə, bundan əvvəl bəzi konfiqurasiyaların ehtiyat nüsxəsini çıxarırıq:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs

Yeni məlumat mərkəzinin yaradılması

İstinad sənədləri - oVirt Administration Guide. Fəsil 4: Məlumat Mərkəzləri

Əvvəlcə bunun nə olduğunu müəyyənləşdirək məlumat mərkəzi (Köməkdən sitat gətirirəm) müəyyən bir mühitdə istifadə olunan resurslar toplusunu təyin edən məntiqi varlıqdır.

Məlumat mərkəzi aşağıdakılardan ibarət bir konteyner növüdür:

klasterlər və hostlar şəklində məntiqi resurslar
məntiqi şəbəkələr və hostlarda fiziki adapterlər şəklində klaster şəbəkə resursları,
saxlama sahələri (Storage Domains) şəklində saxlama resursları (VM diskləri, şablonlar, şəkillər üçün).

Məlumat mərkəzi, üzərində işləyən virtual maşınları olan çoxsaylı hostlardan ibarət çoxsaylı klasterləri əhatə edə bilər və onunla əlaqəli bir çox saxlama sahəsi də ola bilər.
Bir neçə məlumat mərkəzi ola bilər, onlar bir-birindən asılı olmayaraq fəaliyyət göstərirlər. Ovirt-də səlahiyyətlərin rola görə ayrılması var və siz icazələri həm məlumat mərkəzi səviyyəsində, həm də onun fərdi məntiqi elementlərində fərdi olaraq konfiqurasiya edə bilərsiniz.

Məlumat mərkəzi və ya onlardan bir neçəsi varsa məlumat mərkəzləri tək inzibati konsoldan və ya portaldan idarə olunur.

Məlumat mərkəzi yaratmaq üçün inzibati portala keçin və yeni məlumat mərkəzi yaradın:
Hesablayın >> Məlumat Mərkəzləri >> yeni

Yaddaş sistemində paylaşılan yaddaşdan istifadə etdiyimiz üçün Yaddaş Növü Paylaşılmalıdır:

Məlumat Mərkəzi Yaratma Sihirbazının ekran görüntüsü

Yerləşdirilmiş mühərriki olan virtual maşın quraşdırarkən, standart olaraq məlumat mərkəzi yaradılır - Məlumat mərkəzi 1və sonra, lazım gələrsə, onun Yaddaş Tipini başqasına dəyişə bilərsiniz.

Məlumat mərkəzinin yaradılması heç bir çətin nüanslar olmadan sadə bir işdir və onunla bütün əlavə hərəkətlər sənədlərdə təsvir edilmişdir. Qeyd edəcəyim yeganə şey odur ki, VM-lər üçün yalnız yerli yaddaşa (disk) malik olan tək hostlar Saxlama Tipi - Paylaşılan (onları ora əlavə etmək olmaz) məlumat mərkəzinə daxil ola bilməyəcəklər və onlar üçün siz yaratmalısınız. ayrı bir məlumat mərkəzi - yəni. Yerli yaddaşa malik hər bir fərdi hostun öz ayrıca məlumat mərkəzinə ehtiyacı var.

Yeni klasterin yaradılması

Sənədlərə keçid - oVirt İdarəetmə Bələdçisi. Fəsil 5: Klasterlər

Lazımsız detallar olmadan, çoxluq – bu, ümumi saxlama sahəsinə malik olan hostların məntiqi qruplaşmasıdır (bizim vəziyyətimizdə olduğu kimi yaddaş sistemində paylaşılan disklər şəklində). Klasterdəki hostların aparat baxımından eyni olması və eyni tip prosessor (Intel və ya AMD) olması da arzu edilir. Ən yaxşısı, əlbəttə ki, klasterdəki serverlərin tamamilə eyni olmasıdır.

Klaster məlumat mərkəzinin bir hissəsidir (müəyyən bir saxlama növü ilə - Yerli və ya Paylaşılan) və bütün hostlar paylaşılan yaddaşa malik olub-olmamasından asılı olaraq bir növ klasterə aid olmalıdır.

Bir hostda yerləşdirilən mühərriki olan virtual maşın quraşdırarkən, standart olaraq məlumat mərkəzi yaradılır - Məlumat mərkəzi 1, klaster ilə birlikdə - Klaster1, və gələcəkdə onun parametrlərini konfiqurasiya edə, əlavə seçimləri aktivləşdirə, ona hostlar əlavə edə və s.

Həmişə olduğu kimi, bütün klaster parametrləri haqqında ətraflı məlumat üçün rəsmi sənədlərə müraciət etmək məsləhətdir. Klaster qurmağın bəzi xüsusiyyətlərindən yalnız onu əlavə edəcəyəm ki, onu yaratarkən tabdakı yalnız əsas parametrləri konfiqurasiya etmək kifayətdir. Ümumi.

Ən vacib parametrləri qeyd edəcəyəm:

Prosessor növü — klaster hostlarında hansı prosessorların quraşdırıldığına, onların hansı istehsalçıdan olduğuna və hostlarda hansı prosessorun ən köhnə olduğuna görə seçilir ki, bundan asılı olaraq klasterdəki bütün mövcud prosessor təlimatlarından istifadə olunsun.
Keçid növü – klasterimizdə yalnız Linux körpüsündən istifadə edirik, ona görə də onu seçirik.
Firewall növü – burada hər şey aydındır, bu, hostlarda aktiv edilməli və konfiqurasiya edilməli olan firewalldır.

Klaster parametrləri ilə ekran görüntüsü

Self-Hosted mühitində əlavə hostların quraşdırılması

Əlaqə sənədləşmə üçün.

Self-Hosted mühiti üçün əlavə hostlar adi hostla eyni şəkildə əlavə edilir, əlavə addımla VM-nin yerləşdirilən mühərriki ilə yerləşdirilməsi - Yerləşdirilmiş mühərrik yerləşdirmə əməliyyatını seçin >> yerləşdirmək. Əlavə hosta həm də host edilmiş mühərriki olan VM üçün LUN təqdim edilməli olduğundan, bu o deməkdir ki, bu host, zərurət olduqda, üzərində yerləşdirilən mühərriki olan VM-i yerləşdirmək üçün istifadə edilə bilər.
Səhvlərə dözümlülük məqsədləri üçün, yerləşdirilən mühərrik VM-nin yerləşdirilə biləcəyi ən azı iki hostun olması tövsiyə olunur.

Əlavə hostda iptables-i söndürün (əgər aktivdirsə), firewalld-u aktivləşdirin

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Tələb olunan KVM versiyasını quraşdırın (lazım olduqda):

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

Lazımi depoları və quraşdırılmış mühərrik quraşdırıcısını quraşdırın:

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

Sonra, konsola keçin Virtuallaşdırma menecerini açın, yeni host əlavə edin və hər şeyi addım-addım edin sənədləşdirmə.

Nəticədə, əlavə bir host əlavə etdikdən sonra, ekran görüntüsündə olduğu kimi, inzibati konsolda şəkil kimi bir şey almalıyıq.

İnzibati portalın ekran görüntüsü - hostlar

Yerləşdirilmiş mühərrik VM-nin hazırda aktiv olduğu hostun qızıl tacı və “yazısı var.Hosted Engine VM-nin işə salınması", lazım olduqda bu VM-nin işə salına biləcəyi host - yazı "Hosted Engine VM-ni işlədə bilər.

Ev sahibinin uğursuzluğu halında "Hosted Engine VM-nin işə salınması", o, avtomatik olaraq ikinci hostda yenidən başlayacaq. Bu VM həm də ona qulluq üçün aktiv hostdan gözləmə hostuna köçürülə bilər.

oVirt hostlarında Güc İdarəetmə / qılıncoynatma qurmaq

Sənədləşmə bağlantıları:

Red Hat Virtualization 4.3 -> Texniki Arayış -> Fəsil 4. Enerjinin idarə edilməsi
oVirt İdarəetmə Bələdçisi -> Fəsil 7: Hostlar

Host əlavə etmək və konfiqurasiya etmək bitmiş kimi görünsə də, bu tamamilə doğru deyil.
Hostların normal işləməsi və onlardan hər hansı birində nasazlıqları müəyyən etmək/həll etmək üçün Güc İdarəetmə / qılıncoynatma parametrləri tələb olunur.

Qılıncoynatma, və ya qılıncoynatma, nasaz və ya uğursuz hostun klasterdən müvəqqəti olaraq xaric edilməsi prosesidir, bu müddət ərzində ya onun üzərindəki oVirt xidmətləri, ya da hostun özü yenidən işə salınır.

Güc İdarəetmə / qılıncoynatma tərifləri və parametrləri ilə bağlı bütün təfərrüatlar, həmişə olduğu kimi, sənədlərdə verilmişdir; Mən yalnız iDRAC 640 ilə Dell R9 serverlərinə tətbiq edilən bu vacib parametrin necə konfiqurasiya olunacağına dair bir nümunə verəcəyəm.

İnzibati portala keçin, vurun Hesablayın >> Hosts host seçin.
klikləyin Redaktə etmək.
Nişanı basın Güc idarəetməsi.
Seçimlərin yanındakı qutuyu yoxlayın Güc İdarəetməsini aktivləşdirin.
Seçimlərin yanındakı qutuyu yoxlayın Kdump inteqrasiyasıkernel crash dump qeyd edərkən hostun qılıncoynatma rejiminə keçməsinin qarşısını almaq üçün.

Qeyd edək.

Artıq işləyən hostda Kdump inteqrasiyasını aktiv etdikdən sonra oVirt İdarəetmə Bələdçisi -> proseduruna uyğun olaraq yenidən quraşdırılmalıdır. Fəsil 7: Hostlar -> Hostların yenidən qurulması.

İstəyə görə, qutunu yoxlaya bilərsiniz Güc idarəçiliyinə siyasət nəzarətini söndürün, əgər biz ana güc idarəçiliyinin klasterin Planlaşdırma Siyasəti tərəfindən idarə olunmasını istəmiriksə.
düyməsini basın (+) yeni enerji idarəetmə cihazı əlavə etmək üçün agent xassələrinin redaktə pəncərəsi açılacaq.
iDRAC9 üçün sahələri doldurun:
- ünvan – iDRAC9 ünvanı
- İstifadəçi adı və şifrə – müvafiq olaraq iDRAC9-a daxil olmaq üçün giriş və parol
- növü -drac5
- işarə Təmin etmək
- aşağıdakı seçimləri əlavə edin: cmd_prompt=>,login_timeout=30

Host xüsusiyyətlərində "Güc İdarəetmə" parametrləri ilə ekran görüntüsü

Saxlama sahəsi və ya Saxlama Domenlərinin yaradılması

Sənədlərə keçid - oVirt İdarəetmə Bələdçisi, Fəsil 8: Saxlama.

Saxlama Domeni, və ya saxlama sahəsi virtual maşın disklərini, quraşdırma şəkillərini, şablonları və anlıq görüntüləri saxlamaq üçün mərkəzləşdirilmiş yerdir.

Saxlama sahələri müxtəlif protokollar, klaster və şəbəkə fayl sistemlərindən istifadə etməklə məlumat mərkəzinə qoşula bilər.

oVirt üç növ saxlama sahəsinə malikdir:

Məlumat Alanı – virtual maşınlarla əlaqəli bütün məlumatları saxlamaq (disklər, şablonlar). Data Domain müxtəlif məlumat mərkəzləri arasında paylaşıla bilməz.
ISO Domain (köhnəlmiş saxlama sahəsi) – OS quraşdırma şəkillərini saxlamaq üçün. ISO Domain müxtəlif məlumat mərkəzləri arasında paylaşıla bilər.
Domeni ixrac edin (köhnəlmiş saxlama sahəsi) – məlumat mərkəzləri arasında köçürülmüş şəkillərin müvəqqəti saxlanması üçün.

Bizim xüsusi halda, Data Domain tipli saxlama sahəsi yaddaş sistemindəki LUN-lara qoşulmaq üçün Fiber Kanal Protokolundan (FCP) istifadə edir.

oVirt nöqteyi-nəzərindən, saxlama sistemlərindən (FC və ya iSCSI) istifadə edərkən hər bir virtual disk, snapshot və ya şablon məntiqi diskdir.
Blok qurğuları Volume Group istifadə edərək vahid vahidə (klaster hostlarında) yığılır və sonra LVM-dən istifadə edərək VM-lər üçün virtual disk kimi istifadə olunan məntiqi həcmlərə bölünür.

Bütün bu qruplar və bir çox LVM həcmləri əmrlərdən istifadə edərək klaster hostunda görünə bilər və s и lvs. Təbii ki, bu cür disklərlə bütün hərəkətlər, xüsusi hallar istisna olmaqla, yalnız oVirt konsolundan edilməlidir.

VM-lər üçün virtual disklər iki növ ola bilər - QCOW2 və ya RAW. Disklər ola bilər"nazik"və ya"qalın". Snapshotlar həmişə " kimi yaradılır.ince".

Saxlama domenlərini və ya FC vasitəsilə əldə edilən saxlama sahələrini idarə etməyin yolu olduqca məntiqlidir - hər bir VM virtual diski üçün yalnız bir host tərəfindən yazıla bilən ayrıca məntiqi həcm var. FC əlaqələri üçün oVirt çoxluqlu LVM kimi bir şey istifadə edir.

Eyni saxlama sahəsində yerləşən virtual maşınlar eyni klasterə aid hostlar arasında köçürülə bilər.

Təsvirdən gördüyümüz kimi, oVirt-də klaster, VMware vSphere və ya Hyper-V-dəki klaster kimi, mahiyyətcə eyni şeyi ifadə edir - bu, üstünlük təşkil edən aparat tərkibində eyni olan və virtual üçün ümumi yaddaşa malik olan hostların məntiqi qruplaşmasıdır. maşın diskləri.

Gəlin birbaşa məlumat üçün saxlama sahəsi (VM diskləri) yaratmağa davam edək, çünki onsuz məlumat mərkəzi işə salınmayacaq.
Nəzərinizə çatdırım ki, saxlama sistemindəki klaster hostlarına təqdim olunan bütün LUN-lar əmrdən istifadə edərək onlarda görünməlidir.multipath -ll.

Uyğun olaraq sənədləşdirmə, portala gedin gedin saxlama >> Domains -> Yeni Domen və "FCP yaddaşının əlavə edilməsi" bölməsindəki təlimatlara əməl edin.

Sihirbazı işə saldıqdan sonra tələb olunan sahələri doldurun:

ad — klaster adını təyin edin
Domen funksiyası -Məlumatlar
Saxlama növü - Fiber Kanal
İstifadə üçün Host — tələb etdiyimiz LUN-un mövcud olduğu hostu seçin

LUN-ların siyahısında bizə lazım olanı qeyd edin, vurun əlavə etmək və sonra OK. Lazım gələrsə, üzərinə klikləməklə saxlama sahəsinin əlavə parametrlərini tənzimləyə bilərsiniz Ətraflı Parametrlər.

“Storage domain” əlavə etmək üçün sehrbazın ekran görüntüsü

Sehrbazın nəticələrinə əsasən, biz yeni bir saxlama sahəsi almalıyıq və məlumat mərkəzimiz statusa keçməlidir. UP, və ya başlanğıc:

Məlumat mərkəzinin və oradakı saxlama sahələrinin ekran görüntüləri:

Virtual maşınlar üçün şəbəkələrin yaradılması və konfiqurasiyası

Sənədlərə keçid - oVirt İdarəetmə Bələdçisi, Fəsil 6: Məntiqi Şəbəkələr

Şəbəkələr və ya şəbəkələr oVirt virtual infrastrukturunda istifadə olunan məntiqi şəbəkələri qruplaşdırmaq üçün xidmət edir.

Virtual maşındakı şəbəkə adapteri ilə hostdakı fiziki adapter arasında qarşılıqlı əlaqə yaratmaq üçün Linux körpüsü kimi məntiqi interfeyslərdən istifadə olunur.

Trafiki şəbəkələr arasında qruplaşdırmaq və bölmək üçün VLAN-lar açarlarda konfiqurasiya edilir.

oVirt-də virtual maşınlar üçün məntiqi şəbəkə yaratarkən ona kommutatorda VLAN nömrəsinə uyğun identifikator təyin edilməlidir ki, VM-lər hətta klasterin müxtəlif qovşaqlarında işləsələr belə, bir-biri ilə əlaqə saxlaya bilsinlər.

Virtual maşınları birləşdirmək üçün hostlarda şəbəkə adapterlərinin ilkin parametrləri edilməli idi əvvəlki məqalə – konfiqurasiya edilmiş məntiqi interfeys bond1, onda bütün şəbəkə parametrləri yalnız oVirt inzibati portalı vasitəsilə edilməlidir.

Yerləşdirilmiş mühərriki olan VM yaratdıqdan sonra məlumat mərkəzi və klasterin avtomatik yaradılması ilə yanaşı, klasterimizi idarə etmək üçün avtomatik olaraq məntiqi şəbəkə də yaradıldı - ovritmgmt, bu VM-nin bağlı olduğu.

Lazım gələrsə, məntiqi şəbəkə parametrlərinə baxa bilərsiniz ovritmgmt və onları tənzimləyin, lakin oVirt infrastrukturuna nəzarəti itirməmək üçün diqqətli olmalısınız.

Məntiqi şəbəkə parametrləri ovritmgmt

Adi VM-lər üçün yeni məntiqi şəbəkə yaratmaq üçün inzibati portala keçin şəbəkə >> Networks >> yeni, və nişanda Ümumi istədiyiniz VLAN ID ilə şəbəkə əlavə edin, həmçinin " yanındakı qutuyu işarələyinVM şəbəkəsi", bu o deməkdir ki, onu VM-yə təyin etmək üçün istifadə etmək olar.

Yeni VLAN32 məntiqi şəbəkəsinin ekran görüntüsü

Nişanda Qrup, biz bu şəbəkəni klasterimizə əlavə edirik Klaster1.

Bundan sonra gedirik Hesablayın >> Hosts, hər bir hosta növbə ilə, nişana keçin Şəbəkə interfeysləri, və sehrbazı işə salın Host şəbəkələrini quraşdırın, yeni məntiqi şəbəkənin hostlarına qoşulmaq üçün.

“Host şəbəkələrini qur” sehrbazının ekran görüntüsü

oVirt agenti avtomatik olaraq hostda bütün lazımi şəbəkə parametrlərini edəcək - VLAN və BRIDGE yaradacaq.

Hostda yeni şəbəkələr üçün nümunə konfiqurasiya faylları:

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

Sizə bir daha xatırlatmaq istəyirəm ki, klaster hostunda EHTİYAC YOXDUR şəbəkə interfeyslərini əvvəlcədən əl ilə yaradın ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

Məntiqi şəbəkə əlavə etdikdən və host və hosting mühərriki VM arasında əlaqə yoxlanıldıqdan sonra virtual maşında istifadə oluna bilər.

Virtual maşının yerləşdirilməsi üçün quraşdırma şəklinin yaradılması

Sənədlərə keçid - oVirt İdarəetmə Bələdçisi, Fəsil 8: Saxlama, bölmə Şəkillərin Məlumat Saxlama Domeninə Yüklənməsi.

ƏS quraşdırma şəkli olmadan virtual maşın quraşdırmaq mümkün olmayacaq, baxmayaraq ki, məsələn, şəbəkədə quraşdırılıbsa, bu, əlbəttə ki, problem deyil. Çəkic əvvəlcədən hazırlanmış şəkillərlə.

Bizim vəziyyətimizdə bu mümkün deyil, ona görə də siz bu şəkli özünüz oVirt-ə idxal etməli olacaqsınız. Əvvəllər bunun üçün ISO Domeni yaradılması tələb olunurdu, lakin oVirt-in yeni versiyasında o köhnəlmişdir və buna görə də siz indi inzibati portaldan şəkilləri birbaşa Yaddaş domeninə yükləyə bilərsiniz.

İnzibati portala keçin saxlama >> Disklər >> Yüklə >> start
OS şəklimizi ISO faylı olaraq əlavə edirik, formadakı bütün sahələri doldururuq və düyməni basın "Test bağlantısı".

Quraşdırma Şəkili Əlavə Sihirbazının ekran görüntüsü

Əgər belə bir səhv alırıqsa:

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`

Sonra oVirt sertifikatını əlavə etməlisiniz "Etibarlı Kök CA"(Trusted Root CA) administratorun idarəetmə stansiyasında, şəkli endirməyə çalışdığımız yerdən.

Etibarlı Kök CA-ya sertifikat əlavə etdikdən sonra yenidən klikləyin "Test bağlantısı", almalıdır:

Connection to ovirt-imageio-proxy was successful.

Sertifikat əlavə etmək əməliyyatını tamamladıqdan sonra ISO şəklini Saxlama Domeninə yenidən yükləməyə cəhd edə bilərsiniz.

Prinsipcə, siz şəkilləri və şablonları VM disklərindən ayrıca saxlamaq üçün Məlumat növü ilə ayrıca Saxlama Domaini yarada və ya hətta onları yerləşdirilən mühərrik üçün Yaddaş Domenində saxlaya bilərsiniz, lakin bu, administratorun ixtiyarındadır.

Yerləşdirilmiş mühərrik üçün Storage Domain-də ISO şəkilləri ilə ekran görüntüsü

Virtual maşın yaradın

Sənədləşmə linki:
oVirt Virtual Maşın İdarəetmə Bələdçisi -> Fəsil 2: Linux Virtual Maşınlarının quraşdırılması
Konsol Müştəriləri Resursları

Quraşdırma şəklini OS ilə oVirt-ə yüklədikdən sonra birbaşa virtual maşın yaratmağa davam edə bilərsiniz. Çox iş görülüb, lakin biz artıq son mərhələdəyik, bunun üçün bütün bunlara başlanılıb - yüksək əlçatan virtual maşınların yerləşdirilməsi üçün nasazlığa dözümlü infrastrukturun əldə edilməsi. Və bütün bunlar tamamilə pulsuzdur - hər hansı bir proqram lisenziyasının alınmasına bir qəpik də xərclənmədi.

CentOS 7 ilə virtual maşın yaratmaq üçün OS-dən quraşdırma şəkli endirilməlidir.

İnzibati portala gedirik, gedin Hesablayın >> Virtual maşınlar, və VM yaratma sehrbazını işə salın. Bütün parametrləri və sahələri doldurun və vurun OK. Sənədlərə əməl etsəniz, hər şey çox sadədir.

Nümunə olaraq, yaradılmış diski olan, şəbəkəyə qoşulmuş və quraşdırma təsvirindən yüklənən yüksək əlçatan VM-nin əsas və əlavə parametrlərini verəcəyəm:

Yüksək əlçatan VM parametrləri ilə ekran görüntüləri

Sihirbazla işi bitirdikdən sonra onu bağlayın, yeni VM işə salın və üzərinə ƏS quraşdırın.
Bunu etmək üçün inzibati portal vasitəsilə bu VM-nin konsoluna keçin:

VM konsoluna qoşulmaq üçün inzibati portal parametrlərinin ekran görüntüsü

VM konsoluna qoşulmaq üçün əvvəlcə virtual maşının xüsusiyyətlərində konsolu konfiqurasiya etməlisiniz.

VM parametrlərinin ekran görüntüsü, “Konsol” nişanı

VM konsoluna qoşulmaq üçün istifadə edə bilərsiniz, məsələn, Virtual Maşın Baxıcısı.

Brauzer pəncərəsində birbaşa VM konsoluna qoşulmaq üçün konsol vasitəsilə əlaqə parametrləri aşağıdakı kimi olmalıdır:

ƏS-ni VM-də quraşdırdıqdan sonra oVirt qonaq agentini quraşdırmaq məsləhətdir:

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

Beləliklə, bizim hərəkətlərimiz nəticəsində yaradılmış VM yüksək dərəcədə əlçatan olacaq, yəni. onun işlədiyi klaster qovşağı uğursuz olarsa, oVirt onu avtomatik olaraq ikinci qovşaqda yenidən işə salacaq. Bu VM həm də onların saxlanması və ya digər məqsədlər üçün klaster hostları arasında köçürülə bilər.

Nəticə

Ümid edirəm ki, bu məqalə oVirt-in virtual infrastrukturu idarə etmək üçün tamamilə normal bir vasitədir, onu yerləşdirmək o qədər də çətin deyil - əsas odur ki, həm məqalədə, həm də sənədlərdə təsvir olunan müəyyən qaydalara və tələblərə riayət etməkdir.

Məqalənin həcmi böyük olduğuna görə ona bir çox şeyi daxil etmək mümkün olmadı, məsələn, müxtəlif sehrbazların bütün ətraflı izahatları və ekran görüntüləri ilə addım-addım icrası, bəzi əmrlərin uzun nəticələri və s. Əslində bu, bütöv bir kitabın yazılmasını tələb edəcək, bu da proqramın yeni versiyalarının daim yeniliklər və dəyişikliklərlə görünməsi səbəbindən çox məna kəsb etmir. Ən əsası, hamısının birlikdə necə işləməsi prinsipini başa düşmək və virtual maşınları idarə etmək üçün səhvlərə dözümlü platforma yaratmaq üçün ümumi alqoritm əldə etməkdir.

Biz virtual infrastruktur yaratsaq da, indi ona həm onun ayrı-ayrı elementləri: hostlar, virtual maşınlar, daxili şəbəkələr, həm də xarici dünya ilə qarşılıqlı əlaqə qurmağı öyrətməliyik.

Bu proses sistem və ya şəbəkə administratorunun əsas vəzifələrindən biridir, növbəti məqalədə - VyOS virtual marşrutlaşdırıcılarının müəssisəmizin nasazlığa dözümlü infrastrukturunda istifadəsi haqqında (təxmin etdiyiniz kimi, onlar virtual olaraq işləyəcəklər) oVirt klasterimizdəki maşınlar).

Mənbə: www.habr.com

Qüsurlara dözümlü İT infrastrukturunun yaradılması. Hissə 2. oVirt 4.3 klasterinin quraşdırılması və konfiqurasiyası