គន្លឹះ និងល្បិចសម្រាប់ធ្វើការជាមួយ Ceph នៅក្នុងគម្រោងមមាញឹក

ការប្រើប្រាស់ Ceph ជាកន្លែងផ្ទុកបណ្តាញនៅក្នុងគម្រោងដែលមានបន្ទុកផ្សេងៗគ្នា យើងអាចជួបប្រទះនឹងកិច្ចការផ្សេងៗដែលនៅ glance ដំបូងហាក់ដូចជាមិនសាមញ្ញ ឬមិនសំខាន់។ ឧទាហរណ៍:

• ការផ្ទេរទិន្នន័យពី Ceph ចាស់ទៅថ្មីមួយជាមួយនឹងការប្រើប្រាស់ផ្នែកខ្លះនៃម៉ាស៊ីនមេពីមុននៅក្នុងចង្កោមថ្មី;
• ដំណោះស្រាយចំពោះបញ្ហានៃការបែងចែកទំហំថាសនៅក្នុង Ceph ។

ការដោះស្រាយបញ្ហាបែបនេះ យើងត្រូវប្រឈមមុខនឹងតម្រូវការក្នុងការលុប OSD ឱ្យបានត្រឹមត្រូវដោយមិនបាត់បង់ទិន្នន័យ ដែលមានសារៈសំខាន់ជាពិសេសនៅពេលដោះស្រាយជាមួយនឹងទិន្នន័យធំ។ នេះនឹងត្រូវបានពិភាក្សានៅក្នុងអត្ថបទ។

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

បុព្វកថាអំពី OSD

ដោយសាររូបមន្តពីរក្នុងចំណោមរូបមន្តទាំងបីដែលបានពិភាក្សាត្រូវបានឧទ្ទិសដល់ OSD (ដេមិនផ្ទុកវត្ថុ) មុនពេលចូលទៅក្នុងផ្នែកជាក់ស្តែង - និយាយដោយសង្ខេបអំពីអ្វីដែលវាមាននៅក្នុង Ceph និងហេតុអ្វីបានជាវាសំខាន់។

ជាដំបូង វាគួរតែត្រូវបាននិយាយថា ចង្កោម Ceph ទាំងមូលមាន OSD ជាច្រើន។ មានកាន់តែច្រើន បរិមាណទិន្នន័យឥតគិតថ្លៃនៅក្នុង Ceph កាន់តែច្រើន។ វាងាយស្រួលយល់ពីទីនេះ មុខងារ OSD ចម្បង៖ វាផ្ទុកទិន្នន័យវត្ថុ Ceph នៅលើប្រព័ន្ធឯកសារនៃថ្នាំងចង្កោមទាំងអស់ និងផ្តល់នូវការចូលប្រើបណ្តាញទៅវា (សម្រាប់ការអាន ការសរសេរ និងសំណើផ្សេងទៀត)។

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

ករណីទី១. យក OSD ចេញពី Ceph cluster ដោយសុវត្ថិភាពដោយមិនបាត់បង់ទិន្នន័យ

តម្រូវការដើម្បីយក OSD ចេញអាចបណ្តាលមកពីការដក server ចេញពី cluster - ឧទាហរណ៍ ដើម្បីជំនួសវាជាមួយ server ផ្សេងទៀត - ដែលជាអ្វីដែលបានកើតឡើងចំពោះពួកយើង ដែលធ្វើអោយមានការសរសេរអត្ថបទនេះ។ ដូច្នេះ គោលដៅចុងក្រោយនៃឧបាយកលគឺដើម្បីទាញយក OSDs និង mons ទាំងអស់នៅលើ server ដែលបានផ្តល់ឱ្យ ដូច្នេះវាអាចត្រូវបានបញ្ឈប់។

ដើម្បីភាពងាយស្រួល និងដើម្បីជៀសវាងស្ថានភាពដែលនៅពេលប្រតិបត្តិពាក្យបញ្ជា យើងធ្វើខុសក្នុងការចង្អុលបង្ហាញ OSD ដែលត្រូវការ យើងនឹងកំណត់អថេរដាច់ដោយឡែកមួយ ដែលតម្លៃនឹងជាចំនួន OSD ដែលត្រូវលុប។ តោះហៅនាង ${ID} — នៅទីនេះ និងខាងក្រោម អថេរបែបនេះជំនួសចំនួន OSD ដែលយើងកំពុងធ្វើការ។

