ការបង្កើតហេដ្ឋារចនាសម្ព័ន្ធ IT ដែលអត់ឱនចំពោះកំហុស។ ផ្នែកទី 2. ការដំឡើង និងកំណត់រចនាសម្ព័ន្ធ oVirt 4.3 cluster

អត្ថបទនេះគឺជាការបន្តនៃអត្ថបទមុន - "ការបង្កើតហេដ្ឋារចនាសម្ព័ន្ធ IT ដែលអត់ឱនចំពោះកំហុស។ ផ្នែកទី 1 - រៀបចំដាក់ពង្រាយ oVirt 4.3 cluster"។

វានឹងគ្របដណ្តប់ដំណើរការនៃការដំឡើងមូលដ្ឋាន និងការកំណត់រចនាសម្ព័ន្ធនៃចង្កោម oVirt 4.3 សម្រាប់ការបង្ហោះម៉ាស៊ីននិម្មិតដែលមានកម្រិតខ្ពស់ ដោយគិតគូរពីការពិតដែលថាជំហានបឋមទាំងអស់សម្រាប់ការរៀបចំហេដ្ឋារចនាសម្ព័ន្ធត្រូវបានបញ្ចប់ពីមុន។

ផ្នែកណែនាំ

គោលបំណងសំខាន់នៃអត្ថបទគឺផ្តល់ការណែនាំជាជំហាន ៗ ដូចជា "បន្ទាប់ -> បាទ -> បញ្ចប់msgstr "របៀប​បង្ហាញ​លក្ខណៈ​មួយ​ចំនួន ពេល​ដំឡើង និង​កំណត់​រចនាសម្ព័ន្ធ​វា។ ដំណើរការសម្រាប់ដាក់ពង្រាយចង្កោមរបស់អ្នកប្រហែលជាមិនតែងតែស្របគ្នាជាមួយនឹងអ្វីដែលបានពិពណ៌នានៅក្នុងវានោះទេ ដោយសារតែលក្ខណៈនៃហេដ្ឋារចនាសម្ព័ន្ធ និងបរិស្ថាន ប៉ុន្តែគោលការណ៍ទូទៅនឹងដូចគ្នា។

តាមទស្សនៈប្រធានបទ oVirt 4.3 មុខងាររបស់វាគឺស្រដៀងទៅនឹង VMware vSphere កំណែ 5.x ប៉ុន្តែជាការពិតណាស់ជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធ និងមុខងារប្រតិបត្តិការផ្ទាល់របស់វា។

សម្រាប់អ្នកដែលចាប់អារម្មណ៍ ភាពខុសគ្នាទាំងអស់រវាង RHEV (aka oVirt) និង VMware vSphere អាចត្រូវបានរកឃើញនៅលើអ៊ីនធឺណិត ជាឧទាហរណ៍ នៅទីនេះប៉ុន្តែខ្ញុំនឹងនៅតែកត់សម្គាល់ម្តងម្កាលនូវភាពខុសគ្នា ឬភាពស្រដៀងគ្នារបស់ពួកគេជាមួយគ្នា នៅពេលដែលអត្ថបទរីកចម្រើន។

ដោយឡែកពីគ្នា ខ្ញុំចង់ប្រៀបធៀបការងារបន្តិចបន្តួចជាមួយបណ្តាញសម្រាប់ម៉ាស៊ីននិម្មិត។ oVirt អនុវត្តគោលការណ៍ស្រដៀងគ្នានៃការគ្រប់គ្រងបណ្តាញសម្រាប់ម៉ាស៊ីននិម្មិត (តទៅនេះហៅថា VMs) ដូចនៅក្នុង VMware vSphere៖

• ដោយប្រើស្ពានលីនុចស្តង់ដារ (នៅក្នុង VMware - ស្តង់ដារ vSwitch) ដំណើរការលើម៉ាស៊ីននិម្មិត;
• ដោយប្រើ Open vSwitch (OVS) (ក្នុង VMware - ចែកចាយ vSwitch) គឺជាកុងតាក់និម្មិតដែលបានចែកចាយដែលមានសមាសភាគសំខាន់ពីរ៖ ម៉ាស៊ីនមេ OVN កណ្តាល និងឧបករណ៍បញ្ជា OVN នៅលើម៉ាស៊ីនដែលបានគ្រប់គ្រង។

វាគួរតែត្រូវបានកត់សម្គាល់ថាដោយសារតែភាពងាយស្រួលនៃការអនុវត្ត អត្ថបទនឹងពិពណ៌នាអំពីការដំឡើងបណ្តាញនៅក្នុង oVirt សម្រាប់ VM ដោយប្រើស្ពានលីនុចស្តង់ដារ ដែលជាជម្រើសស្តង់ដារនៅពេលប្រើ KVM hypervisor ។

ក្នុងន័យនេះ មានច្បាប់ជាមូលដ្ឋានមួយចំនួនសម្រាប់ធ្វើការជាមួយបណ្តាញនៅក្នុងចង្កោម ដែលល្អបំផុតមិនត្រូវបំពាន៖

• ការកំណត់បណ្តាញទាំងអស់នៅលើម៉ាស៊ីន មុនពេលបន្ថែមពួកវាទៅ oVirt ត្រូវតែដូចគ្នាបេះបិទ លើកលែងតែអាសយដ្ឋាន IP ។
• នៅពេលដែលម៉ាស៊ីនមួយត្រូវបានយកនៅក្រោមការគ្រប់គ្រងរបស់ oVirt វាមិនត្រូវបានផ្តល់អនុសាសន៍យ៉ាងខ្លាំងឱ្យផ្លាស់ប្តូរអ្វីទាំងអស់ដោយដៃនៅក្នុងការកំណត់បណ្តាញដោយគ្មានទំនុកចិត្តពេញលេញនៅក្នុងសកម្មភាពរបស់អ្នកទេ ចាប់តាំងពីភ្នាក់ងារ oVirt នឹងគ្រាន់តែរមៀលពួកវាត្រឡប់ទៅកន្លែងមុនបន្ទាប់ពីចាប់ផ្តើមម៉ាស៊ីនឡើងវិញ ឬ ភ្នាក់ងារ។
• ការបន្ថែមបណ្តាញថ្មីសម្រាប់ VM ក៏ដូចជាការធ្វើការជាមួយវា គួរតែធ្វើឡើងតែពីកុងសូលគ្រប់គ្រង oVirt ប៉ុណ្ណោះ។

មួយទៀត កំណត់ចំណាំសំខាន់ - សម្រាប់បរិយាកាសដ៏សំខាន់ (រសើបខ្លាំងចំពោះការខាតបង់រូបិយវត្ថុ) វានៅតែត្រូវបានណែនាំអោយប្រើជំនួយដែលបានបង់ និងប្រើប្រាស់ Red Hat Virtualization 4.3. ក្នុងអំឡុងពេលប្រតិបត្តិការនៃចង្កោម oVirt បញ្ហាមួយចំនួនអាចកើតឡើង ដែលវាត្រូវបានណែនាំឱ្យទទួលបានជំនួយដែលមានលក្ខណៈសម្បត្តិគ្រប់គ្រាន់ឱ្យបានឆាប់តាមដែលអាចធ្វើទៅបាន ជាជាងដោះស្រាយជាមួយពួកគេដោយខ្លួនឯង។

