Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Бұл мақала алдыңғы мақаланың жалғасы - «Ақауларға төзімді АТ-инфрақұрылымын құру. 1-бөлім – oVirt 4.3 кластерін орналастыруға дайындық«.

Ол инфрақұрылымды дайындаудың барлық алдын ала қадамдары бұрын орындалғанын ескере отырып, қолжетімділігі жоғары виртуалды машиналарды орналастыру үшін oVirt 4.3 кластерін негізгі орнату және конфигурациялау процесін қамтиды.

Кіріспе

Мақаланың негізгі мақсаты – «Келесі -> иә -> Аяқтау«оны орнату және конфигурациялау кезінде кейбір мүмкіндіктерді қалай көрсетуге болады. Инфрақұрылым мен ортаның сипаттамаларына байланысты кластерді орналастыру процесі әрқашан онда сипатталғанмен сәйкес келмеуі мүмкін, бірақ жалпы принциптер бірдей болады.

Субъективтік тұрғыдан алғанда, oVirt 4.3 оның функционалдығы VMware vSphere 5.x нұсқасына ұқсас, бірақ, әрине, өзінің конфигурация және жұмыс мүмкіндіктері бар.

Қызығушылық танытқандар үшін RHEV (aka oVirt) және VMware vSphere арасындағы барлық айырмашылықтарды Интернетте табуға болады, мысалы осында, бірақ мен олардың кейбір айырмашылықтарын немесе бір-бірімен ұқсастықтарын мақала барысында әлі де кейде атап өтемін.

Бөлек, мен виртуалды машиналарға арналған желілермен жұмысты аздап салыстырғым келеді. oVirt VMware vSphere жүйесіндегі сияқты виртуалды машиналарға (бұдан әрі – VM) желіні басқарудың ұқсас принципін жүзеге асырады:

  • стандартты Linux көпірін пайдалану (VMware-де - Стандартты vSwitch), виртуалдандыру хосттарында жұмыс істеу;
  • Open vSwitch (OVS) арқылы (VMware жүйесінде - Бөлінген vSwitch) екі негізгі компоненттен тұратын бөлінген виртуалды қосқыш: орталық OVN сервері және басқарылатын хосттардағы OVN контроллерлері.

Іске асырудың қарапайымдылығына байланысты мақалада KVM гипервизорын пайдалану кезінде стандартты таңдау болып табылатын стандартты Linux көпірі арқылы VM үшін oVirt желілерін орнату сипатталатынын атап өткен жөн.

Осыған байланысты кластердегі желімен жұмыс істеудің бірнеше негізгі ережелері бар, оларды бұзбау керек:

  • oVirt-ке қоспас бұрын хосттардағы барлық желі параметрлері IP мекенжайларын қоспағанда бірдей болуы керек.
  • Хост oVirt бақылауына алынғаннан кейін, сіздің әрекеттеріңізге толық сенімсіз желі параметрлерінде ештеңені қолмен өзгерту ұсынылмайды, өйткені oVirt агенті хостты қайта іске қосқаннан кейін оларды жай ғана алдыңғыларына қайтарады немесе агент.
  • VM үшін жаңа желіні қосу, сондай-ақ онымен жұмыс істеу тек oVirt басқару консолінен орындалуы керек.

Басқа маңызды ескерту — өте маңызды орта үшін (ақшалай шығындарға өте сезімтал) әлі де ақылы қолдауды пайдалану және пайдалану ұсынылады. Red Hat виртуализациясы 4.3. oVirt кластерінің жұмысы кезінде кейбір мәселелер туындауы мүмкін, олармен өз бетіңізше айналыспай, мүмкіндігінше тезірек білікті көмек алған жөн.

Ақыр соңында, ұсынылған oVirt кластерін қолданбас бұрын, танысыңыз ресми құжаттама, кем дегенде негізгі ұғымдар мен анықтамалардан хабардар болу үшін, әйтпесе мақаланың қалған бөлігін оқу сәл қиын болады.

Мақаланы және oVirt кластерінің жұмыс істеу принциптерін түсіну үшін мына нұсқаулық құжаттар негізгі болып табылады:

Көлемі онша үлкен емес, бір-екі сағатта сіз негізгі принциптерді толық меңгере аласыз, бірақ егжей-тегжейлерді ұнататындар үшін оны оқу ұсынылады. Red Hat виртуализациясына арналған өнім құжаттамасы 4.3 — RHEV және oVirt бір нәрсе.

Сонымен, хосттардағы, қосқыштардағы және сақтау жүйелеріндегі барлық негізгі параметрлер аяқталған болса, біз oVirt-ті орналастыруға тікелей көшеміз.

2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Бағдарлауды жеңілдету үшін мен осы мақаланың негізгі бөлімдерін тізімдеймін, олар бір-бірлеп толтырылуы керек:

  1. oVirt басқару серверін орнату
  2. Жаңа деректер орталығын құру
  3. Жаңа кластер құру
  4. Өздігінен орналастырылған ортада қосымша хосттарды орнату
  5. Сақтау аймағын немесе сақтау домендерін жасау
  6. Виртуалды машиналар үшін желілерді құру және конфигурациялау
  7. Виртуалды машинаны орналастыру үшін орнату кескінін жасау
  8. Виртуалды машина жасаңыз