តោះមើលលក្ខខណ្ឌមុនពេលចាប់ផ្តើមការងារ៖

root@hv-1 ~ # ceph osd tree
ID CLASS WEIGHT  TYPE NAME      STATUS REWEIGHT PRI-AFF
-1       0.46857 root default
-3       0.15619      host hv-1
-5       0.15619      host hv-2
 1   ssd 0.15619      osd.1     up     1.00000  1.00000
-7       0.15619      host hv-3
 2   ssd 0.15619      osd.2     up     1.00000  1.00000

ដើម្បីចាប់ផ្តើមការដក OSD អ្នកនឹងត្រូវអនុវត្តដោយរលូន reweight នៅលើវាទៅសូន្យ។ វិធីនេះយើងកាត់បន្ថយបរិមាណទិន្នន័យនៅក្នុង OSD ដោយធ្វើសមតុល្យវាទៅ OSD ផ្សេងទៀត។ ដើម្បីធ្វើដូចនេះរត់ពាក្យបញ្ជាដូចខាងក្រោម:

ceph osd reweight osd.${ID} 0.98
ceph osd reweight osd.${ID} 0.88
ceph osd reweight osd.${ID} 0.78

... ហើយបន្តរហូតដល់សូន្យ។

តម្រូវឱ្យមានតុល្យភាពរលោងដើម្បីកុំឱ្យបាត់បង់ទិន្នន័យ។ នេះជាការពិតជាពិសេសប្រសិនបើ OSD មានទិន្នន័យច្រើន។ ដើម្បីឱ្យប្រាកដថាបន្ទាប់ពីប្រតិបត្តិពាក្យបញ្ជា reweight អ្វីៗដំណើរការបានល្អ អ្នកអាចបំពេញវាបាន ceph -s ឬនៅក្នុងបង្អួចស្ថានីយដាច់ដោយឡែកមួយដំណើរការ ceph -w ដើម្បីសង្កេតមើលការផ្លាស់ប្តូរក្នុងពេលវេលាជាក់ស្តែង។

នៅពេលដែល OSD ត្រូវបាន "ទទេ" អ្នកអាចបន្តប្រតិបត្តិការស្តង់ដារដើម្បីលុបវាចេញ។ ដើម្បីធ្វើដូចនេះផ្ទេរ OSD ដែលចង់បានទៅរដ្ឋ down:

ceph osd down osd.${ID}

តោះ "ទាញ" OSD ចេញពីចង្កោម៖

ceph osd out osd.${ID}

ចូរបញ្ឈប់សេវាកម្ម OSD ហើយអាន់ម៉ោនភាគថាសរបស់វានៅក្នុង FS៖

systemctl stop ceph-osd@${ID}
umount /var/lib/ceph/osd/ceph-${ID}

យក OSD ចេញពី ផែនទី CRUSH:

ceph osd crush remove osd.${ID}

តោះលុបអ្នកប្រើប្រាស់ OSD៖

ceph auth del osd.${ID}

ហើយចុងក្រោយ ចូរយើងដក OSD ចេញដោយខ្លួនឯង៖

ceph osd rm osd.${ID}

ការកត់សម្គាល់៖ ប្រសិនបើអ្នកកំពុងប្រើកំណែ Ceph Luminous ឬខ្ពស់ជាងនេះ នោះជំហាននៃការដកចេញ OSD ខាងលើអាចត្រូវបានកាត់បន្ថយទៅជាពាក្យបញ្ជាពីរ៖

ceph osd out osd.${ID}
ceph osd purge osd.${ID}

ប្រសិនបើបន្ទាប់ពីបញ្ចប់ជំហានដែលបានពិពណ៌នាខាងលើ អ្នកដំណើរការពាក្យបញ្ជា ceph osd treeបន្ទាប់មកវាគួរតែច្បាស់ថានៅលើម៉ាស៊ីនមេដែលការងារត្រូវបានអនុវត្តមិនមាន OSDs ដែលប្រតិបត្តិការខាងលើត្រូវបានអនុវត្តទៀតទេ៖