ហើយទីបំផុត បានណែនាំ មុនពេលដាក់ពង្រាយ oVirt cluster សូមស្គាល់ខ្លួនឯងជាមួយ ឯកសារផ្លូវការដើម្បីដឹងយ៉ាងហោចណាស់នូវគោលគំនិត និងនិយមន័យជាមូលដ្ឋាន បើមិនដូច្នេះទេ វានឹងពិបាកបន្តិចក្នុងការអានអត្ថបទដែលនៅសល់។

មូលដ្ឋានគ្រឹះនៃការយល់ដឹងអំពីអត្ថបទ និងគោលការណ៍នៃប្រតិបត្តិការនៃចង្កោម oVirt គឺជាឯកសារណែនាំទាំងនេះ៖

• oVirt ការណែនាំអំពីការដំឡើង
• oVirt មគ្គុទ្ទេសក៍ម៉ាស៊ីនខ្លួនឯងបង្ហោះ
• oVirt មគ្គុទ្ទេសក៍រដ្ឋបាល
  

បរិមាណនៅទីនោះមិនធំខ្លាំងទេ ក្នុងរយៈពេលមួយម៉ោង ឬពីរម៉ោង អ្នកអាចធ្វើជាម្ចាស់លើគោលការណ៍ជាមូលដ្ឋាន ប៉ុន្តែសម្រាប់អ្នកដែលចូលចិត្តព័ត៌មានលម្អិត វាត្រូវបានណែនាំឱ្យអាន ឯកសារផលិតផលសម្រាប់ Red Hat Virtualization 4.3 - RHEV និង oVirt គឺសំខាន់ដូចគ្នា ។

ដូច្នេះ ប្រសិនបើការកំណត់មូលដ្ឋានទាំងអស់នៅលើម៉ាស៊ីន កុងតាក់ និងប្រព័ន្ធផ្ទុកត្រូវបានបញ្ចប់ យើងបន្តដោយផ្ទាល់ទៅការដាក់ពង្រាយ oVirt ។

ផ្នែកទី 2. ការដំឡើង និងកំណត់រចនាសម្ព័ន្ធ oVirt 4.3 cluster

ដើម្បីងាយស្រួលក្នុងការតំរង់ទិស ខ្ញុំនឹងរាយបញ្ជីផ្នែកសំខាន់ៗក្នុងអត្ថបទនេះ ដែលត្រូវតែបំពេញម្តងមួយៗ៖

1. ការដំឡើងម៉ាស៊ីនមេគ្រប់គ្រង oVirt
2. ការបង្កើតមជ្ឈមណ្ឌលទិន្នន័យថ្មី។
3. ការបង្កើតក្រុមថ្មី។
4. ការដំឡើងម៉ាស៊ីនបន្ថែមនៅក្នុងបរិយាកាសដែលបង្ហោះដោយខ្លួនឯង។
5. ការបង្កើតតំបន់ផ្ទុក ឬដែនផ្ទុក
6. ការបង្កើត និងកំណត់រចនាសម្ព័ន្ធបណ្តាញសម្រាប់ម៉ាស៊ីននិម្មិត
7. ការបង្កើតរូបភាពដំឡើងសម្រាប់ដាក់ពង្រាយម៉ាស៊ីននិម្មិត
8. បង្កើតម៉ាស៊ីននិម្មិត

ការដំឡើងម៉ាស៊ីនមេគ្រប់គ្រង oVirt

oVirt ម៉ាស៊ីនមេគ្រប់គ្រង គឺជាធាតុសំខាន់បំផុតនៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធ oVirt ក្នុងទម្រង់ជាម៉ាស៊ីននិម្មិត ម៉ាស៊ីន ឬឧបករណ៍និម្មិតដែលគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធ oVirt ទាំងមូល។

analogues ជិតស្និទ្ធរបស់វាពីពិភពនិម្មិតគឺ៖

• VMware vSphere - ម៉ាស៊ីនមេ vCenter
• Microsoft Hyper-V - កម្មវិធីគ្រប់គ្រងម៉ាស៊ីននិម្មិតមជ្ឈមណ្ឌលប្រព័ន្ធ (VMM) ។

ដើម្បីដំឡើងម៉ាស៊ីនមេគ្រប់គ្រង oVirt យើងមានជម្រើសពីរ៖

ជម្រើស 1
ការដាក់ពង្រាយម៉ាស៊ីនមេក្នុងទម្រង់ជា VM ឬម៉ាស៊ីនពិសេស។

ជម្រើសនេះដំណើរការបានល្អ ប៉ុន្តែបានផ្តល់ថា VM បែបនេះដំណើរការដោយឯករាជ្យពីចង្កោម ពោលគឺឧ។ មិនដំណើរការលើម៉ាស៊ីនចង្កោមណាមួយជាម៉ាស៊ីននិម្មិតធម្មតាដែលកំពុងដំណើរការ KVM ទេ។

ហេតុអ្វីបានជា VM បែបនេះមិនអាចដាក់ពង្រាយនៅលើម៉ាស៊ីនចង្កោម?

នៅដើមដំបូងនៃដំណើរការនៃការដាក់ពង្រាយម៉ាស៊ីនមេគ្រប់គ្រង oVirt យើងមានការលំបាក - យើងត្រូវការដំឡើង VM គ្រប់គ្រង ប៉ុន្តែតាមពិតវាមិនទាន់មានចង្កោមនៅឡើយទេ ហើយដូច្នេះតើយើងអាចធ្វើអ្វីបានភ្លាមៗ? នោះជាការត្រឹមត្រូវ - ដំឡើង KVM នៅលើថ្នាំងចង្កោមនាពេលអនាគត បន្ទាប់មកបង្កើតម៉ាស៊ីននិម្មិតនៅលើវា ឧទាហរណ៍ជាមួយ CentOS OS ហើយដាក់ពង្រាយម៉ាស៊ីន oVirt នៅក្នុងវា។ ជាធម្មតា នេះអាចត្រូវបានធ្វើសម្រាប់ហេតុផលនៃការគ្រប់គ្រងពេញលេញលើ VM បែបនេះ ប៉ុន្តែនេះគឺជាចេតនាខុស ព្រោះក្នុងករណីនេះ នាពេលអនាគតនឹងមានបញ្ហា 100% ជាមួយនឹង VM គ្រប់គ្រងបែបនេះ៖

• វាមិនអាចត្រូវបានផ្លាស់ប្តូរនៅក្នុងកុងសូល oVirt រវាងម៉ាស៊ីន (ថ្នាំង) នៃចង្កោម។
• នៅពេលធ្វើចំណាកស្រុកដោយប្រើ KVM តាមរយៈ virsh ធ្វើចំណាកស្រុកVM នេះនឹងមិនមានសម្រាប់ការគ្រប់គ្រងពីកុងសូល oVirt ទេ។
• ម៉ាស៊ីនចង្កោមមិនអាចត្រូវបានបង្ហាញនៅក្នុង របៀបថែទាំ (របៀបថែទាំ) ប្រសិនបើអ្នកផ្ទេរ VM នេះពីម៉ាស៊ីនទៅម៉ាស៊ីនដោយប្រើ virsh ធ្វើចំណាកស្រុក.