oVirt басқару серверін орнату

oVirt басқару сервері виртуалды машина, хост немесе бүкіл oVirt инфрақұрылымын басқаратын виртуалды құрылғы түріндегі oVirt инфрақұрылымындағы ең маңызды элемент болып табылады.

Оның виртуализация әлеміндегі жақын аналогтары:

  • VMware vSphere - vCenter сервері
  • Microsoft Hyper-V - Жүйе орталығының виртуалды машина менеджері (VMM).

oVirt басқару серверін орнату үшін бізде екі опция бар:

1 нұсқасы
Арнайы VM немесе хост түрінде серверді орналастыру.

Бұл опция өте жақсы жұмыс істейді, бірақ мұндай VM кластерден тәуелсіз жұмыс істейтін болса, яғни. кез келген кластер хостында KVM жұмыс істейтін кәдімгі виртуалды машина ретінде жұмыс істемейді.

Неліктен мұндай виртуалды компьютерді кластерлік хосттарда орналастыру мүмкін емес?

oVirt басқару серверін орналастыру процесінің ең басында бізде дилемма туындады - біз басқару VM орнатуымыз керек, бірақ іс жүзінде кластердің өзі әлі жоқ, сондықтан біз жылдам не ойлап таба аламыз? Бұл дұрыс - болашақ кластер түйініне KVM орнатыңыз, содан кейін оған виртуалды машина жасаңыз, мысалы, CentOS ОЖ-мен және оған oVirt қозғалтқышын орналастырыңыз. Бұл әдетте мұндай VM-ді толық бақылау себептері бойынша жасалуы мүмкін, бірақ бұл қате ниет, өйткені бұл жағдайда болашақта мұндай басқару VM-мен 100% проблемалар туындайды:

  • оны oVirt консолінде кластердің хосттары (түйіндері) арасында тасымалдау мүмкін емес;
  • арқылы KVM арқылы тасымалдау кезінде вирш қоныс аударады, бұл VM oVirt консолінен басқару үшін қолжетімді болмайды.
  • кластер хосттарын көрсету мүмкін емес Техникалық қызмет көрсету режимі (техникалық қызмет көрсету режимі), егер сіз осы VM құрылғысын хосттан хостқа көшірсеңіз вирш қоныс аударады.

Сондықтан бәрін ережелерге сәйкес орындаңыз - oVirt басқару сервері үшін бөлек хостты немесе онда жұмыс істейтін тәуелсіз VM пайдаланыңыз немесе жақсырақ, екінші опцияда жазылғандай орындаңыз.

2 нұсқасы
oVirt Engine құралын өзі басқаратын кластерлік хостқа орнату.

Дәл осы нұсқа біздің жағдайда одан әрі дұрыс және қолайлы деп қарастырылады.
Мұндай VM-ге қойылатын талаптар төменде сипатталған; Мен оны қатеге төзімді ету үшін басқару VM іске қосуға болатын инфрақұрылымда кемінде екі хосттың болуы ұсынылатынын қосамын. Бұл жерде мен алдыңғы мақалада түсініктемелерде жазғанымдай, мен ешқашан ала алмағанымды қосқым келеді бөлінетін ми екі хосттан тұратын oVirt кластерінде, оларда орналастырылған қозғалтқыштың виртуалды құрылғыларын іске қосу мүмкіндігі бар.

oVirt қозғалтқыш құралын кластердің бірінші хостына орнату

Ресми құжаттамаға сілтеме - oVirt өзін-өзі басқаратын қозғалтқыш нұсқаулығы, бөлім »Пәрмен жолын пайдалану арқылы өздігінен орналастырылған қозғалтқышты қолдану»

Құжат орналастырылған қозғалтқышты VM қолданбас бұрын орындалуы керек алғышарттарды көрсетеді, сонымен қатар орнату процесінің өзін егжей-тегжейлі сипаттайды, сондықтан оны сөзбе-сөз қайталаудың қажеті шамалы, сондықтан біз кейбір маңызды мәліметтерге тоқталамыз.

  • Барлық әрекеттерді бастамас бұрын, хосттағы BIOS параметрлерінде виртуалдандыруды қолдауды қосуды ұмытпаңыз.
  • Хостқа орналастырылған қозғалтқыш орнатушысының бумасын орнатыңыз:

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 Engine қолдану процедурасын бастаймыз (одан Ctrl-A + D арқылы шығуға, Ctrl-D арқылы жабуға болады):

screen
hosted-engine --deploy