root@hv-1 ~ # ceph osd tree
ID CLASS WEIGHT  TYPE NAME     STATUS REWEIGHT PRI-AFF
-1       0.46857      root default
-3       0.15619      host hv-1
-5       0.15619      host hv-2
-7       0.15619      host hv-3
 2   ssd 0.15619      osd.2    up     1.00000  1.00000

នៅតាមផ្លូវសូមកត់សម្គាល់ថាស្ថានភាពនៃចង្កោម Ceph នឹងទៅ HEALTH_WARNហើយយើងក៏នឹងឃើញការថយចុះនៃចំនួន OSD និងចំនួនទំហំថាសដែលមានផងដែរ។

ខាងក្រោមនេះនឹងរៀបរាប់អំពីជំហានដែលនឹងត្រូវបានទាមទារ ប្រសិនបើអ្នកចង់បញ្ឈប់ម៉ាស៊ីនមេទាំងស្រុង ហើយតាមនោះ យកវាចេញពី Ceph។ ក្នុងករណីនេះវាជាការសំខាន់ក្នុងការចងចាំវា។ មុនពេលបិទម៉ាស៊ីនមេ អ្នកត្រូវតែលុប OSD ទាំងអស់។ នៅលើម៉ាស៊ីនមេនេះ។

ប្រសិនបើមិនមាន OSD ទៀតទេនៅលើម៉ាស៊ីនមេនេះ នោះបន្ទាប់ពីលុបពួកវាចេញ អ្នកត្រូវដកម៉ាស៊ីនមេចេញពីផែនទី OSD hv-2ដោយដំណើរការពាក្យបញ្ជាខាងក្រោម៖

ceph osd crush rm hv-2

លុប mon ពីម៉ាស៊ីនមេ hv-2ដោយដំណើរការពាក្យបញ្ជាខាងក្រោមនៅលើម៉ាស៊ីនមេផ្សេងទៀត (ឧទាហរណ៍ ក្នុងករណីនេះ បើក hv-1):

ceph-deploy mon destroy hv-2

បន្ទាប់ពីនេះ អ្នកអាចបញ្ឈប់ម៉ាស៊ីនមេ ហើយចាប់ផ្តើមសកម្មភាពជាបន្តបន្ទាប់ (ដាក់ពង្រាយវាឡើងវិញ។ ល។ )។

ករណី​ទី​២. ការចែកចាយទំហំថាសនៅក្នុងចង្កោម Ceph ដែលបានបង្កើតរួចហើយ

ខ្ញុំនឹងចាប់ផ្តើមរឿងទីពីរជាមួយនឹងបុព្វកថាអំពី PG (ក្រុមទីតាំង) តួនាទីសំខាន់របស់ PG នៅក្នុង Ceph គឺជាចម្បងក្នុងការប្រមូលផ្តុំវត្ថុ Ceph និងចម្លងពួកវាបន្ថែមទៀតនៅក្នុង OSD ។ រូបមន្តដែលអ្នកអាចគណនាចំនួនដែលត្រូវការនៃ PG គឺនៅក្នុង ផ្នែកពាក់ព័ន្ធ ឯកសារ Ceph ។ បញ្ហានេះត្រូវបានពិភាក្សានៅទីនោះផងដែរជាមួយនឹងឧទាហរណ៍ជាក់លាក់។

ដូច្នេះ៖ បញ្ហាទូទៅមួយនៅពេលប្រើ Ceph គឺចំនួន OSD និង PG ដែលមិនមានតុល្យភាពរវាងអាងនៅក្នុង Ceph ។

