Креирање ИТ инфраструктуре отпорне на грешке. Део 2. Инсталирање и конфигурисање кластера оВирт 4.3

Овај чланак је наставак претходног - “Креирање ИТ инфраструктуре отпорне на грешке. Део 1 – припрема за примену оВирт 4.3 кластера'.

Покриваће процес основне инсталације и конфигурације оВирт 4.3 кластера за хостовање високо доступних виртуелних машина, узимајући у обзир чињеницу да су сви прелиминарни кораци за припрему инфраструктуре већ претходно завршени.

Увод

Главна сврха чланка је да пружи упутства корак по корак попут „Следећа -> да -> завршити„како приказати неке функције приликом инсталирања и конфигурисања. Процес за постављање вашег кластера можда се неће увек поклапати са оним описаним у њему, због карактеристика инфраструктуре и окружења, али ће општи принципи бити исти.

Са субјективне тачке гледишта, оВирт 4.3 његова функционалност је слична ВМваре вСпхере верзији 5.к, али наравно са сопственом конфигурацијом и радним карактеристикама.

За заинтересоване, све разлике између РХЕВ (ака оВирт) и ВМваре вСпхере могу се наћи на Интернету, нпр. овде, али ћу ипак повремено приметити неке од њихових разлика или сличности међу собом како чланак буде напредовао.

Одвојено, желео бих да мало упоредим рад са мрежама за виртуелне машине. оВирт имплементира сличан принцип управљања мрежом за виртуелне машине (у даљем тексту ВМ), као у ВМваре вСпхере:

• користећи стандардни Линук мост (у ВМваре - Стандард вСвитцх), ради на хостовима виртуелизације;
• користећи Опен вСвитцх (ОВС) (у ВМваре-у - Дистрибутед вСвитцх) је дистрибуирани виртуелни прекидач који се састоји од две главне компоненте: централног ОВН сервера и ОВН контролера на управљаним хостовима.

Треба напоменути да ће због лакоће имплементације, чланак описати постављање мрежа у оВирт-у за ВМ користећи стандардни Линук бридге, што је стандардни избор када се користи КВМ хипервизор.

С тим у вези, постоји неколико основних правила за рад са мрежом у кластеру, која је најбоље да се не крше:

• Сва мрежна подешавања на хостовима пре него што их додате у оВирт морају бити идентична, осим ИП адреса.
• Када је хост узет под контролу оВирт-а, веома се не препоручује да било шта мењате ручно у мрежним подешавањима без потпуног поверења у ваше радње, пошто ће их оВирт агент једноставно вратити на претходне након поновног покретања хоста или агента .
• Додавање нове мреже за ВМ, као и рад са њим, треба да се врши само са конзоле за управљање оВирт.

Други Важна напомена — за веома критично окружење (веома осетљиво на новчане губитке), ипак би било препоручљиво користити плаћену подршку и коришћење Ред Хат виртуелизација 4.3. Током рада оВирт кластера могу се појавити неки проблеми за које је препоручљиво да што пре добијете квалификовану помоћ, а не да се сами бавите њима.

Напокон, препоручује се Пре него што примените оВирт кластер, упознајте се са званична документација, како би био свестан бар основних појмова и дефиниција, иначе ће бити мало тешко прочитати остатак чланка.

Основа за разумевање чланка и принципа рада оВирт кластера су ова упутства:

• Водич за инсталацију оВирт-а
• оВирт водич за само-хостовани мотор
• Водич за администрацију оВирт
  

Обим тамо није велики, за сат-два можете сасвим савладати основне принципе, али за оне који воле детаље, препоручује се да прочитају Документација производа за Ред Хат виртуелизацију 4.3 — РХЕВ и оВирт су у суштини иста ствар.

Дакле, ако су сва основна подешавања на хостовима, прекидачима и системима за складиштење завршена, прелазимо директно на имплементацију оВирт-а.

Део 2. Инсталирање и конфигурисање кластера оВирт 4.3

Ради лакше оријентације, навешћу главне одељке у овом чланку, који се морају попунити један по један:

1. Инсталирање сервера за управљање оВирт
2. Стварање новог дата центра
3. Креирање новог кластера
4. Инсталирање додатних хостова у окружењу које се самостално хостује
5. Креирање простора за складиштење или домена за складиштење
6. Креирање и конфигурисање мрежа за виртуелне машине
7. Креирање инсталационе слике за примену виртуелне машине
8. Направите виртуелну машину