Қаласаңыз, орнатуды алдын ала дайындалған жауап файлымен іске қосуға болады:

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

  • Хост-қозғалтқышты орналастыру кезінде біз барлық қажетті параметрлерді көрсетеміз:

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

  • Орналастырылған қозғалтқышы бар жоғары қолжетімді VM орнату үшін біз бұрын сақтау жүйесінде 4 саны және 150 ГБ көлеміндегі арнайы LUN жасадық, содан кейін кластер хосттарына ұсынылды - қараңыз. алдыңғы мақала.

Бұрын біз оның хосттарда көрінуін де тексердік:

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

  • Қозғалтқышты орналастыру процесінің өзі күрделі емес; соңында біз келесідей нәрсені алуымыз керек:

[ 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

Хостта oVirt қызметтерінің бар-жоғын тексереміз:

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Егер бәрі дұрыс орындалса, орнату аяқталғаннан кейін веб-шолғышты пайдаланыңыз https://ovirt_hostname/ovirt-engine әкімші компьютерінен [ түймесін басыңыз.Әкімшілік порталы].

«Әкімшілік порталының» скриншоты

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Скриншоттағыдай терезеге логин мен құпия сөзді (орнату процесінде орнатылған) енгізу арқылы біз виртуалды инфрақұрылыммен барлық әрекеттерді орындауға болатын Open Virtualization Manager басқару тақтасына кіреміз:

  1. деректер орталығын қосыңыз
  2. кластерді қосыңыз және конфигурациялаңыз
  3. хосттарды қосу және басқару
  4. виртуалды машина дискілері үшін сақтау аймақтарын немесе сақтау домендерін қосыңыз
  5. виртуалды машиналар үшін желілерді қосу және конфигурациялау
  6. виртуалды машиналарды, орнату кескіндерін, VM үлгілерін қосу және басқару

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Барлық осы әрекеттер одан әрі талқыланады, кейбіреулері үлкен ұяшықтарда, басқалары толығырақ және нюанстармен.
Бірақ алдымен осы қондырманы оқуды ұсынар едім, бұл көпшілікке пайдалы болуы мүмкін.

Қосымша

1) Негізінде, егер мұндай қажеттілік болса, пакеттерді пайдаланып алдын ала кластер түйіндеріне KVM гипервизорын орнатуға ештеңе кедергі болмайды. libvirt и qemu-kvm (немесе qemu-kvm-ev) қалаған нұсқаның, бірақ oVirt кластер түйінін қолдану кезінде ол мұны өзі жасай алады.

Бірақ егер libvirt и qemu-kvm Соңғы нұсқаны орнатпаған болсаңыз, орналастырылған қозғалтқышты орналастыру кезінде келесі қатені алуыңыз мүмкін:

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

Анау. болуы керек жаңартылған нұсқасы libvirt қорғаумен MDS, бұл саясатты қолдайды:

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

md-clear қолдауымен libvirt v.4.5.0-10.el7_6.12 орнатыңыз:

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» қолдауын тексеріңіз:

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

Осыдан кейін сіз орналастырылған қозғалтқышты орнатуды жалғастыра аласыз.

2) oVirt 4.3 нұсқасында брандмауэрдің болуы және қолданылуы firewalld міндетті талап болып табылады.

Хост-қозғалтқыш үшін VM-ді қолдану кезінде біз келесі қатені аламыз:

[ 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

Содан кейін басқа брандмауэрді өшіру керек (егер ол пайдаланылса), орнатып, іске қосыңыз 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

Кейінірек кластерге арналған жаңа хостқа ovirt агентін орнатқанда, ол қажетті порттарды конфигурациялайды. firewalld автоматты түрде.

3) Орналастырылған қозғалтқышпен жұмыс істейтін VM бар хостты қайта жүктеу.

Әдеттегідей, сілтеме 1 и сілтеме 2 басқару құжаттарына.

Орналастырылған VM қозғалтқышының барлық басқаруы ТЕК пәрмен арқылы орындалады хост-қозғалтқыш ол жұмыс істейтін хостта, шамамен вирш біз ұмытуымыз керек, сонымен қатар сіз осы VM-ге SSH арқылы қосылып, пәрменді іске қоса аласыз «жабу«.

VM-ді техникалық қызмет көрсету режиміне қою процедурасы:

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

Біз хостты орналастырылған қозғалтқыш агентімен қайта жүктеп, онымен қажет нәрсені жасаймыз.

Қайта жүктегеннен кейін, орналастырылған қозғалтқышпен VM күйін тексеріңіз:

hosted-engine --vm-status

Хост-қозғалтқышы бар VM іске қосылмаса және қызмет журналында ұқсас қателерді көрсек:

Қызмет журналындағы қате:

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

Содан кейін біз жадты қосып, агентті қайта іске қосамыз:

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

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

VM-ді орналастырылған қозғалтқышпен іске қосқаннан кейін оны техникалық қызмет көрсету режимінен шығарамыз:

VM-ді техникалық қызмет көрсету режимінен жою процедурасы:

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) Орналастырылған қозғалтқышты және онымен байланысты барлық нәрсені жою.