ទីមួយ ដោយសារបញ្ហានេះ ស្ថានភាពអាចកើតឡើងនៅពេលដែល PGs ច្រើនពេកត្រូវបានបញ្ជាក់នៅក្នុងអាងតូចមួយ ដែលជាការប្រើប្រាស់មិនសមហេតុផលនៃទំហំថាសនៅក្នុងចង្កោម។ ទីពីរ នៅក្នុងការអនុវត្ត មានបញ្ហាធ្ងន់ធ្ងរជាងនេះ៖ ទិន្នន័យលើសចំណុះនៅក្នុង OSDs មួយ។ នេះ​ធ្វើ​ឲ្យ​ចង្កោម​ផ្លាស់​ប្តូរ​ដំបូង​ទៅ​រដ្ឋ HEALTH_WARN, ហើយ​បន្ទាប់​មក HEALTH_ERR. ហេតុផលសម្រាប់នេះគឺថា Ceph នៅពេលគណនាចំនួនទិន្នន័យដែលមាន (អ្នកអាចស្វែងរកវាបានដោយ MAX AVAIL នៅក្នុងលទ្ធផលពាក្យបញ្ជា ceph df សម្រាប់អាងនីមួយៗដាច់ដោយឡែក) គឺផ្អែកលើចំនួនទិន្នន័យដែលមាននៅក្នុង OSD ។ ប្រសិនបើមិនមានកន្លែងទំនេរគ្រប់គ្រាន់នៅក្នុង OSD មួយទេនោះ មិនអាចសរសេរទិន្នន័យទៀតទេ រហូតដល់ទិន្នន័យត្រូវបានចែកចាយយ៉ាងត្រឹមត្រូវក្នុងចំណោម OSD ទាំងអស់។

វាគឺមានតំលៃបញ្ជាក់ឱ្យច្បាស់ថាបញ្ហាទាំងនេះ ត្រូវបានសម្រេចចិត្តភាគច្រើននៅដំណាក់កាលកំណត់រចនាសម្ព័ន្ធ Ceph. ឧបករណ៍មួយក្នុងចំណោមឧបករណ៍ដែលអ្នកអាចប្រើគឺ Ceph PGCalc. ដោយមានជំនួយរបស់វាបរិមាណ PG ដែលត្រូវការត្រូវបានគណនាយ៉ាងច្បាស់។ ទោះជាយ៉ាងណាក៏ដោយ អ្នកក៏អាចងាកទៅរកវានៅក្នុងស្ថានភាពមួយដែលចង្កោម Ceph រួចទៅហើយ កំណត់រចនាសម្ព័ន្ធមិនត្រឹមត្រូវ។ វាមានតម្លៃក្នុងការបញ្ជាក់នៅទីនេះថាជាផ្នែកមួយនៃការងារជួសជុល អ្នកទំនងជាត្រូវកាត់បន្ថយចំនួន PGs ហើយមុខងារនេះមិនមាននៅក្នុង Ceph ជំនាន់ចាស់ទេ (វាបង្ហាញតែនៅក្នុងកំណែប៉ុណ្ណោះ Nautilus).

ដូច្នេះ ចូរយើងស្រមៃមើលរូបភាពខាងក្រោម៖ ចង្កោមមានស្ថានភាព HEALTH_WARN ដោយសារតែ OSD មួយអស់កន្លែង។ វានឹងត្រូវបានចង្អុលបង្ហាញដោយកំហុស HEALTH_WARN: 1 near full osd. ខាងក្រោមនេះគឺជាក្បួនដោះស្រាយសម្រាប់ការចេញពីស្ថានភាពនេះ។

ដំបូងអ្នកត្រូវចែកចាយទិន្នន័យដែលមានរវាង OSDs ដែលនៅសល់។ យើងបានអនុវត្តប្រតិបត្តិការស្រដៀងគ្នារួចហើយនៅក្នុងករណីដំបូងនៅពេលដែលយើង "បង្ហូរ" ថ្នាំង - ជាមួយនឹងភាពខុសគ្នាតែមួយគត់ដែលឥឡូវនេះយើងនឹងត្រូវការកាត់បន្ថយបន្តិច។ reweight. ឧទាហរណ៍រហូតដល់ 0.95៖

ceph osd reweight osd.${ID} 0.95