ដូច្នេះធ្វើអ្វីគ្រប់យ៉ាងយោងទៅតាមច្បាប់ - ប្រើទាំងម៉ាស៊ីនដាច់ដោយឡែកសម្រាប់ម៉ាស៊ីនមេគ្រប់គ្រង oVirt ឬ VM ឯករាជ្យដែលកំពុងដំណើរការលើវា ឬប្រសើរជាងនេះ ធ្វើដូចដែលបានសរសេរក្នុងជម្រើសទីពីរ។

ជម្រើស 2
ការដំឡើង oVirt Engine Appliance នៅលើម៉ាស៊ីនចង្កោមដែលគ្រប់គ្រងដោយវា។

វាគឺជាជម្រើសនេះដែលនឹងត្រូវបានពិចារណាបន្ថែមទៀតថាត្រឹមត្រូវ និងសមរម្យជាងនៅក្នុងករណីរបស់យើង។
តម្រូវការសម្រាប់ VM បែបនេះត្រូវបានពិពណ៌នាខាងក្រោម ខ្ញុំគ្រាន់តែបន្ថែមថាវាត្រូវបានណែនាំឱ្យមានម៉ាស៊ីនយ៉ាងហោចណាស់ពីរនៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធដែលការគ្រប់គ្រង VM អាចដំណើរការបាន ដើម្បីធ្វើឱ្យវាអត់ឱនចំពោះកំហុស។ នៅទីនេះខ្ញុំចង់បន្ថែមថាដូចដែលខ្ញុំបានសរសេររួចហើយនៅក្នុងមតិយោបល់នៅក្នុងអត្ថបទមុនខ្ញុំមិនអាចទទួលបានទេ។ ខួរក្បាលបំបែក នៅលើចង្កោម oVirt នៃម៉ាស៊ីនពីរ ជាមួយនឹងសមត្ថភាពក្នុងការដំណើរការម៉ាស៊ីន VMs នៅលើពួកវា។

ការដំឡើង oVirt Engine Appliance នៅលើម៉ាស៊ីនទីមួយនៃចង្កោម

ភ្ជាប់ទៅឯកសារផ្លូវការ - 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 ដែលអាចប្រើបានខ្ពស់ជាមួយនឹងម៉ាស៊ីនបង្ហោះ ពីមុនយើងបានបង្កើត LUN ពិសេសមួយនៅលើប្រព័ន្ធផ្ទុកទិន្នន័យ លេខ 4 និង 150 GB នៅក្នុងទំហំដែលបន្ទាប់មកត្រូវបានបង្ហាញដល់ម៉ាស៊ីនចង្កោម - មើល អត្ថបទមុន.

ពីមុនយើងក៏បានពិនិត្យលទ្ធភាពមើលឃើញរបស់វានៅលើម៉ាស៊ីន៖

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 ពីកុំព្យូទ័ររបស់អ្នកគ្រប់គ្រង ហើយចុច [វិបផតថលរដ្ឋបាល].

រូបថតអេក្រង់នៃ "វិបផតថលរដ្ឋបាល"

ដោយបញ្ចូលការចូល និងពាក្យសម្ងាត់ (កំណត់កំឡុងពេលដំណើរការដំឡើង) ទៅក្នុងបង្អួចដូចនៅក្នុងរូបថតអេក្រង់ យើងទៅដល់ផ្ទាំងបញ្ជាកម្មវិធីគ្រប់គ្រងនិម្មិតបើក ដែលអ្នកអាចអនុវត្តសកម្មភាពទាំងអស់ជាមួយនឹងហេដ្ឋារចនាសម្ព័ន្ធនិម្មិត៖

1. បន្ថែមមជ្ឈមណ្ឌលទិន្នន័យ
2. បន្ថែម និងកំណត់រចនាសម្ព័ន្ធចង្កោម
3. បន្ថែម និងគ្រប់គ្រងម៉ាស៊ីន
4. បន្ថែមតំបន់ផ្ទុក ឬ Storage Domains សម្រាប់ថាសម៉ាស៊ីននិម្មិត
5. បន្ថែម និងកំណត់រចនាសម្ព័ន្ធបណ្តាញសម្រាប់ម៉ាស៊ីននិម្មិត
6. បន្ថែម និងគ្រប់គ្រងម៉ាស៊ីននិម្មិត រូបភាពដំឡើង គំរូ VM

សកម្មភាពទាំងអស់នេះនឹងត្រូវបានពិភាក្សាបន្ថែមទៀត មួយចំនួននៅក្នុងកោសិកាធំ ខ្លះទៀតនៅក្នុងលម្អិតបន្ថែមទៀត និងជាមួយ nuances ។
ប៉ុន្តែជាដំបូងខ្ញុំសូមណែនាំឱ្យអានកម្មវិធីបន្ថែមនេះ ដែលប្រហែលជាមានប្រយោជន៍សម្រាប់មនុស្សជាច្រើន។

បន្ថែម។

1) ជាគោលការណ៍ ប្រសិនបើមានតម្រូវការបែបនេះ គ្មានអ្វីរារាំងអ្នកពីការដំឡើង KVM hypervisor នៅលើថ្នាំងចង្កោមជាមុនដោយប្រើកញ្ចប់ទេ។ libvirt и qemu-sq.m (ឬ qemu-kvm-ev) នៃកំណែដែលចង់បាន ទោះបីជានៅពេលដាក់ពង្រាយថ្នាំងចង្កោម oVirt ក៏ដោយ វាអាចធ្វើវាដោយខ្លួនឯងបាន។

ប៉ុន្តែប្រសិនបើ libvirt и qemu-sq.m ប្រសិនបើអ្នកមិនបានដំឡើងកំណែចុងក្រោយទេ អ្នកអាចទទួលបានកំហុសដូចខាងក្រោម នៅពេលដាក់ពង្រាយម៉ាស៊ីនបង្ហោះ៖

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 វត្តមាន និងការប្រើប្រាស់ជញ្ជាំងភ្លើង ភ្លើងឆេះ គឺជាតម្រូវការចាំបាច់។

ប្រសិនបើក្នុងអំឡុងពេលដាក់ពង្រាយ 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

បន្ទាប់មកអ្នកត្រូវបិទជញ្ជាំងភ្លើងមួយផ្សេងទៀត (ប្រសិនបើវាត្រូវបានប្រើប្រាស់) ហើយដំឡើងនិងដំណើរការ ភ្លើងឆេះ:

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 នៅលើម៉ាស៊ីនថ្មីសម្រាប់ cluster វានឹងកំណត់រចនាសម្ព័ន្ធច្រកដែលត្រូវការនៅក្នុង ភ្លើងឆេះ ដោយស្វ័យប្រវត្តិ។

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 មគ្គុទ្ទេសក៍រដ្ឋបាល។ ជំពូកទី ៤៖ មជ្ឈមណ្ឌលទិន្នន័យ

ដំបូងយើងកំណត់ថាតើវាជាអ្វី មជ្ឈមណ្ឌល​ទិន្នន័យ (ខ្ញុំដកស្រង់ពីជំនួយ) គឺជាអង្គភាពឡូជីខលដែលកំណត់សំណុំនៃធនធានដែលប្រើក្នុងបរិយាកាសជាក់លាក់មួយ។