Кейде бұрын орнатылған орналастырылған қозғалтқышты дұрыс жою қажет - байланыс нұсқаулық құжатқа.

Тек хосттағы пәрменді іске қосыңыз:

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

Әрі қарай, қажет болса, кейбір конфигурациялардың сақтық көшірмесін жасай отырып, қажет емес пакеттерді алып тастаймыз:

yum autoremove ovirt* qemu* virt* libvirt* libguestfs 

Жаңа деректер орталығын құру

Анықтамалық құжаттама - oVirt Administration Guide. 4-тарау: Деректер орталықтары

Алдымен оның не екенін анықтайық деректер орталығы (Анықтамадан үзінді келтіремін) - белгілі бір ортада қолданылатын ресурстардың жиынын анықтайтын логикалық нысан.

Деректер орталығы - бұл мыналардан тұратын контейнер түрі:

  • кластерлер мен хосттар түріндегі логикалық ресурстар
  • логикалық желілер және хосттардағы физикалық адаптерлер түріндегі кластерлік желі ресурстары,
  • сақтау ресурстары (VM дискілері, шаблондар, кескіндер үшін) сақтау аймақтары түрінде (Storage Domains).

Деректер орталығы виртуалды машиналары бар бірнеше хосттардан тұратын бірнеше кластерді қамтуы мүмкін, сонымен қатар онымен байланысты бірнеше сақтау аймақтары болуы мүмкін.
Бірнеше деректер орталықтары болуы мүмкін, олар бір-бірінен тәуелсіз жұмыс істейді. Ovirt-те рөлдер бойынша өкілеттіктерді бөлу мүмкіндігі бар және рұқсаттарды деректер орталығы деңгейінде де, оның жеке логикалық элементтерінде де жеке конфигурациялауға болады.

Деректер орталығы немесе деректер орталықтары, егер олардың бірнешеуі болса, бір әкімшілік консольден немесе порталдан басқарылады.

Деректер орталығын жасау үшін әкімшілік порталға өтіп, жаңа деректер орталығын жасаңыз:
Есептеу >> деректер орталықтары >> жаңа

Сақтау жүйесінде ортақ жадты пайдаланатындықтан, сақтау түрі ортақ болуы керек:

Деректер орталығын жасау шеберінің скриншоты

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Қозғалтқышы бар виртуалды машинаны орнату кезінде әдепкі бойынша деректер орталығы жасалады - Деректер орталығы 1, содан кейін қажет болса, оның Сақтау түрін басқасына өзгертуге болады.

Деректер орталығын құру - бұл күрделі нюанстарсыз қарапайым тапсырма және онымен барлық қосымша әрекеттер құжаттамада сипатталған. Айта кететін жалғыз нәрсе, VM үшін тек жергілікті жады (диск) бар жалғыз хосттар Сақтау түрі - Ортақ (оларды қосу мүмкін емес) деректер орталығына кіре алмайды және олар үшін сіз жасауыңыз керек. жеке деректер орталығы - яғни. Жергілікті жады бар әрбір жеке хост өзінің жеке деректер орталығын қажет етеді.

Жаңа кластер құру

Құжаттамаға сілтеме - oVirt әкімшілік нұсқаулығы. 5-тарау: Кластерлер

Қажетсіз мәліметтерсіз, кластер – бұл жалпы сақтау аймағы бар хосттардың логикалық топтастырылуы (біздің жағдайымыздағыдай сақтау жүйесіндегі ортақ дискілер түрінде). Сондай-ақ, кластердегі хосттардың аппараттық құралда бірдей болуы және процессордың бірдей түрі (Intel немесе AMD) болғаны жөн. Ең дұрысы, әрине, кластердегі серверлер толығымен бірдей.

Кластер деректер орталығының бөлігі болып табылады (белгілі бір сақтау түрі бар - жергілікті немесе Ортақ) және барлық хосттар ортақ жады бар-жоғына байланысты кластердің қандай да бір түріне тиесілі болуы керек.

Хостта орналастырылған қозғалтқышы бар виртуалды машинаны орнату кезінде әдепкі бойынша деректер орталығы жасалады - Деректер орталығы 1, кластермен бірге – Кластер1, және болашақта оның параметрлерін конфигурациялауға, қосымша опцияларды қосуға, оған хосттарды қосуға және т.б.

Әдеттегідей, барлық кластер параметрлері туралы толық ақпаратты ресми құжаттамаға жүгінген жөн. Кластерді орнатудың кейбір мүмкіндіктерінің ішінен мен оны жасау кезінде қойындыдағы негізгі параметрлерді ғана конфигурациялау жеткілікті екенін қосамын. жалпы.

Мен ең маңызды параметрлерді атап өтемін:

  • Процессор түрі — кластер хосттарында қандай процессорлар орнатылғанына, олар қай өндірушіден екеніне және хосттардағы қай процессор ең ескі екеніне байланысты таңдалады, соған байланысты кластердегі барлық қолжетімді процессор нұсқаулары пайдаланылады.
  • Ауыстыру түрі – біздің кластерде біз тек Linux көпірін қолданамыз, сондықтан біз оны таңдаймыз.
  • Брандмауэр түрі – мұнда бәрі түсінікті, бұл брандмауэр, ол хосттарда қосылып, конфигурациялануы керек.