Инсталирање сервера за управљање оВирт

оВирт сервер за управљање је најважнији елемент у оВирт инфраструктури, у облику виртуелне машине, хоста или виртуелног уређаја који управља целокупном оВирт инфраструктуром.

Његови блиски аналози из света виртуелизације су:

• ВМваре вСпхере - вЦентер Сервер
• Мицрософт Хипер-В – Систем Центер Виртуал Мацхине Манагер (ВММ).

Да бисмо инсталирали оВирт сервер за управљање, имамо две опције:

Опција КСНУМКС
Примена сервера у облику специјализованог ВМ-а или хоста.

Ова опција ради прилично добро, али под условом да такав ВМ ради независно од кластера, тј. не ради ни на једном хосту кластера као обична виртуелна машина која користи КВМ.

Зашто се такав ВМ не може поставити на хостове кластера?

На самом почетку процеса постављања оВирт сервера за управљање имамо дилему – потребно је да инсталирамо ВМ за управљање, али у ствари сам кластер још увек не постоји, па према томе шта можемо да смислимо у ходу? Тако је – инсталирајте КВМ на будући чвор кластера, а затим креирајте виртуелну машину на њему, на пример, са ЦентОС ОС-ом и примените оВирт мотор у њему. То се обично може урадити из разлога потпуне контроле над таквим ВМ-ом, али ово је погрешна намера, јер ће у овом случају у будућности бити 100% проблема са таквим контролним ВМ-ом:

• не може се мигрирати у оВирт конзоли између хостова (чворова) кластера;
• приликом миграције помоћу КВМ преко вирш мигрирати, овај ВМ неће бити доступан за управљање са оВирт конзоле.
• хостови кластера се не могу приказати у Режиму одржавања (режим одржавања), ако мигрирате ову ВМ са хоста на хост користећи вирш мигрирати.

Зато урадите све по правилима – користите или посебан хост за сервер за управљање оВирт, или независни ВМ који ради на њему, или још боље, урадите како је написано у другој опцији.

Опција КСНУМКС
Инсталирање оВирт Енгине Апплианце-а на хосту кластера којим он управља.

Ова опција ће се даље сматрати исправнијом и прикладнијом у нашем случају.
Захтеви за такав ВМ су описани у наставку; додаћу само да је препоручљиво имати најмање два хоста у инфраструктури на којој се може покренути контролни ВМ како би био отпоран на грешке. Овде бих желео да додам да, као што сам већ написао у коментарима у претходном чланку, никада нисам успео да добијем сплитбраин на оВирт кластеру од два хоста, са могућношћу покретања ВМ-ова са хостованим мотором на њима.

Инсталирање оВирт Енгине Апплианце-а на првом хосту кластера

Линк до службене документације - оВирт водич за само-хостовани мотор, поглавље "Примена само-хостованог мотора помоћу командне линије»

У документу су наведени предуслови који морају бити испуњени пре постављања ВМ-а са хостованим мотором, а такође је детаљно описан сам процес инсталације, тако да нема смисла понављати га дословно, па ћемо се фокусирати на неке важне детаље.

• Пре него што започнете све радње, обавезно омогућите подршку за виртуелизацију у подешавањима БИОС-а на хосту.
• Инсталирајте пакет за инсталациони програм хостованог мотора на хосту:

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

• Започињемо процедуру за постављање оВирт Хостед Енгине-а на екрану на хосту (можете изаћи преко Цтрл-А + Д, затворити преко Цтрл-Д):

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 работающая внутри этой ВМ)
и др. параметры. 

• Да бисмо инсталирали високодоступну ВМ са хостованом машином, претходно смо креирали посебан ЛУН на систему за складиштење, величине 4 и 150 ГБ, који је затим представљен домаћинима кластера - види претходни чланак.

Претходно смо такође проверили његову видљивост на домаћинима:

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

Проверавамо присуство оВирт сервиса на хосту:

Ако је све урађено исправно, онда након што је инсталација завршена, користите веб прегледач да одете на https://ovirt_hostname/ovirt-engine са администраторског рачунара и кликните на [Административни портал].

Снимак екрана „Администраторског портала“

Уношењем корисничког имена и лозинке (подешених током процеса инсталације) у прозор као на снимку екрана, долазимо до контролне табле Опен Виртуализатион Манагер, у којој можете извршити све радње са виртуелном инфраструктуром:

1. додати центар података
2. додајте и конфигуришите кластер
3. додајте и управљајте хостовима
4. додајте подручја за складиштење или Стораге Домаинс за дискове виртуелних машина
5. додати и конфигурисати мреже за виртуелне машине
6. додајте и управљајте виртуелним машинама, инсталационим сликама, ВМ шаблонима

О свим овим радњама ће се даље говорити, неке у великим ћелијама, друге детаљније и са нијансама.
Али прво бих препоручио да прочитате овај додатак, који ће вероватно многима бити од користи.

Додатак

1) У принципу, ако постоји таква потреба, онда вас ништа не спречава да унапред инсталирате КВМ хипервизор на чворове кластера користећи пакете либвирт и кему-квм (Или кему-квм-ев) жељене верзије, иако при постављању чвора оВирт кластера, то може и сам да уради.

Али ако либвирт и кему-квм Ако нисте инсталирали најновију верзију, можда ћете добити следећу грешку приликом постављања хостованог механизма:

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

Оне. мора имати ажурирана верзија либвирт са заштитом од МДС, који подржава ову политику:

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

Инсталирајте либвирт в.4.5.0-10.ел7_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

Проверите подршку за 'мд-цлеар':

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) У оВирт 4.3, присуство и употреба заштитног зида фиреваллд је обавезан услов.

Ако током постављања ВМ-а за хостовани мотор добијемо следећу грешку:

[ 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

Затим морате искључити други заштитни зид (ако се користи) и инсталирати и покренути фиреваллд:

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

Касније, када инсталира овирт агент на нови хост за кластер, он ће конфигурисати потребне портове у фиреваллд аутоматски.

3) Поновно покретање хоста са ВМ који ради на њему са хостованим мотором.

Као и обично, веза 1 и веза 2 на управљачка документа.

Сво управљање хостованом машином ВМ се врши САМО помоћу команде хостед-енгине на домаћину где тече, о вирсх морамо заборавити, као и чињеницу да се на овај ВМ можете повезати преко ССХ-а и покренути команду “затварање'.

Процедура за стављање ВМ-а у режим одржавања:

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

Поново покрећемо хост са хостованим енгине агентом и радимо шта нам је потребно са њим.

Након поновног покретања, проверите статус ВМ-а са хостованим мотором:

hosted-engine --vm-status

Ако се наш ВМ са хостед-енгине-ом не покрене и ако видимо сличне грешке у евиденцији услуга:

Грешка у сервисном дневнику:

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

Након покретања ВМ-а са хостованим мотором, извлачимо га из режима одржавања:

Процедура за уклањање ВМ-а из режима одржавања:

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 

Стварање новог дата центра

Референтна документација - оВирт Администратион Гуиде. Поглавље 4: Центри података

Прво да дефинишемо шта је то Центар за податке (цитирам из помоћи) је логички ентитет који дефинише скуп ресурса који се користе у одређеном окружењу.

Дата центар је врста контејнера који се састоји од:

• логичке ресурсе у облику кластера и хостова
• кластер мрежне ресурсе у облику логичких мрежа и физичких адаптера на хостовима,
• ресурси за складиштење (за ВМ дискове, шаблоне, слике) у облику простора за складиштење (Стораге Домаинс).

Дата центар може да садржи више кластера који се састоје од више хостова са виртуелним машинама које раде на њима, а може имати и више складишних подручја повезаних са њим.
Може постојати неколико центара података; они раде независно један од другог. Овирт има раздвајање овлашћења према улози, а дозволе можете конфигурисати појединачно, како на нивоу центра података, тако и на његовим појединачним логичким елементима.

Дата центром, или центрима података ако их има неколико, управља се са једне административне конзоле или портала.

Да бисте креирали центар података, идите на административни портал и креирајте нови центар података:
Рачунати >> Дата центри >> нови

Пошто користимо заједничку меморију на систему за складиштење, Тип складиштења треба да буде дељен:

Снимак екрана чаробњака за креирање центра података

Када инсталирате виртуелну машину са хостед-енгине-ом, дата центар се креира подразумевано - Датацентер1, а затим, ако је потребно, можете променити њен тип складиштења у други.