វាបង្កើនទំហំថាសនៅក្នុង OSD និងជួសជុលកំហុសក្នុងសុខភាព ceph ។ ទោះជាយ៉ាងណាក៏ដោយ ដូចដែលបានបញ្ជាក់រួចមកហើយ បញ្ហានេះកើតឡើងជាចម្បងដោយសារតែការកំណត់មិនត្រឹមត្រូវនៃ Ceph នៅដំណាក់កាលដំបូង៖ វាមានសារៈសំខាន់ខ្លាំងណាស់ក្នុងការធ្វើការកំណត់រចនាសម្ព័ន្ធឡើងវិញ ដើម្បីកុំឱ្យវាលេចឡើងនៅពេលអនាគត។

ក្នុងករណីពិសេសរបស់យើង វាទាំងអស់បានធ្លាក់ចុះមក៖

• តម្លៃខ្ពស់ពេក replication_count នៅក្នុងអាងទឹកមួយ,
• PG ច្រើនពេកនៅក្នុងអាងមួយ និងតិចពេកនៅក្នុងអាងមួយទៀត។

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

ការកត់សម្គាល់៖ ប្រសិនបើអ្នកកំពុងដំឡើង Ceph cluster ពីដំបូង មុខងារមានប្រយោជន៍មួយផ្សេងទៀតរបស់ម៉ាស៊ីនគិតលេខគឺការបង្កើតពាក្យបញ្ជាដែលនឹងបង្កើតក្រុមពីទទេជាមួយនឹងប៉ារ៉ាម៉ែត្រដែលបានបញ្ជាក់នៅក្នុងតារាង។

ជួរចុងក្រោយជួយអ្នករុករក - ចំនួន PG ដែលបានណែនាំ. ក្នុងករណីរបស់យើង ទីពីរក៏មានប្រយោជន៍ផងដែរ ដែលប៉ារ៉ាម៉ែត្រចម្លងត្រូវបានចង្អុលបង្ហាញ ចាប់តាំងពីយើងបានសម្រេចចិត្តផ្លាស់ប្តូរមេគុណចម្លង។

ដូច្នេះដំបូងអ្នកត្រូវផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្រចម្លង - នេះមានតម្លៃធ្វើជាមុនសិនព្រោះដោយកាត់បន្ថយមេគុណយើងនឹងបង្កើនទំហំថាស។ នៅពេលដែលពាក្យបញ្ជាប្រតិបត្តិ អ្នកនឹងសម្គាល់ឃើញថា ទំហំថាសដែលមាននឹងកើនឡើង៖

ceph osd pool $pool_name set $replication_size

ហើយបន្ទាប់ពីការបញ្ចប់របស់វាយើងផ្លាស់ប្តូរតម្លៃប៉ារ៉ាម៉ែត្រ pg_num и pgp_num ដូចខងេ្រកម:

ceph osd pool set $pool_name pg_num $pg_number
ceph osd pool set $pool_name pgp_num $pg_number

សំខាន់៖ យើងត្រូវតែផ្លាស់ប្តូរចំនួន PGs ជាបន្តបន្ទាប់នៅក្នុងអាងនីមួយៗ ហើយមិនត្រូវផ្លាស់ប្តូរតម្លៃនៅក្នុងអាងផ្សេងទៀតរហូតដល់ការព្រមានបាត់។ "ការបង្ខូចទិន្នន័យឡើងវិញ" и "n-ចំនួន pgs ត្រូវបានបន្ទាបបន្ថោក".

អ្នកក៏អាចពិនិត្យមើលថាអ្វីៗដំណើរការបានល្អដោយប្រើលទ្ធផលពាក្យបញ្ជា ceph health detail и ceph -s.

ករណីទី៣. ការផ្ទេរម៉ាស៊ីននិម្មិតពី LVM ទៅ Ceph RBD

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