Кластер параметрлері бар скриншот

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Өздігінен орналастырылған ортада қосымша хосттарды орнату

байланыс құжаттама үшін.

Өздігінен орналастырылған ортаға арналған қосымша хосттар әдеттегі хост сияқты, орналастырылған қозғалтқышы бар VM қолданудың қосымша қадамымен қосылады - Орналастырылған қозғалтқышты орналастыру әрекетін таңдаңыз >> жаю. Қосымша хостта орналастырылған қозғалтқышы бар VM үшін LUN ұсынылуы керек болғандықтан, бұл бұл хост қажет болған жағдайда орналастырылған қозғалтқышы бар VM орналастыру үшін пайдаланылуы мүмкін дегенді білдіреді.
Ақауларға төзімділік мақсаттары үшін орналастырылған қозғалтқыштың виртуалды құрылғысын орналастыруға болатын кемінде екі хост болуы ұсынылады.

Қосымша хостта iptables өшіріңіз (қосылған болса), брандмауэрді қосыңыз

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Қажетті KVM нұсқасын орнатыңыз (қажет болса):

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

Қажетті репозиторийлерді және орналастырылған қозғалтқыш орнатушысын орнатыңыз:

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

Әрі қарай, консольге өтіңіз Виртуализация менеджерін ашыңыз, жаңа хост қосыңыз және жазылғандай барлығын қадам бойынша орындаңыз құжаттама.

Нәтижесінде, қосымша хостты қосқаннан кейін біз скриншоттағы сияқты әкімшілік консольдегі суретке ұқсас нәрсені алуымыз керек.

Әкімшілік порталдың скриншоты – хосттар

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Орналастырылған қозғалтқыш VM қазіргі уақытта белсенді болып табылатын хостта алтын тәжі және «Hosted Engine VM іске қосу", қажет болған жағдайда бұл VM іске қосылуы мүмкін хост - жазу "Hosted Engine VM іске қоса алады«.

хост істен шыққан жағдайда «Hosted Engine VM іске қосу", ол екінші хостта автоматты түрде қайта іске қосылады. Бұл виртуалды құрылғыны техникалық қызмет көрсету үшін белсенді хосттан күту режиміндегі хостқа көшіруге болады.

oVirt хосттарында Қуатты басқаруды / қоршауды орнату

Құжаттама сілтемелері:

Хост қосу және конфигурациялауды аяқтаған сияқты көрінгенімен, бұл мүлдем дұрыс емес.
Хосттардың қалыпты жұмыс істеуі және олардың кез келгеніндегі ақауларды анықтау/шешу үшін Қуатты басқару / қоршау параметрлері қажет.

Қылыштасу, немесе қоршау — ақаулы немесе сәтсіз хостты кластерден уақытша шығару процесі, оның барысында ондағы oVirt қызметтері немесе хосттың өзі қайта іске қосылады.

Қуатты басқару/қоршау анықтамалары мен параметрлері туралы барлық мәліметтер әдеттегідей құжаттамада берілген; Мен iDRAC 640 жүйесі бар Dell R9 серверлеріне қолданылатындай бұл маңызды параметрді конфигурациялаудың мысалын ғана беремін.

  1. Әкімшілік порталға өтіп, түймесін басыңыз Есептеу >> Хосттар хостты таңдаңыз.
  2. Мұнда басыңыз редакциялау.
  3. қойындысын басыңыз Қуатты басқару.
  4. Опцияның жанындағы құсбелгіні қойыңыз Қуатты басқаруды қосыңыз.
  5. Опцияның жанындағы құсбелгіні қойыңыз Kdump интеграциясыядро апатының демпін жазу кезінде хосттың қоршау режиміне өтуіне жол бермеу үшін.

Ескерту:

Жұмыс істеп тұрған хостта Kdump интеграциясын қосқаннан кейін ол oVirt әкімшілік нұсқаулығындағы процедураға сәйкес қайта орнатылуы керек -> 7-тарау: Хосттар -> Хосттарды қайта орнату.

  1. Қажет болса, құсбелгіні қоюға болады Қуатты басқару саясатын басқаруды өшіріңіз, егер хост қуатын басқару кластердің Жоспарлау саясаты арқылы басқарылуын қаламасақ.
  2. түймешігін басыңыз (+) жаңа қуатты басқару құрылғысын қосу үшін агент сипаттарын өңдеу терезесі ашылады.
    iDRAC9 үшін өрістерді толтырыңыз:

    • мекен-жай – iDRAC9 мекенжайы
    • Пайдаланушы аты/пароль – сәйкесінше iDRAC9 жүйесіне кіруге арналған логин және құпия сөз
    • түрі —drac5
    • белгі Secure
    • келесі опцияларды қосыңыз: cmd_prompt=>,login_timeout=30