Креирање дата центра је једноставан задатак, без икаквих лукавих нијанси, а све додатне радње са њим описане су у документацији. Једино што ћу приметити је да појединачни хостови који имају само локално складиште (диск) за ВМ неће моћи да уђу у дата центар са Стораге Типе - Схаред (не могу да се додају тамо), а за њих морате да креирате посебан центар података – тј. Сваки појединачни хост са локалним складиштем треба свој посебан центар података.

Креирање новог кластера

Линк до документације - Водич за администрацију оВирт-а. Поглавље 5: Кластери

Без непотребних детаља, klaster – ово је логично груписање хостова који имају заједничко складиште (у облику дељених дискова на систему за складиштење, као у нашем случају). Такође је пожељно да хостови у кластеру буду хардверски идентични и да имају исти тип процесора (Интел или АМД). Најбоље је, наравно, да су сервери у кластеру потпуно идентични.

Кластер је део дата центра (са одређеним типом складиштења - Lokalna или схаред), а сви хостови морају припадати некој врсти кластера, у зависности од тога да ли имају дељено складиште или не.

Када инсталирате виртуелну машину са хостованим мотором на хост, дата центар се креира подразумевано - Датацентер1, заједно са кластером – Цлустер1, а у будућности можете конфигурисати његове параметре, омогућити додатне опције, додати му хостове итд.

Као и обично, за детаље о свим поставкама кластера, препоручљиво је погледати званичну документацију. Од неких карактеристика подешавања кластера, додаћу само да је приликом креирања довољно конфигурисати само основне параметре на картици општи.

Напоменућу најважније параметре:

• Тип процесора — бира се на основу тога који су процесори инсталирани на хостовима кластера, ког су произвођача и који је процесор на хостовима најстарији, тако да се у зависности од тога користе све доступне процесорске инструкције у кластеру.
• Тип прекидача – у нашем кластеру користимо само Линук бридге, зато га и бирамо.
• Тип заштитног зида – овде је све јасно, ово је фиреваллд, који мора бити омогућен и конфигурисан на хостовима.

Снимак екрана са параметрима кластера

Инсталирање додатних хостова у окружењу које се самостално хостује

Линк за документацију.

Додатни хостови за окружење које се сами хостује додају се на исти начин као и обичан хост, уз додатни корак постављања ВМ-а са хостованим мотором - Изаберите радњу постављања хостованог мотора >> Развити. Пошто додатни хост такође мора бити представљен са ЛУН-ом за ВМ са хостованим мотором, то значи да се овај хост може, ако је потребно, користити за хостовање ВМ-а са хостованим мотором на њему.
За потребе толеранције грешака, топло се препоручује да постоје најмање два хоста на којима се може поставити хостовани мотор ВМ.

На додатном хосту, онемогућите иптаблес (ако је омогућен), омогућите фиреваллд

systemctl stop iptables
systemctl disable iptables

systemctl enable firewalld
systemctl start firewalld

Инсталирајте потребну КВМ верзију (ако је потребно):

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

Затим идите на конзолу Отворите Виртуализатион Манагер, додајте нови хост и урадите све корак по корак, како је написано документација.

Као резултат тога, након додавања додатног хоста, требало би да добијемо нешто попут слике у административној конзоли, као на снимку екрана.

Снимак екрана административног портала - домаћини

Домаћин на којем је тренутно активан ВМ са хостованим мотором има златну круну и натпис „Покретање Хостед Енгине ВМ", домаћин на којем се овај ВМ може покренути ако је потребно - натпис "Може да покреће Хостед Енгине ВМ'.

У случају квара домаћина на којем "Покретање Хостед Енгине ВМ“, аутоматски ће се поново покренути на другом хосту. Овај ВМ такође може да се мигрира са активног хоста на хост у стању приправности ради његовог одржавања.

Подешавање управљања напајањем / ограђивање на оВирт хостовима

Везе за документацију:

• Ред Хат Виртуализатион 4.3 –> Техничке референце -> Поглавље 4. Управљање напајањем
• Водич за администрацију оВирт -> Поглавље 7: Домаћини

Иако може изгледати као да сте завршили са додавањем и конфигурисањем хоста, то није сасвим тачно.
За нормалан рад хостова и за идентификацију/решавање кварова са било којим од њих, потребна су подешавања за управљање напајањем / ограђивање.

Мачевање, или ограђивање, је процес привременог искључивања неисправног или неуспешног хоста из кластера, током којег се поново покрећу или оВирт сервиси на њему или сам хост.