បញ្ហាអាចត្រូវបានដោះស្រាយតាមវិធីផ្សេងៗគ្នា - ឧទាហរណ៍ដោយការផ្ទេរទៅម៉ាស៊ីនមេផ្សេងទៀត (ប្រសិនបើមានមួយ) ឬបន្ថែមថាសថ្មីទៅម៉ាស៊ីនមេ។ ប៉ុន្តែវាមិនតែងតែអាចធ្វើដូច្នេះបានទេ ដូច្នេះការធ្វើចំណាកស្រុកពី LVM ទៅ Ceph អាចជាដំណោះស្រាយដ៏ល្អចំពោះបញ្ហានេះ។ តាមរយៈការជ្រើសរើសជម្រើសនេះ យើងក៏សម្រួលដំណើរការបន្ថែមទៀតនៃការផ្ទេររវាងម៉ាស៊ីនមេ ព្រោះវានឹងមិនចាំបាច់ផ្លាស់ទីកន្លែងផ្ទុកក្នុងមូលដ្ឋានពី hypervisor មួយទៅមួយទៀតទេ។ ការចាប់តែមួយគត់គឺថាអ្នកនឹងត្រូវបញ្ឈប់ VM ខណៈពេលដែលការងារកំពុងត្រូវបានអនុវត្ត។

រូបមន្តខាងក្រោមត្រូវបានយកចេញពី អត្ថបទពីប្លក់នេះ។ការណែនាំដែលត្រូវបានសាកល្បងក្នុងសកម្មភាព។ និយាយ​អញ្ចឹង, វិធីសាស្រ្តនៃការធ្វើចំណាកស្រុកដោយមិនមានការរំខានក៏ត្រូវបានពិពណ៌នានៅទីនោះផងដែរ។ទោះយ៉ាងណាក៏ដោយ ក្នុងករណីរបស់យើង វាមិនចាំបាច់ទេ ដូច្នេះយើងមិនបានពិនិត្យវាទេ។ ប្រសិនបើនេះមានសារៈសំខាន់សម្រាប់គម្រោងរបស់អ្នក យើងនឹងរីករាយក្នុងការស្តាប់អំពីលទ្ធផលនៅក្នុងមតិយោបល់។

ចូរបន្តទៅផ្នែកជាក់ស្តែង។ ក្នុងឧទាហរណ៍យើងប្រើ virsh ហើយតាមនោះ libvirt ។ ជាដំបូង ត្រូវប្រាកដថាអាង Ceph ដែលទិន្នន័យនឹងត្រូវបានផ្ទេរត្រូវបានភ្ជាប់ទៅ libvirt៖

virsh pool-dumpxml $ceph_pool

ការពិពណ៌នាអាងត្រូវតែមានទិន្នន័យតភ្ជាប់ទៅ Ceph ជាមួយនឹងទិន្នន័យការអនុញ្ញាត។

ជំហានបន្ទាប់គឺថារូបភាព LVM ត្រូវបានបំប្លែងទៅជា Ceph RBD ។ ពេល​វេលា​អនុវត្ត​អាស្រ័យ​លើ​ទំហំ​រូបភាព​ជា​ចម្បង៖

qemu-img convert -p -O rbd /dev/main/$vm_image_name rbd:$ceph_pool/$vm_image_name

បន្ទាប់ពីការបំប្លែង រូបភាព LVM នឹងនៅតែមាន ដែលនឹងមានប្រយោជន៍ ប្រសិនបើការផ្ទេរ VM ទៅ RBD បរាជ័យ ហើយអ្នកត្រូវត្រឡប់ការផ្លាស់ប្តូរវិញ។ ផងដែរ ដើម្បីអាចត្រឡប់ការផ្លាស់ប្ដូរវិញបានយ៉ាងឆាប់រហ័ស សូមធ្វើការបម្រុងទុកនៃឯកសារកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីននិម្មិត៖

virsh dumpxml $vm_name > $vm_name.xml
cp $vm_name.xml $vm_name_backup.xml

... និងកែសម្រួលដើម (vm_name.xml) ចូរយើងស្វែងរកប្លុកជាមួយនឹងការពិពណ៌នាអំពីថាស (ចាប់ផ្តើមដោយបន្ទាត់ <disk type='file' device='disk'> និងបញ្ចប់ដោយ </disk>) ហើយកាត់បន្ថយវាទៅជាទម្រង់ខាងក្រោម៖

<disk type='network' device='disk'>
<driver name='qemu'/>
<auth username='libvirt'>
  <secret type='ceph' uuid='sec-ret-uu-id'/>
 </auth>