Хост сипаттарындағы «Қуатты басқару» параметрлері бар скриншот

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Сақтау аймағын немесе сақтау домендерін жасау

Құжаттамаға сілтеме - oVirt әкімшілік нұсқаулығы, 8-тарау: Сақтау.

Сақтау домені, немесе сақтау аймағы — виртуалды машина дискілерін, орнату кескіндерін, үлгілерді және суретті сақтауға арналған орталықтандырылған орын.

Сақтау аймақтарын деректер орталығына әртүрлі протоколдар, кластер және желілік файлдық жүйелер арқылы қосуға болады.

oVirt сақтау аймағының үш түрі бар:

  • Деректер домені – виртуалды машиналармен байланысты барлық деректерді сақтау үшін (дискілер, шаблондар). Деректер доменін әртүрлі деректер орталықтары арасында ортақ пайдалану мүмкін емес.
  • ISO домені (сақтау аймағының ескірген түрі) – ОЖ орнату кескіндерін сақтауға арналған. ISO доменін әртүрлі деректер орталықтары арасында ортақ пайдалануға болады.
  • Доменді экспорттау (сақтау аймағының ескірген түрі) – деректер орталықтары арасында жылжытылған кескіндерді уақытша сақтауға арналған.

Біздің нақты жағдайда, деректер доменінің түрі бар сақтау аймағы сақтау жүйесіндегі LUN құрылғыларына қосылу үшін талшықты арна протоколын (FCP) пайдаланады.

oVirt тұрғысынан, сақтау жүйелерін (FC немесе iSCSI) пайдаланған кезде әрбір виртуалды диск, сурет немесе үлгі логикалық диск болып табылады.
Блок құрылғылары Volume Group көмегімен бір бірлікке (кластер хосттарында) жиналады, содан кейін LVM арқылы VM үшін виртуалды дискілер ретінде пайдаланылатын логикалық томдарға бөлінеді.

Барлық осы топтар мен көптеген LVM томдарын кластер хостында пәрмендер арқылы көруге болады т.б и lvs. Әрине, мұндай дискілермен барлық әрекеттер ерекше жағдайларды қоспағанда, тек oVirt консолінен жасалуы керек.

VM үшін виртуалды дискілер екі түрлі болуы мүмкін - QCOW2 немесе RAW. Дискілер болуы мүмкінжұқа«немесе»қалың". Суреттер әрқашан " ретінде жасалады.жұқа".

Сақтау домендерін немесе FC арқылы қол жеткізілетін сақтау аймақтарын басқару тәсілі өте қисынды - әрбір VM виртуалды дискісі үшін тек бір хост жаза алатын жеке логикалық көлем бар. FC қосылымдары үшін oVirt кластерленген LVM сияқты нәрсені пайдаланады.

Бір сақтау аймағында орналасқан виртуалды машиналарды бір кластерге жататын хосттар арасында тасымалдауға болады.

Сипаттамадан көріп отырғанымыздай, oVirt кластері, VMware vSphere немесе Hyper-V кластері сияқты, мәні бір нәрсені білдіреді - бұл аппараттық құрамы жағынан бірдей және виртуалды үшін ортақ жады бар хосттардың логикалық тобы. машина дискілері.

Деректер үшін сақтау аймағын (VM дискілері) жасауға тікелей кірісейік, өйткені онсыз деректер орталығы инициализацияланбайды.
Еске сала кетейін, сақтау жүйесіндегі кластер хосттарына ұсынылған барлық LUN-тер оларда « пәрмені арқылы көрінуі керек.multipath -ll«.

бойынша құжаттама, порталға өтіңіз сақтау >> домендер -> Жаңа домен және «FCP сақтау орнын қосу» бөліміндегі нұсқауларды орындаңыз.

Шеберді іске қосқаннан кейін қажетті өрістерді толтырыңыз:

  • Толық аты-жөніңіз — кластер атауын орнатыңыз
  • Домен функциясы — Деректер
  • Сақтау түрі - Талшықты арна
  • Пайдалануға арналған хост — бізге қажет LUN қолжетімді хостты таңдаңыз

LUN тізімінде бізге қажет нәрсені белгілеңіз, басыңыз қосу содан кейін OK. Қажет болса, сақтау аймағының қосымша параметрлерін басу арқылы реттеуге болады Қосымша параметрлер.

«Сақтау доменін» қосу шеберінің скриншоты

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Шебердің нәтижелері бойынша біз жаңа сақтау аймағын алуымыз керек және деректер орталығымыз күйге өтуі керек. UP, немесе инициализацияланған:

Деректер орталығының және ондағы сақтау аймақтарының скриншоттары:

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Виртуалды машиналар үшін желілерді құру және конфигурациялау

Құжаттамаға сілтеме - oVirt әкімшілік нұсқаулығы, 6-тарау: Логикалық желілер

Желілер немесе желілер oVirt виртуалды инфрақұрылымында пайдаланылатын логикалық желілерді топтауға қызмет етеді.