Сви детаљи о дефиницијама и параметрима управљања напајањем/ограђивањем су дати, као и обично, у документацији; Даћу само пример како да конфигуришете овај важан параметар, примењен на Делл Р640 сервере са иДРАЦ 9.

1. Идите на административни портал, кликните Рачунати >> Хостс изаберите домаћина.
2. Кликните едит.
3. Кликните на картицу Повер Манагемент.
4. Означите поље поред опције Омогућите управљање напајањем.
5. Означите поље поред опције Кдумп интеграцијада спречите да хост пређе у режим ограђивања док снима испис пада језгра.

Напомена.

Након омогућавања Кдумп интеграције на већ покренутом хосту, мора се поново инсталирати у складу са процедуром у оВирт Администратион Гуиде -> Поглавље 7: Домаћини -> Поновно инсталирање хостова.

1. Опционо, можете означити поље Онемогућите контролу политике управљања напајањем, ако не желимо да управљање напајањем хоста буде контролисано Политиком планирања кластера.
2. Кликните на дугме (+) да бисте додали нови уређај за управљање напајањем, отвориће се прозор за уређивање својстава агента.
   За иДРАЦ9, попуните поља:
   • адреса – иДРАЦ9 адреса
   • Корисничко име Лозинка – пријаву и лозинку за пријаву на иДРАЦ9, респективно
   • тип —драц5
   • ознака Обезбедити
   • додајте следеће опције: цмд_промпт=>,логин_тимеоут=30

Снимак екрана са параметрима „Управљање напајањем“ у својствима хоста

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

Линк до документације - Водич за администрацију оВирт, Поглавље 8: Складиштење.

Стораге Домаин, или простор за складиштење, је централизована локација за складиштење дискова виртуелне машине, инсталационих слика, шаблона и снимака.

Подручја за складиштење могу се повезати са центром података помоћу различитих протокола, кластерских и мрежних система датотека.

оВирт има три типа складишног простора:

• Домен података – за чување свих података повезаних са виртуелним машинама (дискови, шаблони). Домен података не може да се дели између различитих центара података.
• ИСО домен (застарела врста простора за складиштење) – за складиштење инсталационих слика ОС. ИСО домен се може делити између различитих центара података.
• Извоз домена (застарели тип простора за складиштење) – за привремено складиштење слика премештених између центара података.

У нашем конкретном случају, област складиштења са типом Дата Домаин користи Фибре Цханнел Протоцол (ФЦП) за повезивање са ЛУН-овима на систему за складиштење.

Са становишта оВирт-а, када се користе системи за складиштење (ФЦ или иСЦСИ), сваки виртуелни диск, снимак или шаблон је логички диск.
Блок уређаји се склапају у једну јединицу (на хостовима кластера) користећи Волуме Гроуп, а затим деле помоћу ЛВМ-а на логичке волумене, који се користе као виртуелни дискови за ВМ.

Све ове групе и многи ЛВМ волумени се могу видети на хосту кластера помоћу команди вгс и ја против. Наравно, све радње са таквим дисковима треба да се раде само са оВирт конзоле, осим у посебним случајевима.

Виртуелни дискови за ВМ могу бити два типа - КЦОВ2 или РАВ. Дискови могу бити "танак"или"дебео". Снимци се увек праве као "танак".

Начин управљања Стораге доменима, или просторима за складиштење којима се приступа преко ФЦ-а, је сасвим логичан - за сваки виртуелни диск ВМ постоји посебан логички волумен на који може да упише само један хост. За ФЦ везе, оВирт користи нешто попут кластеризованог ЛВМ-а.

Виртуелне машине које се налазе у истој области за складиштење могу се мигрирати између хостова који припадају истом кластеру.

Као што видимо из описа, кластер у оВирт-у, као кластер у ВМваре вСпхере или Хипер-В, у суштини значи исту ствар - то је логичко груписање хостова, пожељно идентично у хардверском саставу, и који имају заједничко складиште за виртуелне машински дискови.

Пређимо директно на креирање простора за складиштење података (ВМ дискова), јер без њега центар података неће бити иницијализован.
Дозволите ми да вас подсетим да сви ЛУН-ови представљени домаћинима кластера на систему складиштења морају бити видљиви на њима помоћу команде „вишеструки -лл'.

Према документација, идите на портал идите на складиштење >> Домени -> Нови домен и пратите упутства из одељка „Додавање ФЦП складишта“.

