Кемчиликтерге чыдамдуу IT инфраструктурасын түзүү. 2-бөлүк. oVirt 4.3 кластерин орнотуу жана конфигурациялоо

Бул макала мурункусунун уландысы - "Кемчиликтерге чыдамдуу IT инфраструктурасын түзүү. 1-бөлүк - oVirt 4.3 кластерин жайылтууга даярдоо«.

Ал инфраструктураны даярдоо боюнча бардык алдын ала кадамдар мурда бүткөрүлгөндүгүн эске алуу менен, жогорку жеткиликтүү виртуалдык машиналарды жайгаштыруу үчүн oVirt 4.3 кластерин негизги орнотуу жана конфигурациялоо процессин камтыйт.

prodrome

Макаланын негизги максаты - кадам-кадам көрсөтмөлөрдү берүү болуп саналат "кийинки -> Ооба -> бүтүрүү"Аны орнотууда жана конфигурациялоодо кээ бир функцияларды кантип көрсөтүү керек. Кластериңизди жайылтуу процесси инфраструктуранын жана чөйрөнүн өзгөчөлүктөрүнөн улам анда сүрөттөлгөн процесске дайыма дал келбеши мүмкүн, бирок жалпы принциптер бирдей болот.

Субъективдүү көз караштан алганда, 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 Virtualization 4.3. oVirt кластерин иштетүүдө кээ бир маселелер келип чыгышы мүмкүн, аларды өзүңүз чечкендин ордуна, мүмкүн болушунча тезирээк квалификациялуу жардам алуу сунушталат.

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

Макаланы жана oVirt кластеринин иштөө принциптерин түшүнүү үчүн бул көрсөтмө документтер негизги болуп саналат:

• oVirt орнотуу колдонмосу
• oVirt Self-Hosted Engine Guide
• oVirt Administration Guide
  

Ал жерде көлөмү анча чоң эмес, бир-эки сааттын ичинде сиз негизги принциптерди толук өздөштүрө аласыз, бирок деталдарды жакшы көргөндөр үчүн окуу сунушталат. Red Hat виртуалдаштыруу үчүн продукт документациясы 4.3 — RHEV жана oVirt негизинен бир эле нерсе.

Ошентип, эгерде хосттордогу, өчүргүчтөрдөгү жана сактоо тутумдарындагы бардык негизги орнотуулар бүткөрүлгөн болсо, биз түздөн-түз oVirtти жайылтууга өтөбүз.

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

Багыттоо оңой болушу үчүн, мен бул макаланын негизги бөлүмдөрүн тизмектейм, алар бирден толтурулушу керек:

1. oVirt башкаруу серверин орнотуу
2. Жаңы маалымат борборун түзүү
3. Жаңы кластер түзүү
4. Self-Hosted чөйрөсүндө кошумча хостторду орнотуу
5. Сактоо аймагын же сактоо домендерин түзүү
6. Виртуалдык машиналар үчүн тармактарды түзүү жана конфигурациялоо
7. Виртуалдык машинаны жайылтуу үчүн орнотуу сүрөтүн түзүү
8. Виртуалдык машина түзүү

oVirt башкаруу серверин орнотуу

oVirt башкаруу сервери - бул oVirt инфраструктурасынын бүтүндөй oVirt инфраструктурасын башкарган виртуалдык машина, хост же виртуалдык түзүлүш түрүндөгү эң маанилүү элемент.

Анын виртуалдаштыруу дүйнөсүндөгү жакын аналогдору:

• VMware vSphere - vCenter Server
• Microsoft Hyper-V - Системалык борбордун виртуалдык машина менеджери (VMM).

oVirt башкаруу серверин орнотуу үчүн бизде эки вариант бар:

параметр 1
Серверди адистештирилген VM же хост түрүндө жайгаштыруу.

Бул параметр абдан жакшы иштейт, бирок мындай VM кластерден көз карандысыз иштеген шартта, б.а. эч кандай кластердик хостто KVM иштеген кадимки виртуалдык машина катары иштебейт.

Эмне үчүн мындай VM кластердик хосттордо жайгаштырылышы мүмкүн эмес?