Виртуалды машинадағы желі адаптері мен хосттағы физикалық адаптер арасындағы өзара әрекеттесу үшін Linux көпірі сияқты логикалық интерфейстер пайдаланылады.

Желілер арасында трафикті топтау және бөлу үшін коммутаторларда VLAN конфигурацияланады.

oVirt жүйесінде виртуалды машиналар үшін логикалық желіні құру кезінде оған коммутатордағы VLAN нөміріне сәйкес идентификатор тағайындалуы керек, осылайша VM-лер кластердің әртүрлі түйіндерінде жұмыс істесе де, бір-бірімен байланыса алады.

Виртуалды машиналарды қосу үшін хосттардағы желілік адаптерлердің алдын ала параметрлерін жасау керек болды алдыңғы мақала – конфигурацияланған логикалық интерфейс bondxnumx, содан кейін барлық желі параметрлерін тек oVirt әкімшілік порталы арқылы жасау керек.

Орнатылған қозғалтқышы бар VM жасағаннан кейін деректер орталығы мен кластерді автоматты түрде жасаудан басқа, кластерді басқару үшін логикалық желі де автоматты түрде жасалды - ovritmgmt, оған осы VM қосылған.

Қажет болса, логикалық желі параметрлерін көруге болады ovritmgmt және оларды реттеңіз, бірақ oVirt инфрақұрылымын бақылауды жоғалтпау үшін абай болу керек.

Логикалық желі параметрлері ovritmgmt

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Тұрақты VM үшін жаңа логикалық желіні жасау үшін, әкімшілік порталда өтіңіз Желі >> желілер >> жаңа, және қойындыда жалпы қажетті VLAN идентификаторы бар желіні қосыңыз, сондай-ақ « жанындағы құсбелгіні қойыңызVM желісі", бұл оны VM-ге тағайындау үшін пайдалануға болатынын білдіреді.

Жаңа VLAN32 логикалық желісінің скриншоты

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Қойындыда Кластер, біз бұл желіні кластерге қосамыз Кластер1.

Осыдан кейін біз барамыз Есептеу >> Хосттар, әрбір хостқа кезекпен қойындыға өтіңіз Желілік интерфейстер, және шеберді іске қосыңыз Хост желілерін орнату, жаңа логикалық желінің хосттарына байланыстыру.

«Хост желілерін орнату» шеберінің скриншоты

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

oVirt агенті хостта барлық қажетті желі параметрлерін автоматты түрде жасайды - VLAN және BRIDGE жасаңыз.

Хосттағы жаңа желілерге арналған конфигурация файлдарының мысалы:

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

Кластер хостында екенін тағы бір рет еске сала кетейін КЕРЕК ЕМЕС желі интерфейстерін қолмен алдын ала жасаңыз ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.

Логикалық желіні қосып, хост пен орналастырылған VM қозғалтқышы арасындағы байланысты тексергеннен кейін оны виртуалды машинада пайдалануға болады.

Виртуалды машинаны орналастыру үшін орнату кескінін жасау

Құжаттамаға сілтеме - oVirt әкімшілік нұсқаулығы, 8-тарау: Сақтау, Бөлім Суреттерді деректерді сақтау доменіне жүктеп салу.

Операциялық жүйені орнату кескінінсіз виртуалды машинаны орнату мүмкін болмайды, бірақ бұл, мысалы, желіде орнатылған болса, әрине, проблема емес. Өтірік алдын ала жасалған суреттермен.

Біздің жағдайда бұл мүмкін емес, сондықтан сіз бұл кескінді oVirt-ке өзіңіз импорттауға тура келеді. Бұрын бұл ISO доменін жасауды талап етті, бірақ oVirt жаңа нұсқасында ол ескірген, сондықтан енді кескіндерді әкімшілік порталдан тікелей сақтау доменіне жүктеп салуға болады.

Әкімшілік порталда өтіңіз сақтау >> дискілері >> Upload >> бастау
Біз ОЖ кескінін ISO файлы ретінде қосамыз, пішіндегі барлық өрістерді толтырып, « түймесін басыңыз.Сынақ қосылымы".