<source protocol='rbd' name='$ceph_pool/$vm_image_name>
  <host name='10.0.0.1' port='6789'/>
  <host name='10.0.0.2' port='6789'/>
</source>
<target dev='vda' bus='virtio'/> 
<alias name='virtio-disk0'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
</disk>

តោះមើលព័ត៌មានលម្អិតខ្លះ៖

1. ទៅពិធីការ source អាសយដ្ឋានទៅកន្លែងផ្ទុកនៅក្នុង Ceph RBD ត្រូវបានចង្អុលបង្ហាញ (នេះគឺជាអាសយដ្ឋានដែលបង្ហាញពីឈ្មោះនៃអាង Ceph និងរូបភាព RBD ដែលត្រូវបានកំណត់នៅដំណាក់កាលដំបូង) ។
2. នៅក្នុងប្លុក secret ប្រភេទត្រូវបានចង្អុលបង្ហាញ cephក៏ដូចជា UUID នៃអាថ៌កំបាំងដើម្បីភ្ជាប់ទៅវា។ uuid របស់វាអាចត្រូវបានរកឃើញដោយប្រើពាក្យបញ្ជា virsh secret-list.
3. នៅក្នុងប្លុក host អាសយដ្ឋានទៅម៉ូនីទ័រ Ceph ត្រូវបានចង្អុលបង្ហាញ។

បន្ទាប់ពីកែសម្រួលឯកសារកំណត់រចនាសម្ព័ន្ធ និងបញ្ចប់ការបំប្លែង LVM ទៅ RBD អ្នកអាចអនុវត្តឯកសារកំណត់រចនាសម្ព័ន្ធដែលបានកែប្រែ ហើយចាប់ផ្តើមម៉ាស៊ីននិម្មិត៖

virsh define $vm_name.xml
virsh start $vm_name

វាដល់ពេលហើយដើម្បីពិនិត្យមើលថាម៉ាស៊ីននិម្មិតបានចាប់ផ្តើមត្រឹមត្រូវ៖ អ្នកអាចស្វែងយល់ឧទាហរណ៍ដោយភ្ជាប់ទៅវាតាមរយៈ SSH ឬតាមរយៈ virsh.

ប្រសិនបើម៉ាស៊ីននិម្មិតដំណើរការបានត្រឹមត្រូវ ហើយអ្នកមិនបានរកឃើញបញ្ហាផ្សេងទៀតទេនោះ អ្នកអាចលុបរូបភាព LVM ដែលលែងប្រើហើយ៖

lvremove main/$vm_image_name

សេចក្តីសន្និដ្ឋាន

យើងបានជួបប្រទះករណីដែលបានពិពណ៌នាទាំងអស់នៅក្នុងការអនុវត្ត - យើងសង្ឃឹមថាការណែនាំនឹងជួយអ្នកគ្រប់គ្រងផ្សេងទៀតដោះស្រាយបញ្ហាស្រដៀងគ្នានេះ។ ប្រសិនបើអ្នកមានមតិយោបល់ ឬរឿងរ៉ាវស្រដៀងគ្នាផ្សេងទៀតពីបទពិសោធន៍របស់អ្នកដោយប្រើ Ceph យើងនឹងរីករាយក្នុងការឃើញពួកគេនៅក្នុងមតិយោបល់!

PS

សូមអានផងដែរនៅលើប្លក់របស់យើង៖

• «ដៃ​របស់​យើង​មិន​មែន​សម្រាប់​ការ​អផ្សុក​ទេ៖ ការ​ស្ដារ​ចង្កោម Rook ក្នុង K8s»
• «ទៅ Rook ឬមិន Rook - នោះជាសំណួរ»
• «Rook - ឃ្លាំងទិន្នន័យ "សេវាខ្លួនឯង" សម្រាប់ Kubernetes»
• «ការបង្កើតទំហំផ្ទុកជាប់លាប់ជាមួយនឹងការផ្តល់នៅក្នុង Kubernetes ដោយផ្អែកលើ Ceph"។

ប្រភព: www.habr.com