oVirt башкаруу серверин жайылтуу процессинин эң башында бизде дилемма бар - биз башкаруу VM орнотуубуз керек, бирок чындыгында кластердин өзү али жок, ошондуктан биз эмнени тез арада ойлоп таба алабыз? Туура - келечектеги кластердик түйүнгө KVM орнотуп, андан кийин ага виртуалдык машинаны түзүңүз, мисалы, CentOS OS менен жана ага oVirt кыймылдаткычын орнотуңуз. Бул, адатта, мындай VM үстүнөн толук көзөмөл жүргүзүү үчүн жасалышы мүмкүн, бирок бул жаңылыштык ниет, анткени бул учурда, келечекте мындай башкаруу VM менен 100% көйгөйлөр пайда болот:

• аны oVirt консолунда кластердин хосттору (түйүндөрү) ортосунда көчүрүү мүмкүн эмес;
• аркылуу KVM аркылуу көчүп жатканда вирш миграция, бул VM oVirt консолунан башкаруу үчүн жеткиликтүү болбойт.
• кластердик хостторду көрсөтүү мүмкүн эмес Тейлөөнүн режими (тейлөө режими), эгерде сиз бул VMди хосттон хостко көчүрсөңүз вирш миграция.

Андыктан баарын эрежелерге ылайык кылыңыз – же oVirt башкаруу сервери үчүн өзүнчө хостту, же анда иштеген көз карандысыз VM колдонуңуз, же андан да жакшысы, экинчи вариантта жазылгандай кылыңыз.

параметр 2
oVirt Engine Appliance аны башкарган кластердик хостко орнотуу.

Дал ушул вариант биздин учурда туурараак жана ылайыктуураак катары каралат.
Мындай VM үчүн талаптар төмөндө сүрөттөлөт, мен аны катага чыдамдуу кылуу үчүн башкаруу VM иштете турган инфраструктурада жок дегенде эки хосттун болушу сунушталат; Бул жерде кошумчалай кетким келет, мен буга чейин мурунку макалада комментарийлерде жазган элем, мен эч качан ала алган эмесмин бөлүү мээ эки хосттон турган oVirt кластеринде, аларда жайгаштырылган кыймылдаткычтын VMлерин иштетүү мүмкүнчүлүгү бар.

oVirt Engine Appliance кластердин биринчи хостуна орнотулууда

Расмий документтерге шилтеме - oVirt Self-Hosted Engine Guide, бөлүм "Буйрук сабын колдонуу менен өз алдынча орнотулган кыймылдаткычты жайылтуу»

Документте орнотулган кыймылдаткыч 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 кызматтарынын бар экендигин текшеребиз:

Эгер баары туура жасалган болсо, орнотуу аяктагандан кийин, веб-браузерди колдонуңуз https://ovirt_hostname/ovirt-engine администратордун компьютеринен [Администрация порталы].

"Администрация порталынын" скриншоту

Скриншоттогудай терезеге логинди жана паролду (орнотуу процессинде коюлган) киргизүү менен, биз виртуалдык инфраструктура менен бардык аракеттерди аткара турган Open Virtualization Manager башкаруу панелине келебиз:

1. маалымат борборун кошуу
2. кластерди кошуу жана конфигурациялоо
3. кошуу жана хостторду башкаруу
4. виртуалдык машина дисктери үчүн сактоо аймактарын же Storage Domains кошуу
5. виртуалдык машиналар үчүн тармактарды кошуу жана конфигурациялоо
6. виртуалдык машиналарды, орнотуу сүрөттөрүн, VM шаблондорун кошуу жана башкаруу

Бул иш-аракеттердин баары, кээ бирлери чоң клеткаларда, башкалары дагы майда-чүйдөсүнө чейин жана нюанстар менен талкууланат.
Бирок, адегенде мен бул кошумчаны окууну сунуштайт элем, ал көптөр үчүн пайдалуу болушу мүмкүн.

толуктоо

1) Негизи, эгерде ушундай муктаждык бар болсо, анда пакеттерди колдонуу менен алдын ала кластердик түйүндөргө KVM гипервизорун орнотууга эч нерсе тоскоол болбойт. libvirt и квему-квм (же квему-квм-ев) каалаган версиясынын, бирок oVirt кластердик түйүнүн жайылтууда, ал муну өзү жасай алат.