Орнату кескінін қосу шеберінің скриншоты

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Егер біз осындай қатені алсақ:

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`

Содан кейін oVirt сертификатын «Сенімді түбірлік CA«(Сенімді түбірлік CA) әкімшінің басқару станциясында, біз суретті жүктеп алуға тырысамыз.

Сертификатты сенімді түбірлік CA-ға қосқаннан кейін қайтадан басыңыз "Сынақ қосылымы", алу керек:

Connection to ovirt-imageio-proxy was successful.

Куәлікті қосу әрекетін аяқтағаннан кейін ISO кескінін сақтау доменіне қайта жүктеп салуға болады.

Негізінде, кескіндер мен үлгілерді VM дискілерінен бөлек сақтау үшін Деректер түрімен бөлек Сақтау доменін жасауға болады немесе тіпті оларды орналастырылған қозғалтқыш үшін Сақтау доменінде сақтауға болады, бірақ бұл әкімшінің қалауы бойынша.

Орнатылған қозғалтқышқа арналған сақтау доменіндегі ISO кескіндері бар скриншот

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Виртуалды машина жасаңыз

Құжаттама сілтемесі:
oVirt виртуалды машинаны басқару жөніндегі нұсқаулық –> 2-тарау: Linux виртуалды машиналарын орнату
Консоль клиенттерінің ресурстары

Орнату кескінін ОЖ-мен oVirt-ке жүктегеннен кейін виртуалды машинаны жасауға тікелей кірісуге болады. Көптеген жұмыс жасалды, бірақ біз қазірдің өзінде соңғы сатыда тұрмыз, ол үшін мұның бәрі басталды - қол жетімді виртуалды машиналарды орналастыру үшін ақауларға төзімді инфрақұрылымды алу. Мұның бәрі мүлдем тегін - бағдарламалық жасақтама лицензияларын сатып алуға бір тиын да жұмсалған жоқ.

CentOS 7 көмегімен виртуалды машина жасау үшін ОЖ-дан орнату кескінін жүктеп алу керек.

Біз әкімшілік порталға барамыз, өтіңіз Есептеу >> Виртуалды машиналар, және VM жасау шеберін іске қосыңыз. Барлық параметрлер мен өрістерді толтырып, түймесін басыңыз OK. Құжаттаманы орындасаңыз, бәрі өте қарапайым.

Мысал ретінде мен жасалған дискісі бар, желіге қосылған және орнату кескінінен жүктелетін жоғары қолжетімді VM негізгі және қосымша параметрлерін беремін:

Жоғары қолжетімді VM параметрлері бар скриншоттар

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

Шебермен жұмысты аяқтағаннан кейін оны жабыңыз, жаңа VM іске қосыңыз және оған ОЖ орнатыңыз.
Ол үшін әкімшілік портал арқылы осы VM консоліне өтіңіз:

VM консоліне қосылуға арналған әкімшілік портал параметрлерінің скриншоты

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

VM консоліне қосылу үшін алдымен виртуалды машинаның сипаттарында консольді конфигурациялау керек.

VM параметрлерінің скриншоты, «Консоль» қойындысы

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

VM консоліне қосылу үшін, мысалы, пайдалануға болады: Виртуалды машинаны қарау құралы.

Браузер терезесінде VM консоліне тікелей қосылу үшін консоль арқылы қосылу параметрлері келесідей болуы керек:

Ақауларға төзімді АТ-инфрақұрылымын құру. 2-бөлім. oVirt 4.3 кластерін орнату және конфигурациялау

ОЖ-ны VM-ге орнатқаннан кейін 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

Осылайша, біздің әрекеттеріміздің нәтижесінде жасалған VM жоғары қолжетімді болады, яғни. егер ол жұмыс істеп тұрған кластер түйіні сәтсіз болса, oVirt оны екінші түйінде автоматты түрде қайта іске қосады. Бұл VM кластер хосттары арасында техникалық қызмет көрсету немесе басқа мақсаттар үшін де тасымалдана алады.

қорытынды

Бұл мақала oVirt виртуалды инфрақұрылымды басқарудың мүлдем қалыпты құралы екенін жеткізе алды деп үміттенемін, оны орналастыру соншалықты қиын емес - ең бастысы мақалада да, құжаттамада да сипатталған белгілі бір ережелер мен талаптарды сақтау.

Мақаланың үлкен көлеміне байланысты оған көптеген нәрселерді қосу мүмкін болмады, мысалы, барлық егжей-тегжейлі түсіндірмелер мен скриншоттармен әртүрлі шеберлерді кезең-кезеңімен орындау, кейбір командалардың ұзақ қорытындылары және т.б. Шындығында, бұл бүкіл кітапты жазуды қажет етеді, бұл инновациялар мен өзгерістермен үнемі пайда болатын бағдарламалық жасақтаманың жаңа нұсқаларына байланысты мағынасы жоқ. Ең бастысы, оның бәрі бірге жұмыс істеу принципін түсіну және виртуалды машиналарды басқару үшін ақауларға төзімді платформа құрудың жалпы алгоритмін алу.

Виртуалды инфрақұрылымды жасағанымызға қарамастан, енді біз оны оның жеке элементтері: хосттар, виртуалды машиналар, ішкі желілер және сыртқы әлем арасында өзара әрекеттесуге үйретуіміз керек.

Бұл процесс жүйенің немесе желі әкімшісінің негізгі міндеттерінің бірі болып табылады, ол келесі мақалада қарастырылады - біздің кәсіпорынның ақауларға төзімді инфрақұрылымында VyOS виртуалды маршрутизаторларын пайдалану туралы (сіз ойлағандай, олар виртуалды ретінде жұмыс істейді) oVirt кластеріндегі машиналар).

Ақпарат көзі: www.habr.com

пікір қалдыру