Након покретања чаробњака, попуните обавезна поља:

• Име — подесите назив кластера
• Функција домена —Подаци
• Тип складиштења — Фибре Цханнел
• Хост за коришћење — изаберите хост на коме је доступан ЛУН који нам је потребан

На листи ЛУН-ова означите онај који нам је потребан, кликните додати и онда у реду. Ако је потребно, можете подесити додатне параметре простора за складиштење кликом на Напредни параметри.

Снимак екрана чаробњака за додавање „Домена за складиштење“

На основу резултата чаробњака, требало би да добијемо нову област за складиштење, а наш центар података треба да пређе у статус UP, или иницијализовано:

Снимци екрана дата центра и складишта у њему:

Креирање и конфигурисање мрежа за виртуелне машине

Линк до документације - Водич за администрацију оВирт, Поглавље 6: Логичке мреже

Мреже, или мреже, служе за груписање логичких мрежа које се користе у виртуелној инфраструктури оВирт.

За интеракцију између мрежног адаптера на виртуелној машини и физичког адаптера на хосту, користе се логички интерфејси као што је Линук бридге.

За груписање и поделу саобраћаја између мрежа, ВЛАН-ови су конфигурисани на прекидачима.

Када креирате логичку мрежу за виртуелне машине у оВирт-у, мора јој се доделити идентификатор који одговара ВЛАН броју на комутатору тако да ВМ могу да комуницирају једни са другима, чак и ако раде на различитим чворовима кластера.

Морало се извршити прелиминарна подешавања мрежних адаптера на хостовима за повезивање виртуелних машина претходни чланак – конфигурисан логички интерфејс бонд1, онда све мрежне поставке треба извршити само преко оВирт административног портала.

Након креирања ВМ-а са хостед-енгине-ом, поред аутоматског креирања дата центра и кластера, аутоматски је креирана и логичка мрежа за управљање нашим кластером - овритмгмт, на који је овај ВМ био повезан.

Ако је потребно, можете погледати логичка подешавања мреже овритмгмт и прилагодите их, али морате пазити да не изгубите контролу над оВирт инфраструктуром.

Логичка подешавања мреже овритмгмт

Да бисте креирали нову логичку мрежу за обичне ВМ, на административном порталу идите на мрежа >> Мреже >> нови, и на картици општи додајте мрежу са жељеним ВЛАН ИД-ом, а такође означите поље поред „ВМ мрежа", то значи да се може користити за доделу ВМ-у.

Снимак екрана нове ВЛАН32 логичке мреже

На картици Група, припајамо ову мрежу нашем кластеру Цлустер1.

После овога идемо на Рачунати >> Хостс, идите на сваки хост редом, на картицу Мрежни интерфејси, и покрените чаробњак Подесите мреже домаћина, за повезивање са хостовима нове логичке мреже.

Снимак екрана чаробњака „Подешавање мрежа хоста“.

ОВирт агент ће аутоматски извршити сва потребна мрежна подешавања на хосту - креирати ВЛАН и БРИДГЕ.

Примери конфигурационих датотека за нове мреже на хосту:

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

Да вас подсетим још једном на хосту кластера НЕМА ПОТРЕБЕ креирајте мрежне интерфејсе ручно унапред ифцфг-бонд1.432 и ифцфг-овиртвм-влан432.

Након додавања логичке мреже и провере везе између хоста и ВМ хостованог мотора, може се користити у виртуелној машини.

Креирање инсталационе слике за примену виртуелне машине

Линк до документације - Водич за администрацију оВирт, Поглавље 8: Складиштење, одељак Отпремање слика у домен за складиштење података.

Без инсталационе слике ОС-а, неће бити могуће инсталирати виртуелну машину, иако то, наравно, није проблем ако је, на пример, инсталирана на мрежи Пахуљац са унапред креираним сликама.

У нашем случају то није могуће, па ћете морати сами да увезете ову слику у оВирт. Раније је ово захтевало креирање ИСО домена, али у новој верзији оВирт-а он је застарео, и стога сада можете да отпремате слике директно у Стораге домен са административног портала.

На административном порталу идите на складиштење >> Дискови >> отпремање >> Почетак
Додамо нашу слику ОС-а као ИСО датотеку, попунимо сва поља у обрасцу и кликнемо на дугме "Тестирајте везу".