ал эми, эгерде libvirt и квему-квм Эгер сиз эң акыркы версиясын орното элек болсоңуз, анда хосттолгон кыймылдаткычты жайылтууда төмөнкү катаны алышыңыз мүмкүн:

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

Ошол. болушу керек жаңыланган версия libvirt коргоо менен MDS, бул саясатты колдойт:

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

libvirt v.4.5.0-10.el7_6.12 орнотуу, 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

"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 ролу боюнча ыйгарым укуктарды бөлүштүрүүгө ээ жана сиз уруксаттарды маалымат борборунун деңгээлинде да, анын жеке логикалык элементтеринде да конфигурациялай аласыз.

Маалымат борбору же маалымат борборлору, эгерде алардын бир нечеси болсо, бир административдик консолдон же порталдан башкарылат.

Дата борборун түзүү үчүн административдик порталга өтүп, жаңы маалымат борборун түзүңүз:
Compute >> маалымат борборлору >> жаңы

Биз сактагыч тутумунда жалпы сактагычты колдонгондуктан, Сактагычтын түрү Бөлүшүү болушу керек:

Маалымат борборун түзүү устасынын скриншоту

Хост-кыймылдаткычы бар виртуалдык машинаны орнотууда демейки боюнча маалымат борбору түзүлөт - Datacenter1, анан, керек болсо, анын Сактагыч түрүн башкасына өзгөртө аласыз.

Дата борборун түзүү - бул жөнөкөй маселе, эч кандай татаал нюанстарсыз жана аны менен болгон бардык кошумча аракеттер документтерде сүрөттөлгөн. Мен белгилей турган бир гана нерсе, VM'дер үчүн жергиликтүү сактагычы (диск) бар жалгыз хосттор Сактоо түрү - Бөлүшүлгөн маалымат борборуна кире алышпайт (аларды ал жерге кошууга болбойт) жана алар үчүн сиз түзүшүңүз керек. өзүнчө маалымат борбору - б.а. Жергиликтүү сактагычы бар ар бир жеке хост өзүнүн өзүнчө маалымат борборуна муктаж.

Жаңы кластер түзүү

Документтерге шилтеме - oVirt Администрациясынын колдонмосу. 5-глава: Кластерлер

Керексиз майда-чүйдөсүнө чейин, кластердик – бул жалпы сактоо мейкиндигине ээ болгон хосттордун логикалык тобу (биздин учурубуздагыдай сактоо тутумундагы жалпы дисктер түрүндө). Ошондой эле кластердеги хосттор жабдык жагынан бирдей болушу жана процессордун бир түрү (Intel же AMD) болушу керек. Албетте, кластердеги серверлер толугу менен окшош болгону жакшы.

Кластер маалымат борборунун бир бөлүгү болуп саналат (сактоонун белгилүү бир түрү менен - жергиликтүү же Бирге) жана бардык хосттор алардын жалпы сактагычы бар же жок экендигине жараша кандайдыр бир кластерге таандык болушу керек.

Хостко хосттолгон кыймылдаткычы бар виртуалдык машинаны орнотууда демейки боюнча маалымат борбору түзүлөт - Datacenter1, кластер менен бирге – Кластер 1, жана келечекте сиз анын параметрлерин конфигурациялай аласыз, кошумча опцияларды иштете аласыз, ага хостторду кошо аласыз, ж.б.

Адаттагыдай эле, бардык кластер орнотуулары жөнүндө чоо-жайын билүү үчүн расмий документтерге кайрылуу сунушталат. Кластерди орнотуунун кээ бир өзгөчөлүктөрүнөн мен кошумчалайм, аны түзүүдө өтмөктөгү негизги параметрлерди гана конфигурациялоо жетиштүү. жалпы.

Мен эң маанилүү параметрлерди белгилей кетейин:

• Процессордун түрү — кластердин хостторунда кайсы процессорлор орнотулганына, алар кайсы өндүрүүчүгө жана хосттордогу кайсы процессор эң эски экендигине жараша тандалат, ошого жараша кластердеги бардык колдо болгон процессор көрсөтмөлөрү колдонулат.
• Которуштуруу түрү – биздин кластерибизде биз Linux көпүрөсүн гана колдонобуз, ошондуктан биз аны тандайбыз.
• Firewall түрү – бул жерде баары түшүнүктүү, бул брандмауэр, ал хосттордо иштетилип, конфигурацияланышы керек.

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