មជ្ឈមណ្ឌលទិន្នន័យ គឺជាប្រភេទកុងតឺន័រដែលមាន៖

• ធនធានឡូជីខលក្នុងទម្រង់ជាក្រុម និងម៉ាស៊ីន
• ធនធានបណ្តាញចង្កោមក្នុងទម្រង់ជាបណ្តាញឡូជីខល និងអាដាប់ទ័ររូបវ័ន្តនៅលើម៉ាស៊ីន,
• ធនធានផ្ទុក (សម្រាប់ថាស VM គំរូរូបភាព) ក្នុងទម្រង់នៃតំបន់ផ្ទុក (ដែនផ្ទុក) ។

មជ្ឈមណ្ឌលទិន្នន័យអាចរួមបញ្ចូលចង្កោមជាច្រើនដែលមានម៉ាស៊ីនជាច្រើនដែលមានម៉ាស៊ីននិម្មិតដែលកំពុងដំណើរការលើពួកវា ហើយវាក៏អាចមានកន្លែងផ្ទុកច្រើនដែលភ្ជាប់ជាមួយវាផងដែរ។
វាអាចមានមជ្ឈមណ្ឌលទិន្នន័យជាច្រើន ពួកវាដំណើរការដោយឯករាជ្យពីគ្នាទៅវិញទៅមក។ Ovirt មានការបែងចែកអំណាចតាមតួនាទី ហើយអ្នកអាចកំណត់រចនាសម្ព័ន្ធការអនុញ្ញាតជាលក្ខណៈបុគ្គល ទាំងនៅកម្រិតមជ្ឈមណ្ឌលទិន្នន័យ និងលើធាតុឡូជីខលនីមួយៗរបស់វា។

មជ្ឈមណ្ឌលទិន្នន័យ ឬមជ្ឈមណ្ឌលទិន្នន័យប្រសិនបើមានពួកវាជាច្រើនត្រូវបានគ្រប់គ្រងពីកុងសូលរដ្ឋបាល ឬវិបផតថលតែមួយ។

ដើម្បីបង្កើតមជ្ឈមណ្ឌលទិន្នន័យ សូមចូលទៅកាន់វិបផតថលរដ្ឋបាល ហើយបង្កើតមជ្ឈមណ្ឌលទិន្នន័យថ្មី៖
គណនា >> មជ្ឈមណ្ឌលទិន្នន័យ >> ជា​ថ្មី

ដោយសារយើងប្រើទំហំផ្ទុករួមគ្នានៅលើប្រព័ន្ធផ្ទុក នោះប្រភេទការផ្ទុកគួរតែត្រូវបានចែករំលែក៖

រូបថតអេក្រង់របស់អ្នកជំនួយការបង្កើតមជ្ឈមណ្ឌលទិន្នន័យ

នៅពេលដំឡើងម៉ាស៊ីននិម្មិតជាមួយម៉ាស៊ីនបង្ហោះ មជ្ឈមណ្ឌលទិន្នន័យត្រូវបានបង្កើតតាមលំនាំដើម - មជ្ឈមណ្ឌលទិន្នន័យ ១ហើយបន្ទាប់មក បើចាំបាច់ អ្នកអាចប្តូរប្រភេទការផ្ទុករបស់វាទៅមួយផ្សេងទៀត។

ការបង្កើតមជ្ឈមណ្ឌលទិន្នន័យគឺជាកិច្ចការដ៏សាមញ្ញមួយ ដោយមិនមានការរំខានណាមួយឡើយ ហើយសកម្មភាពបន្ថែមទាំងអស់ជាមួយវាត្រូវបានពិពណ៌នានៅក្នុងឯកសារ។ រឿងតែមួយគត់ដែលខ្ញុំនឹងកត់សម្គាល់នោះគឺថាម៉ាស៊ីនតែមួយដែលមានកន្លែងផ្ទុកទិន្នន័យមូលដ្ឋាន (ថាស) សម្រាប់ VMs នឹងមិនអាចចូលទៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យដែលមានប្រភេទផ្ទុក - ចែករំលែក (ពួកវាមិនអាចបន្ថែមនៅទីនោះបានទេ) ហើយសម្រាប់ពួកវាអ្នកត្រូវបង្កើត មជ្ឈមណ្ឌលទិន្នន័យដាច់ដោយឡែក - i.e. ម៉ាស៊ីននីមួយៗដែលមានកន្លែងផ្ទុកក្នុងមូលដ្ឋានត្រូវការមជ្ឈមណ្ឌលទិន្នន័យដាច់ដោយឡែករបស់វា។

ការបង្កើតក្រុមថ្មី។

ភ្ជាប់ទៅឯកសារ - មគ្គុទ្ទេសក៍រដ្ឋបាល oVirt ។ ជំពូកទី 5: ចង្កោម

ដោយគ្មានព័ត៌មានលម្អិតដែលមិនចាំបាច់ ចង្កោម - នេះគឺជាការដាក់ជាក្រុមឡូជីខលនៃម៉ាស៊ីនដែលមានកន្លែងផ្ទុកទូទៅ (ក្នុងទម្រង់ជាថាសដែលបានចែករំលែកនៅលើប្រព័ន្ធផ្ទុក ដូចករណីរបស់យើងដែរ)។ វាក៏គួរឱ្យចង់បានផងដែរដែលម៉ាស៊ីននៅក្នុងចង្កោមមានលក្ខណៈដូចគ្នាបេះបិទនៅក្នុងផ្នែករឹង ហើយមានខួរក្បាលប្រភេទដូចគ្នា (Intel ឬ AMD)។ វាជាការល្អបំផុតដែលម៉ាស៊ីនមេនៅក្នុងចង្កោមគឺដូចគ្នាបេះបិទទាំងស្រុង។

ចង្កោមគឺជាផ្នែកមួយនៃមជ្ឈមណ្ឌលទិន្នន័យ (ជាមួយនឹងប្រភេទជាក់លាក់នៃការផ្ទុក - ក្នុងស្រុក ឬ ចែករំលែក) ហើយម៉ាស៊ីនទាំងអស់ត្រូវតែជាកម្មសិទ្ធិរបស់ប្រភេទនៃចង្កោមមួយចំនួន អាស្រ័យលើថាតើពួកគេមានការផ្ទុករួមគ្នាឬអត់។

នៅពេលដំឡើងម៉ាស៊ីននិម្មិតជាមួយម៉ាស៊ីនបង្ហោះនៅលើម៉ាស៊ីន មជ្ឈមណ្ឌលទិន្នន័យត្រូវបានបង្កើតតាមលំនាំដើម - មជ្ឈមណ្ឌលទិន្នន័យ ១រួមជាមួយនឹងចង្កោម - ចង្កោម ២៥ហើយនៅពេលអនាគតអ្នកអាចកំណត់រចនាសម្ព័ន្ធប៉ារ៉ាម៉ែត្ររបស់វា បើកជម្រើសបន្ថែម បន្ថែមម៉ាស៊ីនទៅវា ។ល។