Снимак екрана чаробњака за додавање инсталацијске слике

Ако добијемо грешку попут ове:

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`

Затим морате да додате оВирт сертификат у „Поуздани Роот ЦА„(Поуздани Роот ЦА) на контролној станици администратора, одакле покушавамо да преузмемо слику.

Након што додате сертификат у поуздани основни ЦА, кликните поново на "Тестирајте везу", треба да:

Connection to ovirt-imageio-proxy was successful.

Након што завршите радњу додавања сертификата, можете поново да покушате да отпремите ИСО слику на домен за складиштење.

У принципу, можете направити посебан Стораге Домаин са типом података за складиштење слика и шаблона одвојено од ВМ дискова, или чак да их складиштите у Стораге Домаин за хостовану машину, али то је на дискрецији администратора.

Снимак екрана са ИСО сликама у домену за складиштење за хостовану машину

Направите виртуелну машину

Линк за документацију:
оВирт Водич за управљање виртуелним машинама –> Поглавље 2: Инсталирање Линук виртуелних машина
Ресурси за клијенте конзоле

Након учитавања инсталационе слике са ОС-ом у оВирт, можете наставити директно са креирањем виртуелне машине. Доста посла је урађено, али смо већ у завршној фази, због које је све ово и започето – добијање инфраструктуре отпорне на грешке за хостовање високо доступних виртуелних машина. И све ово је апсолутно бесплатно - ни један пени није потрошен на куповину било које софтверске лиценце.

Да бисте креирали виртуелну машину са ЦентОС 7, мора се преузети инсталациона слика из ОС-а.

Идемо на административни портал, идите на Рачунати >> Виртуал Мацхинес, и покрените чаробњак за креирање ВМ. Попуните све параметре и поља и кликните у реду. Све је врло једноставно ако пратите документацију.

Као пример, даћу основна и додатна подешавања високо доступног ВМ-а, са креираним диском, повезаним на мрежу и покретањем са инсталационе слике:

Снимци екрана са високо доступним подешавањима ВМ-а

Након што завршите рад са чаробњаком, затворите га, покрените нови ВМ и инсталирајте ОС на њега.
Да бисте то урадили, идите на конзолу овог ВМ-а преко административног портала:

Снимак екрана подешавања административног портала за повезивање са ВМ конзолом

Да бисте се повезали са ВМ конзолом, прво морате да конфигуришете конзолу у својствима виртуелне машине.

Снимак екрана подешавања ВМ-а, картица „Конзола“.

Да бисте се повезали са ВМ конзолом, можете користити нпр. Виртуал Мацхине Виевер.

Да бисте се повезали са ВМ конзолом директно у прозору прегледача, подешавања везе преко конзоле треба да буду следећа:

Након инсталирања ОС-а на ВМ, препоручљиво је да инсталирате оВирт гост агент:

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

Тако ће, као резултат наших акција, креирана ВМ бити високо доступна, тј. ако чвор кластера на коме ради не успе, оВирт ће га аутоматски поново покренути на другом чвору. Овај ВМ такође може да се мигрира између хостова кластера за њихово одржавање или друге сврхе.

Закључак

Надам се да је овај чланак успео да дочара да је оВирт сасвим нормалан алат за управљање виртуелном инфраструктуром, који није тако тежак за имплементацију - најважније је да се придржавате одређених правила и захтева описаних како у чланку тако иу документацији.

Због великог обима чланка, није било могуће у њега укључити многе ствари, као што је поступно извршавање разних чаробњака са свим детаљним објашњењима и снимцима екрана, дугим закључцима неких команди итд. У ствари, ово би захтевало писање целе књиге, што нема много смисла јер се нове верзије софтвера стално појављују са иновацијама и променама. Најважније је разумети принцип како све то заједно функционише и добити општи алгоритам за креирање платформе отпорне на грешке за управљање виртуелним машинама.

Иако смо креирали виртуелну инфраструктуру, сада морамо да је научимо да комуницира како између њених појединачних елемената: хостова, виртуелних машина, интерних мрежа, тако и са спољним светом.

Овај процес је један од главних задатака администратора система или мреже, о чему ће бити речи у следећем чланку – о коришћењу ВиОС виртуелних рутера у инфраструктури отпорној на грешке нашег предузећа (као што сте претпоставили, они ће радити као виртуелни машине на нашем оВирт кластеру).

Извор: ввв.хабр.цом