Self-Hosted чөйрөсүндө кошумча хостторду орнотуу

байланыш документтер үчүн.

Өзүн-өзү жайгаштырылган чөйрө үчүн кошумча хосттор кадимки хост сыяктуу эле кошулат, VMди жайгаштырылган кыймылдаткычы менен жайылтуунун кошумча кадамы менен - Хосттун кыймылдаткычын жайылтуу аракетин тандаңыз >> жайылуу. Кошумча хостко ошондой эле жайгаштырылган кыймылдаткычы бар VM үчүн LUN берилиши керек болгондуктан, бул бул хост, эгерде зарыл болсо, анда хосттолгон кыймылдаткычы бар VMди жайгаштыруу үчүн колдонулушу мүмкүн дегенди билдирет.
Мүчүлүштүккө чыдамкайлык үчүн, эң аз дегенде эки хосттун болушу сунушталат, ага жайгаштырылган кыймылдаткыч VM орнотула турган.

Кошумча хостто, iptables өчүрүү (эгер иштетилген болсо), Firewalld иштетүү

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

Андан кийин, консолго өтүңүз Виртуалдаштыруу менеджерин ачыңыз, жаңы хост кошуңуз жана бардык нерсени этап-этабы менен аткарыңыз документтер.

Натыйжада, кошумча хостту кошкондон кийин, скриншоттогудай, административдик консолдогу сүрөткө окшош нерсени алышыбыз керек.

Административдик порталдын скриншоту - хосттор

Хосттун кыймылдаткычы VM учурда активдүү болуп турган хостто алтын таажы жана " деген жазуу бар.Hosted Engine VM иштетүү", зарыл болсо, бул VM ишке ашырыла турган хост - жазуу "Hosted Engine VM иштете алат«.

Хост иштебей калган учурда "Hosted Engine VM иштетүү", ал экинчи хостто автоматтык түрдө өчүрүлөт. Бул VM да аны тейлөө үчүн активдүү хосттон күтүүчү хостко көчүрүлүшү мүмкүн.

oVirt хостторунда Power Management / тосмолорду орнотуу

Документтик шилтемелер:

• Red Hat Virtualization 4.3 –> Техникалык маалымдама -> 4-глава. Энергияны башкаруу
• oVirt башкаруу колдонмосу -> 7-бөлүм: Хосттар

Хостту кошуп, конфигурациялап бүтүп калдыңыз окшойт, бирок бул такыр туура эмес.
Хосттордун нормалдуу иштеши үчүн жана алардын ар бири менен каталарды аныктоо/чечүү үчүн Power Management / тосмо орнотуулары талап кылынат.

Fencing, же тосмолоо – бул, же андагы oVirt кызматтары же хосттун өзү кайра иштетилген, бузулган же иштебей калган хостту кластерден убактылуу чыгаруу процесси.

Power Management / тосмолоонун аныктамалары жана параметрлери боюнча бардык маалыматтар, адаттагыдай, документацияда берилген, мен iDRAC 640 менен Dell R9 серверлерине колдонулгандай, бул маанилүү параметрди конфигурациялоонун мисалын гана берем;

1. Административдик порталга өтүңүз, басыңыз Compute >> өтүүдө хост тандаңыз.
2. Click редакциялоо.
3. Өтмөктү басыңыз Power башкаруу.
4. Опциянын жанындагы кутучаны белгилеңиз Кубатты башкарууну иштетүү.
5. Опциянын жанындагы кутучаны белгилеңиз Kdump интеграциясыядронун бузулуу таштандысын жазып жатканда хосттун тосмо режимине өтүшүнө жол бербөө үчүн.

Эскертүү.

Иштеп жаткан хостто Kdump интеграциясын иштеткенден кийин, ал oVirt Администрация колдонмосундагы процедурага ылайык кайра орнотулушу керек -> 7-бөлүм: Хосттар -> Хосттарды кайра орнотуу.