ដូចធម្មតា សម្រាប់ព័ត៌មានលម្អិតអំពីការកំណត់ចង្កោមទាំងអស់ គួរតែយោងទៅលើឯកសារផ្លូវការ។ ក្នុងចំណោមលក្ខណៈពិសេសមួយចំនួននៃការដំឡើងចង្កោម ខ្ញុំនឹងបន្ថែមថានៅពេលបង្កើតវា វាគ្រប់គ្រាន់ក្នុងការកំណត់រចនាសម្ព័ន្ធតែប៉ារ៉ាម៉ែត្រមូលដ្ឋាននៅលើផ្ទាំង ទូទៅ.

ខ្ញុំនឹងកត់សម្គាល់ប៉ារ៉ាម៉ែត្រសំខាន់បំផុត:

• ប្រភេទឧបករណ៍ដំណើរការ — ត្រូវបានជ្រើសរើសដោយផ្អែកលើ processors ណាដែលត្រូវបានដំឡើងនៅលើ cluster hosts ក្រុមហ៊ុនផលិតអ្វីដែលពួកគេមកពី និង processor មួយណានៅលើ hosts គឺចាស់ជាងគេ ដូច្នេះអាស្រ័យលើនេះ ការណែនាំរបស់ processor ដែលមាននៅក្នុង cluster ទាំងអស់ត្រូវបានប្រើប្រាស់។
• ប្តូរប្រភេទ - នៅក្នុងចង្កោមរបស់យើង យើងប្រើតែ Linux Bridge នោះហើយជាមូលហេតុដែលយើងជ្រើសរើសវា។
• ប្រភេទជញ្ជាំងភ្លើង - អ្វីគ្រប់យ៉ាងគឺច្បាស់នៅទីនេះ នេះគឺជាជញ្ជាំងភ្លើង ដែលត្រូវតែបើក និងកំណត់រចនាសម្ព័ន្ធនៅលើម៉ាស៊ីន។

រូបថតអេក្រង់ជាមួយប៉ារ៉ាម៉ែត្រចង្កោម

ការដំឡើងម៉ាស៊ីនបន្ថែមនៅក្នុងបរិយាកាសដែលបង្ហោះដោយខ្លួនឯង។

តំណភ្ជាប់ សម្រាប់ឯកសារ។

ម៉ាស៊ីនបន្ថែមសម្រាប់បរិស្ថានដែលបង្ហោះដោយខ្លួនឯងត្រូវបានបន្ថែមតាមរបៀបដូចគ្នានឹងម៉ាស៊ីនធម្មតា ជាមួយនឹងជំហានបន្ថែមនៃការដាក់ពង្រាយ VM ជាមួយនឹងម៉ាស៊ីនបង្ហោះ - ជ្រើសរើសសកម្មភាពដាក់ពង្រាយម៉ាស៊ីនដែលបានបង្ហោះ >> ដាក់ឱ្យប្រើ. ដោយសារម៉ាស៊ីនបន្ថែមត្រូវតែបង្ហាញជាមួយ LUN សម្រាប់ VM ដែលមានម៉ាស៊ីនបង្ហោះ នេះមានន័យថាម៉ាស៊ីននេះអាចប្រើដើម្បីធ្វើជាម្ចាស់ផ្ទះ 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 ដំណើរការបច្ចុប្បន្នមានមកុដមាស និងសិលាចារឹក "កំពុងដំណើរការម៉ាស៊ីនបង្ហោះ VM", ម៉ាស៊ីនដែល VM នេះអាចត្រូវបានដាក់ឱ្យដំណើរការប្រសិនបើចាំបាច់ - សិលាចារឹក "អាចដំណើរការ Hosted Engine VM"។

នៅក្នុងព្រឹត្តិការណ៍នៃការបរាជ័យម្ចាស់ផ្ទះដែល "កំពុងដំណើរការម៉ាស៊ីនបង្ហោះ VM", វានឹងចាប់ផ្តើមឡើងវិញដោយស្វ័យប្រវត្តិនៅលើម៉ាស៊ីនទីពីរ។ VM នេះក៏អាចត្រូវបានផ្ទេរពីម៉ាស៊ីនសកម្មទៅម៉ាស៊ីនរង់ចាំសម្រាប់ការថែទាំរបស់វា។

ការដំឡើងការគ្រប់គ្រងថាមពល / ហ៊ុមព័ទ្ធនៅលើម៉ាស៊ីន oVirt

តំណភ្ជាប់ឯកសារ៖

• Red Hat Virtualization 4.3 -> ឯកសារយោងបច្ចេកទេស -> ជំពូកទី 4. ការគ្រប់គ្រងថាមពល
• oVirt មគ្គុទ្ទេសក៍រដ្ឋបាល -> ជំពូកទី 7: ម្ចាស់ផ្ទះ

ខណៈពេលដែលវាហាក់ដូចជាអ្នកបានបញ្ចប់ការបន្ថែម និងកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីន នោះមិនមែនជាការពិតទាំងស្រុងនោះទេ។
សម្រាប់ប្រតិបត្តិការធម្មតារបស់ម៉ាស៊ីន និងដើម្បីកំណត់/ដោះស្រាយការបរាជ័យជាមួយពួកវាណាមួយ ការគ្រប់គ្រងថាមពល/ការកំណត់ហ៊ុមព័ទ្ធត្រូវបានទាមទារ។

ហ៊ុមព័ទ្ធឬការហ៊ុមព័ទ្ធ គឺជាដំណើរការនៃការដកចេញជាបណ្តោះអាសន្ននូវម៉ាស៊ីនដែលមានកំហុស ឬបរាជ័យពី cluster ក្នុងអំឡុងពេលដែលសេវាកម្ម oVirt នៅលើវា ឬម៉ាស៊ីនខ្លួនឯងត្រូវបានចាប់ផ្តើមឡើងវិញ។

ព័ត៌មានលម្អិតទាំងអស់អំពីនិយមន័យ និងប៉ារ៉ាម៉ែត្រនៃការគ្រប់គ្រងថាមពល / ហ៊ុមព័ទ្ធត្រូវបានផ្តល់ឱ្យជាធម្មតានៅក្នុងឯកសារ ខ្ញុំនឹងបង្ហាញតែឧទាហរណ៍អំពីរបៀបកំណត់ប៉ារ៉ាម៉ែត្រសំខាន់នេះ ដូចដែលបានអនុវត្តចំពោះម៉ាស៊ីនមេ Dell R640 ជាមួយ iDRAC 9។

1. ចូលទៅកាន់វិបផតថលរដ្ឋបាលចុច គណនា >> ម៉ាស៊ីន ជ្រើសរើសម្ចាស់ផ្ទះ។
2. យើងចុច Edit.
3. ចុចផ្ទាំង ការគ្រប់គ្រងថាមពល.
4. ធីកប្រអប់នៅជាប់ជម្រើស បើកការគ្រប់គ្រងថាមពល.
5. ធីកប្រអប់នៅជាប់ជម្រើស ការរួមបញ្ចូល Kdumpដើម្បីការពារម៉ាស៊ីនមិនឱ្យចូលទៅក្នុងរបៀបហ៊ុមព័ទ្ធ ខណៈពេលកំពុងថតការបោះចោលខឺណែលគាំង។

ចំណាំ:

បន្ទាប់ពីបើកការរួមបញ្ចូល Kdump នៅលើម៉ាស៊ីនដែលកំពុងដំណើរការរួចហើយ វាត្រូវតែត្រូវបានដំឡើងឡើងវិញតាមនីតិវិធីនៅក្នុង oVirt Administration Guide -> ជំពូកទី 7: ម្ចាស់ផ្ទះ -> ដំឡើងម៉ាស៊ីនឡើងវិញ។

1. ជាជម្រើស អ្នកអាចធីកប្រអប់ បិទការគ្រប់គ្រងគោលនយោបាយនៃការគ្រប់គ្រងថាមពលប្រសិនបើយើងមិនចង់ឱ្យការគ្រប់គ្រងថាមពលម៉ាស៊ីនត្រូវបានគ្រប់គ្រងដោយគោលការណ៍កំណត់ពេលរបស់ចង្កោម។
2. ចុចប៊ូតុង (+) ដើម្បីបន្ថែមឧបករណ៍គ្រប់គ្រងថាមពលថ្មី បង្អួចកែសម្រួលលក្ខណៈសម្បត្តិភ្នាក់ងារនឹងបើក។
   សម្រាប់ iDRAC9 សូមបំពេញក្នុងវាល៖
   • អាស័យដ្ឋាន - អាសយដ្ឋាន iDRAC9
   • ឈ្មោះ​អ្នកប្រើប្រាស់​ពាក្យសម្ងាត់ - ចូល និងពាក្យសម្ងាត់សម្រាប់ចូលទៅក្នុង iDRAC9 រៀងគ្នា។
   • ប្រភេទ - ដ្រាក់ ៥
   • សញ្ញា សុវត្ថិភាព
   • បន្ថែមជម្រើសខាងក្រោម៖ cmd_prompt=>,login_timeout=30

រូបថតអេក្រង់ជាមួយប៉ារ៉ាម៉ែត្រ "ការគ្រប់គ្រងថាមពល" នៅក្នុងលក្ខណៈសម្បត្តិម៉ាស៊ីន

ការបង្កើតតំបន់ផ្ទុក ឬដែនផ្ទុក

តំណភ្ជាប់ទៅឯកសារ - មគ្គុទ្ទេសក៍រដ្ឋបាល oVirt, ជំពូកទី 8: ការផ្ទុក.

ដែនផ្ទុកឬកន្លែងផ្ទុក គឺជាទីតាំងកណ្តាលសម្រាប់រក្សាទុកថាសម៉ាស៊ីននិម្មិត រូបភាពដំឡើង គំរូ និងរូបថត។

តំបន់ផ្ទុកអាចត្រូវបានភ្ជាប់ទៅមជ្ឈមណ្ឌលទិន្នន័យដោយប្រើពិធីការ ចង្កោម និងប្រព័ន្ធឯកសារបណ្តាញផ្សេងៗ។

oVirt មានកន្លែងផ្ទុកបីប្រភេទ៖

• ដែនទិន្នន័យ - ដើម្បីរក្សាទុកទិន្នន័យទាំងអស់ដែលទាក់ទងនឹងម៉ាស៊ីននិម្មិត (ឌីស គំរូ)។ ដែនទិន្នន័យមិនអាចចែករំលែករវាងមជ្ឈមណ្ឌលទិន្នន័យផ្សេងគ្នាបានទេ។
• ដែន ISO (ប្រភេទកន្លែងផ្ទុកដែលលែងប្រើ) - សម្រាប់រក្សាទុករូបភាពដំឡើង OS ។ ដែន ISO អាច​ត្រូវ​បាន​ចែក​រំលែក​រវាង​មជ្ឈមណ្ឌល​ទិន្នន័យ​ផ្សេង​គ្នា​។
• នាំចេញដែន (ប្រភេទកន្លែងផ្ទុកដែលលែងប្រើ) - សម្រាប់ការផ្ទុករូបភាពបណ្តោះអាសន្នដែលផ្លាស់ទីរវាងមជ្ឈមណ្ឌលទិន្នន័យ។

ក្នុងករណីពិសេសរបស់យើង តំបន់ផ្ទុកដែលមានប្រភេទ Data Domain ប្រើ Fiber Channel Protocol (FCP) ដើម្បីភ្ជាប់ទៅ LUNs នៅលើប្រព័ន្ធផ្ទុក។

តាមទស្សនៈរបស់ oVirt នៅពេលប្រើប្រព័ន្ធផ្ទុកទិន្នន័យ (FC ឬ iSCSI) ថាសនិម្មិត រូបថត ឬគំរូនីមួយៗគឺជាថាសឡូជីខល។
ឧបករណ៍ប្លុកត្រូវបានផ្គុំចូលទៅក្នុងឯកតាតែមួយ (នៅលើម៉ាស៊ីនចង្កោម) ដោយប្រើក្រុម Volume ហើយបន្ទាប់មកបែងចែកដោយប្រើ LVM ទៅជាភាគឡូជីខល ដែលត្រូវបានប្រើជាថាសនិម្មិតសម្រាប់ VMs ។

ក្រុមទាំងអស់នេះ និងបរិមាណ LVM ជាច្រើនអាចមើលឃើញនៅលើម៉ាស៊ីនចង្កោមដោយប្រើពាក្យបញ្ជា ល។ и lvs. ជាធម្មតា សកម្មភាពទាំងអស់ជាមួយថាសបែបនេះគួរតែត្រូវបានធ្វើឡើងតែពីកុងសូល oVirt ប៉ុណ្ណោះ លើកលែងតែករណីពិសេស។

ថាសនិម្មិតសម្រាប់ VMs អាចមានពីរប្រភេទ - QCOW2 ឬ RAW ។ ឌីសអាចជា "ស្តើង"ឬ"ក្រាស់"។ រូបថតតែងតែត្រូវបានបង្កើតជា "ស្តើង".

វិធីគ្រប់គ្រងដែនផ្ទុក ឬតំបន់ផ្ទុកដែលបានចូលប្រើតាមរយៈ FC គឺពិតជាឡូជីខល - សម្រាប់ថាសនិម្មិត VM នីមួយៗមានភាគឡូជីខលដាច់ដោយឡែកដែលអាចសរសេរបានដោយម៉ាស៊ីនតែមួយប៉ុណ្ណោះ។ សម្រាប់ការតភ្ជាប់ FC oVirt ប្រើអ្វីមួយដូចជា LVM ចង្កោម។

ម៉ាស៊ីននិម្មិតដែលមានទីតាំងនៅលើកន្លែងផ្ទុកដូចគ្នាអាចត្រូវបានផ្លាស់ប្តូររវាងម៉ាស៊ីនដែលជាកម្មសិទ្ធិរបស់ចង្កោមដូចគ្នា។

ដូចដែលយើងអាចមើលឃើញពីការពិពណ៌នា ចង្កោមនៅក្នុង oVirt ដូចជាចង្កោមនៅក្នុង VMware vSphere ឬ Hyper-V មានន័យដូចគ្នា - វាគឺជាក្រុមឡូជីខលនៃ hosts ដូចគ្នាបេះបិទនៅក្នុងសមាសភាពផ្នែករឹង និងមានកន្លែងផ្ទុកទូទៅសម្រាប់និម្មិត។ ថាសម៉ាស៊ីន។