1. Кошумча, сиз кутучаны белгилей аласыз Энергияны башкаруу саясатын башкарууну өчүрүү, эгерде биз хосттун кубаттуулугун башкаруу кластердин Пландаштыруу саясаты тарабынан көзөмөлдөнүшүн каалабасак.
2. баскычын басыңыз (+) жаңы кубаттуулукту башкаруу түзүлүшүн кошуу үчүн агенттин касиеттерин түзөтүү терезеси ачылат.
   iDRAC9 үчүн талааларды толтуруңуз:
   • дарек – iDRAC9 дареги
   • Колдонуучунун аты Сыр сөз – iDRAC9га кирүү үчүн логин жана сырсөз, тиешелүүлүгүнө жараша
   • түрү —drac5
   • белги коопсуз
   • төмөнкү параметрлерди кошуу: cmd_prompt=>,login_timeout=30

Хосттун касиеттеринде "Power Management" параметрлери менен скриншот

Сактоо аймагын же сактоо домендерин түзүү

Документтерге шилтеме - oVirt башкаруу колдонмосу, 8-бөлүм: Сактоо.

Сактагыч домен, же сактоо аянты, виртуалдык машина дисктерин, орнотуу сүрөттөрүн, шаблондорду жана сүрөттөрдү сактоо үчүн борборлоштурулган жер.

Сактоо аймактарын маалымат борборуна ар кандай протоколдорду, кластердик жана тармактык файл системаларын колдонуу менен туташтырууга болот.

oVirt сактоо аянтынын үч түрү бар:

• Data Domain – виртуалдык машиналар менен байланышкан бардык маалыматтарды сактоо үчүн (дисктер, шаблондор). Маалымат доменин ар кандай маалымат борборлорунун ортосунда бөлүшүүгө болбойт.
• ISO домени (сактоо аянтынын эскирген түрү) – OS орнотуу сүрөттөрүн сактоо үчүн. ISO доменин ар кандай маалымат борборлорунун ортосунда бөлүшсө болот.
• Доменди экспорттоо (сактоо аянтынын эскирген түрү) – маалымат борборлорунун ортосунда көчүрүлгөн сүрөттөрдү убактылуу сактоо үчүн.

Биздин өзгөчө учурда, Data Domain түрү менен сактоо аймагы сактоо тутумундагы LUNларга туташуу үчүн Fiber Channel Protocol (FCP) колдонот.

oVirt көз карашынан алганда, сактоо тутумдарын (FC же iSCSI) колдонууда ар бир виртуалдык диск, сүрөт же шаблон логикалык диск болуп саналат.
Блоктук түзүлүштөр Көлөм тобунун жардамы менен бир бирдикке (кластердик хосттордо) чогулуп, андан кийин LVM аркылуу VM үчүн виртуалдык дисктер катары колдонулган логикалык томдорго бөлүнөт.

Бардык бул топторду жана көптөгөн LVM томдорун кластердик хосттон буйруктарды колдонуу менен көрүүгө болот жана башкалар и lvs. Албетте, мындай дисктер менен бардык аракеттер өзгөчө учурлардан тышкары, oVirt консолунан гана жасалышы керек.

VM үчүн виртуалдык дисктер эки түрдүү болушу мүмкүн - QCOW2 же RAW. дисктер болушу мүмкүн "ичке"же"коюу". Сүрөттөр ар дайым " катары түзүлөт.ичке".

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

Бир эле сактоо мейкиндигинде жайгашкан виртуалдык машиналарды бир кластерге таандык хосттордун ортосунда көчүрсө болот.

Сүрөттөмөдөн көрүнүп тургандай, oVirtтеги кластер, VMware vSphere же Hyper-Vдеги кластер сыяктуу, түпкүлүгүндө бир эле нерсени билдирет - бул аппараттык курамы боюнча бирдей болгон хосттордун логикалык тобу жана виртуалдык үчүн жалпы сактагычы бар. машина дисктери.

Түздөн-түз берилиштер үчүн сактоо аймагын түзүүгө киришели (VM дисктери), анткени ансыз маалымат борбору инициализацияланбайт.
Эсиңиздерге сала кетейин, сактоо тутумундагы кластердик хостторго сунушталган бардык LUNдар аларда буйрукту колдонуу менен көрүнүп турушу керек.multipath -ll«.