ចូរបន្តដោយផ្ទាល់ទៅការបង្កើតតំបន់ផ្ទុកទិន្នន័យ (VM disks) ព្រោះបើគ្មានវា មជ្ឈមណ្ឌលទិន្នន័យនឹងមិនត្រូវបានចាប់ផ្តើមទេ។
ខ្ញុំសូមរំលឹកអ្នកថា LUNs ទាំងអស់ដែលបានបង្ហាញទៅកាន់ cluster hosts នៅលើប្រព័ន្ធផ្ទុកត្រូវតែអាចមើលឃើញនៅលើពួកវាដោយប្រើពាក្យបញ្ជា "ពហុផ្លូវ -ll"។

នេះបើយោងតាម ឯកសារទៅកាន់វិបផតថល ចូលទៅកាន់ ឧបករណ៍ផ្ទុក >> Domains -> ដែនថ្មី។ ហើយធ្វើតាមការណែនាំពីផ្នែក "បន្ថែមការផ្ទុក FCP" ។

បន្ទាប់ពីបើកដំណើរការអ្នកជំនួយការ សូមបំពេញវាលដែលត្រូវការ៖

• ឈ្មោះ - កំណត់ឈ្មោះក្រុម
• មុខងារដែន - ទិន្នន័យ
• ប្រភេទផ្ទុក - ឆានែលជាតិសរសៃ
• ម៉ាស៊ីនសម្រាប់ប្រើ - ជ្រើសរើសម៉ាស៊ីនដែល LUN ដែលយើងត្រូវការគឺអាចរកបាន

នៅក្នុងបញ្ជីនៃ LUNs សម្គាល់មួយដែលយើងត្រូវការចុច បន្ថែម ហើយបន្ទាប់មក យល់ព្រម. បើចាំបាច់ អ្នកអាចកែតម្រូវប៉ារ៉ាម៉ែត្របន្ថែមនៃផ្ទៃផ្ទុកដោយចុចលើ ប៉ារ៉ាម៉ែត្រកម្រិតខ្ពស់.

រូបថតអេក្រង់របស់អ្នកជំនួយការសម្រាប់ការបន្ថែម "ដែនផ្ទុក"

ដោយផ្អែកលើលទ្ធផលរបស់អ្នកជំនួយការ យើងគួរតែទទួលបានកន្លែងផ្ទុកថ្មី ហើយមជ្ឈមណ្ឌលទិន្នន័យរបស់យើងគួរតែផ្លាស់ទីទៅស្ថានភាព UPឬចាប់ផ្តើម៖

រូបថតអេក្រង់នៃមជ្ឈមណ្ឌលទិន្នន័យ និងកន្លែងផ្ទុកនៅក្នុងវា៖

ការបង្កើត និងកំណត់រចនាសម្ព័ន្ធបណ្តាញសម្រាប់ម៉ាស៊ីននិម្មិត

តំណភ្ជាប់ទៅឯកសារ - មគ្គុទ្ទេសក៍រដ្ឋបាល oVirt, ជំពូកទី 6: បណ្តាញឡូជីខល

បណ្តាញ ឬបណ្តាញ បម្រើដល់បណ្តាញឡូជីខលជាក្រុមដែលប្រើក្នុងហេដ្ឋារចនាសម្ព័ន្ធនិម្មិត oVirt ។

ដើម្បីធ្វើអន្តរកម្មរវាងអាដាប់ទ័របណ្តាញនៅលើម៉ាស៊ីននិម្មិត និងអាដាប់ទ័ររាងកាយនៅលើម៉ាស៊ីន ចំណុចប្រទាក់ឡូជីខលដូចជាលីនុចស្ពានត្រូវបានប្រើ។

ដើម្បីដាក់ជាក្រុម និងបែងចែកចរាចរណ៍រវាងបណ្តាញ VLANs ត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅលើកុងតាក់។

នៅពេលបង្កើតបណ្តាញឡូជីខលសម្រាប់ម៉ាស៊ីននិម្មិតនៅក្នុង oVirt វាត្រូវតែកំណត់អត្តសញ្ញាណដែលត្រូវគ្នានឹងលេខ VLAN នៅលើកុងតាក់ ដូច្នេះ VMs អាចទំនាក់ទំនងគ្នាទៅវិញទៅមក ទោះបីជាពួកវាដំណើរការលើថ្នាំងផ្សេងគ្នានៃចង្កោមក៏ដោយ។

ការកំណត់បឋមនៃអាដាប់ទ័របណ្តាញនៅលើម៉ាស៊ីនសម្រាប់ភ្ជាប់ម៉ាស៊ីននិម្មិតត្រូវធ្វើនៅក្នុង អត្ថបទមុន - ចំណុចប្រទាក់ឡូជីខលត្រូវបានកំណត់រចនាសម្ព័ន្ធ bondxnumxបន្ទាប់មកការកំណត់បណ្តាញទាំងអស់គួរតែត្រូវបានធ្វើឡើងតាមរយៈវិបផតថលរដ្ឋបាល oVirt ប៉ុណ្ណោះ។

បន្ទាប់ពីបង្កើត VM ជាមួយម៉ាស៊ីនបង្ហោះ បន្ថែមពីលើការបង្កើតមជ្ឈមណ្ឌលទិន្នន័យ និងចង្កោមដោយស្វ័យប្រវត្តិ បណ្តាញឡូជីខលក៏ត្រូវបានបង្កើតដោយស្វ័យប្រវត្តិផងដែរ ដើម្បីគ្រប់គ្រងចង្កោមរបស់យើង - ovritmgmtដែល VM នេះត្រូវបានភ្ជាប់។

បើចាំបាច់ អ្នកអាចមើលការកំណត់បណ្តាញឡូជីខល ovritmgmt និងកែតម្រូវពួកវា ប៉ុន្តែអ្នកត្រូវតែប្រយ័ត្នកុំឱ្យបាត់បង់ការគ្រប់គ្រងលើហេដ្ឋារចនាសម្ព័ន្ធ oVirt ។

ការកំណត់បណ្តាញឡូជីខល ovritmgmt

ដើម្បីបង្កើតបណ្តាញឡូជីខលថ្មីសម្រាប់ VMs ធម្មតា នៅក្នុងវិបផតថលរដ្ឋបាល សូមចូលទៅកាន់ បណ្តាញ >> បណ្តាញ >> ជា​ថ្មីនិងនៅលើផ្ទាំង ទូទៅ បន្ថែមបណ្តាញដែលមានលេខសម្គាល់ VLAN ដែលចង់បាន ហើយធីកប្រអប់នៅជាប់ “បណ្តាញ VM" នេះមានន័យថាវាអាចត្រូវបានប្រើសម្រាប់ការចាត់តាំងទៅ VM ។

រូបថតអេក្រង់នៃបណ្តាញឡូជីខល VLAN32 ថ្មី។

នៅក្នុងផ្ទាំង ចង្កោមយើងភ្ជាប់បណ្តាញនេះទៅចង្កោមរបស់យើង។ ចង្កោម ២៥.