ылайык документтер, порталга өтүңүз сактоочу жай >> домендери -> Жаңы домен жана "FCP сактагычты кошуу" бөлүмүндөгү нускамаларды аткарыңыз.

Устатты ишке киргизгенден кийин, керектүү талааларды толтуруңуз:

• ысым — кластердин атын коюңуз
• Домен функциясы — Маалыматтар
• сактоо түрү - Fiber Channel
• Колдонуу үчүн хост — биз талап кылган LUN жеткиликтүү болгон хостту тандаңыз

LUN тизмесинде бизге керектүүсүн белгилеп, чыкылдатыңыз кошуу жана андан кийин OK. Зарыл болсо, чыкылдатуу менен сактоо аймагынын кошумча параметрлерин тууралай аласыз Өркүндөтүлгөн параметрлер.

"Сактагыч доменин" кошуу устасынын скриншоту

Устаттын жыйынтыгы боюнча биз жаңы сактоо аймагын алышыбыз керек жана биздин маалымат борбору статусуна өтүшү керек. UP, же инициализацияланган:

Маалымат борборунун жана андагы сактоо аймактарынын скриншоттору:

Виртуалдык машиналар үчүн тармактарды түзүү жана конфигурациялоо

Документтерге шилтеме - oVirt башкаруу колдонмосу, 6-глава: Логикалык тармактар

Тармактар ​​же тармактар ​​oVirt виртуалдык инфраструктурасында колдонулган логикалык тармактарды топтоого кызмат кылат.

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

Тармактар ​​ортосунда трафикти топтоо жана бөлүштүрүү үчүн, VLAN которгучтарда конфигурацияланган.

oVirtте виртуалдык машиналар үчүн логикалык тармакты түзүүдө ага коммутатордогу VLAN номерине ылайыктуу идентификатор ыйгарылган болушу керек, ошондо VMлер кластердин ар кандай түйүндөрүндө иштесе да, бири-бири менен байланыша алат.

Виртуалдык машиналарды туташтыруу үчүн хосттордогу тармак адаптерлеринин алдын ала жөндөөлөрү жасалышы керек болчу мурунку макала – конфигурацияланган логикалык интерфейс bondxnumx, анда бардык тармак жөндөөлөрү oVirt административдик порталы аркылуу гана жасалышы керек.

Хост-кыймылдаткычы бар VM түзгөндөн кийин, маалымат борборун жана кластерди автоматтык түрдө түзүүдөн тышкары, биздин кластерди башкаруу үчүн логикалык тармак автоматтык түрдө түзүлдү - ovritmgmt, бул VM туташтырылган.

Зарыл болсо, сиз логикалык тармак орнотууларын көрө аласыз ovritmgmt жана аларды тууралаңыз, бирок oVirt инфраструктурасын көзөмөлдөөнү жоготуп алуудан сак болушуңуз керек.

Логикалык тармак орнотуулары ovritmgmt

Кадимки VM'лер үчүн жаңы логикалык тармакты түзүү үчүн, административдик порталга өтүңүз тармак >> Networks >> жаңы, жана өтмөктө жалпы каалаган VLAN ID менен тармак кошуп, ошондой эле " жанындагы кутучаны белгилеңизVM тармагы", бул аны VMге дайындоо үчүн колдонсо болот дегенди билдирет.

Жаңы VLAN32 логикалык тармагынын скриншоту

Өтмөктө Cluster, биз бул тармакты кластерибизге бириктиребиз Кластер 1.

Андан кийин биз барабыз Compute >> өтүүдө, ар бир хостко кезеги менен өтмөккө өтүңүз Тармак интерфейстери, жана устаны ишке киргизиңиз Хост тармактарын орнотуу, жаңы логикалык тармактын хостторуна туташтыруу үчүн.

"Хост тармактарын орнотуу" устасынын скриншоту

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-бөлүм: Сактоо, бөлүм Маалыматтарды сактоо доменине сүрөттөрдү жүктөө.

OS орнотуу сүрөтү болбосо, виртуалдык машинаны орнотуу мүмкүн эмес, бирок, мисалы, тармакка орнотулган болсо, бул, албетте, көйгөй эмес. өтүкчү алдын ала түзүлгөн сүрөттөр менен.