បន្ទាប់ពីនេះយើងទៅ គណនា >> ម៉ាស៊ីនទៅកាន់ម៉ាស៊ីននីមួយៗនៅក្នុងវេនទៅផ្ទាំង ចំណុចប្រទាក់បណ្តាញហើយបើកដំណើរការអ្នកជំនួយការ ដំឡើងបណ្តាញម៉ាស៊ីនដើម្បីភ្ជាប់ទៅម៉ាស៊ីននៃបណ្តាញឡូជីខលថ្មី។

រូបថតអេក្រង់របស់អ្នកជំនួយការ "រៀបចំបណ្តាញម៉ាស៊ីន"

ភ្នាក់ងារ 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 វានឹងមិនអាចដំឡើងម៉ាស៊ីននិម្មិតបានទេ ទោះបីជានេះមិនមែនជាបញ្ហាទេ ប្រសិនបើឧទាហរណ៍ត្រូវបានដំឡើងនៅលើបណ្តាញ ក្រុម Northampton ជាមួយនឹងរូបភាពដែលបានបង្កើតជាមុន។

ក្នុងករណីរបស់យើង វាមិនអាចទៅរួចទេ ដូច្នេះអ្នកនឹងត្រូវនាំចូលរូបភាពនេះទៅក្នុង oVirt ដោយខ្លួនឯង។ ពីមុន វាទាមទារការបង្កើត ISO Domain ប៉ុន្តែនៅក្នុងកំណែថ្មីនៃ 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 CAs ដែលជឿទុកចិត្ត"(Trusted Root CA) នៅលើស្ថានីយគ្រប់គ្រងរបស់អ្នកគ្រប់គ្រង ពីកន្លែងដែលយើងកំពុងព្យាយាមទាញយករូបភាព។

បន្ទាប់ពីបន្ថែមវិញ្ញាបនបត្រទៅ Trusted Root CA សូមចុចម្តងទៀត "ការភ្ជាប់សាកល្បង", គួរតែទទួលបាន:

Connection to ovirt-imageio-proxy was successful.

បន្ទាប់​ពី​អ្នក​បញ្ចប់​សកម្មភាព​បន្ថែម​វិញ្ញាបនបត្រ​ហើយ អ្នក​អាច​សាកល្បង​ផ្ទុក​រូបភាព ISO ទៅ Storage Domain ម្ដង​ទៀត។

ជាគោលការណ៍ អ្នកអាចបង្កើត Storage Domain ដាច់ដោយឡែកជាមួយនឹងប្រភេទទិន្នន័យ ដើម្បីរក្សាទុករូបភាព និងគំរូដាច់ដោយឡែកពី VM disks ឬសូម្បីតែរក្សាទុកវានៅក្នុង Storage Domain សម្រាប់ម៉ាស៊ីនដែលបានបង្ហោះ ប៉ុន្តែនេះជាការសម្រេចចិត្តរបស់អ្នកគ្រប់គ្រង។

រូបថតអេក្រង់ជាមួយរូបភាព ISO នៅក្នុង Storage Domain សម្រាប់ម៉ាស៊ីនបង្ហោះ

បង្កើតម៉ាស៊ីននិម្មិត

តំណភ្ជាប់ឯកសារ៖
oVirt មគ្គុទ្ទេសក៍គ្រប់គ្រងម៉ាស៊ីននិម្មិត -> ជំពូកទី 2៖ ការដំឡើងម៉ាស៊ីននិម្មិតលីនុច
កុងសូលធនធានអតិថិជន

បន្ទាប់ពីផ្ទុករូបភាពដំឡើងជាមួយ OS ទៅក្នុង oVirt អ្នកអាចបន្តដោយផ្ទាល់ទៅការបង្កើតម៉ាស៊ីននិម្មិត។ ការងារជាច្រើនត្រូវបានបញ្ចប់ ប៉ុន្តែយើងឈានដល់ដំណាក់កាលចុងក្រោយហើយ សម្រាប់ជាប្រយោជន៍នៃការទាំងអស់នេះត្រូវបានចាប់ផ្តើម - ការទទួលបានហេដ្ឋារចនាសម្ព័ន្ធដែលអត់ឱនចំពោះកំហុសសម្រាប់ការបង្ហោះម៉ាស៊ីននិម្មិតដែលមានកម្រិតខ្ពស់។ ហើយទាំងអស់នេះគឺមិនគិតថ្លៃទេ - មិនមែនមួយកាក់មួយកាក់ត្រូវបានចំណាយលើការទិញអាជ្ញាប័ណ្ណកម្មវិធីណាមួយឡើយ។

ដើម្បីបង្កើតម៉ាស៊ីននិម្មិតជាមួយ CentOS 7 រូបភាពដំឡើងពី OS ត្រូវតែទាញយក។

យើងទៅវិបផតថលរដ្ឋបាលសូមទៅ គណនា >> ម៉ាស៊ីននិម្មិតហើយបើកដំណើរការអ្នកជំនួយការបង្កើត VM ។ បំពេញប៉ារ៉ាម៉ែត្រនិងវាលទាំងអស់ហើយចុច យល់ព្រម. អ្វីគ្រប់យ៉ាងគឺសាមញ្ញណាស់ប្រសិនបើអ្នកធ្វើតាមឯកសារ។

ជាឧទាហរណ៍ ខ្ញុំនឹងផ្តល់ការកំណត់មូលដ្ឋាន និងបន្ថែមនៃ VM ដែលអាចប្រើបានខ្ពស់ ជាមួយនឹងថាសដែលបានបង្កើត ភ្ជាប់ទៅបណ្តាញ និងការចាប់ផ្ដើមពីរូបភាពដំឡើង៖

រូបថតអេក្រង់ជាមួយការកំណត់ VM ដែលអាចប្រើបានខ្ពស់។

បន្ទាប់ពីបញ្ចប់ការងារជាមួយអ្នកជំនួយការ សូមបិទវា បើកដំណើរការ VM ថ្មី ហើយដំឡើង OS នៅលើវា។
ដើម្បីធ្វើដូច្នេះ សូមចូលទៅកាន់កុងសូលនៃ VM នេះតាមរយៈវិបផតថលរដ្ឋបាល៖

រូបថតអេក្រង់នៃការកំណត់វិបផតថលរដ្ឋបាលសម្រាប់ភ្ជាប់ទៅកុងសូល VM

ដើម្បីភ្ជាប់ទៅកុងសូល VM ដំបូងអ្នកត្រូវតែកំណត់រចនាសម្ព័ន្ធកុងសូលក្នុងលក្ខណៈសម្បត្តិរបស់ម៉ាស៊ីននិម្មិត។

រូបថតអេក្រង់នៃការកំណត់ VM ផ្ទាំង "កុងសូល"

ដើម្បីភ្ជាប់ទៅកុងសូល VM អ្នកអាចប្រើឧទាហរណ៍ កម្មវិធីមើលម៉ាស៊ីននិម្មិត.

ដើម្បីភ្ជាប់ទៅកុងសូល VM ដោយផ្ទាល់នៅក្នុងបង្អួចកម្មវិធីរុករក ការកំណត់ការតភ្ជាប់តាមរយៈកុងសូលគួរតែមានដូចខាងក្រោម៖

បន្ទាប់ពីដំឡើង OS នៅលើ 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