Биздин учурда бул мүмкүн эмес, андыктан бул сүрөттү oVirtке өзүңүз импорттооңуз керек болот. Буга чейин, бул үчүн ISO доменин түзүү талап кылынган, бирок oVirtтин жаңы версиясында ал эскирген, ошондуктан сиз азыр административдик порталдан сүрөттөрдү түз Сактагыч доменине жүктөй аласыз.

Административдик порталга өтүңүз сактоочу жай >> Дисктер >> Upload >> баштоо
Биз OS сүрөтүбүздү ISO файлы катары кошуп, формадагы бардык талааларды толтуруп, баскычты чыкылдатыңыз "Сыноо байланышы".

Орнотуу сүрөтүн кошуу устасынын скриншоту

Эгерде биз мындай ката алсак:

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 сертификатын кошуу керек "Ишенимдүү Root CA"(Ишенимдүү Root CA) администратордун башкаруу станциясында, ал жерден биз сүрөттү жүктөп алууга аракет кылып жатабыз.

Сертификатты Trusted Root CAга кошкондон кийин, кайра чыкылдатыңыз "Сыноо байланышы", алуу керек:

Connection to ovirt-imageio-proxy was successful.

Сертификат кошуу аракетин аяктагандан кийин, ISO сүрөтүн сактоо доменине кайра жүктөөгө аракет кылсаңыз болот.

Негизи, сиз сүрөттөрдү жана шаблондорду VM дисктеринен өзүнчө сактоо үчүн, маалымат түрү менен өзүнчө сактоо доменин түзө аласыз, ал тургай аларды жайгаштырылган кыймылдаткыч үчүн Сактагыч доменинде сактасаңыз болот, бирок бул администратордун кароосунда.

Хостталган кыймылдаткыч үчүн сактоо доменинде ISO сүрөттөрү менен скриншот

Виртуалдык машина түзүү

Документтерге шилтеме:
oVirt Virtual Machine Башкаруу колдонмосу -> 2-бөлүм: Linux виртуалдык машиналарын орнотуу
Console кардарларынын ресурстары

OS менен орнотуу сүрөтүн oVirtке жүктөгөндөн кийин, сиз түздөн-түз виртуалдык машинаны түзүүгө өтсөңүз болот. Көп иштер жасалды, бирок биз акыркы этапта турабыз, мунун баары башталган - жогорку жеткиликтүү виртуалдык машиналарды жайгаштыруу үчүн каталарга чыдамдуу инфраструктураны алуу. Мунун баары таптакыр бекер - программалык камсыздоонун лицензиясын сатып алууга бир тыйын да сарпталган эмес.

CentOS 7 менен виртуалдык машинаны түзүү үчүн ОСтен орнотуу сүрөтүн жүктөп алуу керек.

Биз административдик порталга барабыз, барабыз Compute >> Virtual машиналар, жана VM түзүү устасын ишке киргизиңиз. Бардык параметрлерди жана талааларды толтуруп, чыкылдатыңыз OK. Эгерде сиз документтерди сактасаңыз, баары абдан жөнөкөй.

Мисал катары, мен түзүлгөн диски бар, тармакка туташкан жана орнотуу сүрөтүнөн жүктөлгөн жогорку жеткиликтүү VMдин негизги жана кошумча жөндөөлөрүн берем:

Жогорку жеткиликтүү VM орнотуулары менен скриншоттор

Устат менен иштөө аяктагандан кийин, аны жаап, жаңы VMди ишке киргизиңиз жана ага OS орнотуңуз.
Бул үчүн, административдик портал аркылуу бул VM консолуна өтүңүз:

VM консолуна туташуу үчүн административдик портал жөндөөлөрүнүн скриншоту

VM консолуна туташуу үчүн, адегенде виртуалдык машинанын касиеттеринде консолду конфигурациялашыңыз керек.

VM жөндөөлөрүнүн скриншоту, "Консол" өтмөгү

VM консолуна туташуу үчүн сиз колдоно аласыз, мисалы, Virtual Machine Viewer.

VM консолуна түздөн-түз браузер терезесинде туташуу үчүн, консол аркылуу байланыш орнотуулары төмөнкүдөй болушу керек:

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 кластериндеги машиналар).

Source: www.habr.com