ការវិភាគដំណើរការ VM នៅក្នុង VMware vSphere ។ ផ្នែកទី 3: ការផ្ទុក

ផ្នែកទី 1. អំពី CPU
ផ្នែកទី 2. អំពីការចងចាំ

ថ្ងៃនេះយើងនឹងវិភាគម៉ែត្រនៃប្រព័ន្ធរងរបស់ថាសនៅក្នុង vSphere ។ បញ្ហាការផ្ទុកគឺជាហេតុផលទូទៅបំផុតសម្រាប់ម៉ាស៊ីននិម្មិតយឺត។ ប្រសិនបើក្នុងករណី CPU និង RAM ការដោះស្រាយបញ្ហាបញ្ចប់នៅកម្រិត hypervisor បន្ទាប់មកប្រសិនបើមានបញ្ហាជាមួយឌីស អ្នកប្រហែលជាត្រូវដោះស្រាយជាមួយបណ្តាញទិន្នន័យ និងប្រព័ន្ធផ្ទុកទិន្នន័យ។

ខ្ញុំនឹងពិភាក្សាលើប្រធានបទដោយប្រើឧទាហរណ៍នៃការទប់ស្កាត់ការចូលប្រើប្រព័ន្ធផ្ទុក ទោះបីជាសម្រាប់ការចូលប្រើឯកសារ បញ្ជរមានចំនួនប្រហាក់ប្រហែលគ្នាក៏ដោយ។

បន្តិចនៃទ្រឹស្តីមួយ

នៅពេលនិយាយអំពីដំណើរការនៃប្រព័ន្ធរងឌីសនៃម៉ាស៊ីននិម្មិត ជាធម្មតាមនុស្សយកចិត្តទុកដាក់ចំពោះប៉ារ៉ាម៉ែត្រដែលទាក់ទងគ្នាចំនួនបី៖

• ចំនួនប្រតិបត្តិការបញ្ចូល/ទិន្នផល (ប្រតិបត្តិការបញ្ចូល/ទិន្នផលក្នុងមួយវិនាទី IOPS);
• លំហូរ;
• ការពន្យាពេលនៃប្រតិបត្តិការបញ្ចូល / ទិន្នផល (ភាពយឺតយ៉ាវ) ។

ចំនួន IOPS ជាធម្មតាមានសារៈសំខាន់សម្រាប់បន្ទុកការងារចៃដន្យ៖ ការចូលទៅកាន់ប្លុកថាសដែលមានទីតាំងនៅកន្លែងផ្សេងៗគ្នា។ ឧទាហរណ៍នៃការផ្ទុកបែបនេះអាចជា មូលដ្ឋានទិន្នន័យ កម្មវិធីអាជីវកម្ម (ERP, CRM) ជាដើម។

កម្រិតបញ្ជូន សំខាន់សម្រាប់បន្ទុកបន្តបន្ទាប់គ្នា៖ ការចូលទៅកាន់ប្លុកដែលមានទីតាំងនៅមួយបន្ទាប់ពីមួយផ្សេងទៀត។ ឧទាហរណ៍ ម៉ាស៊ីនមេឯកសារ (ប៉ុន្តែមិនតែងតែទេ) និងប្រព័ន្ធឃ្លាំមើលវីដេអូអាចបង្កើតបន្ទុកបែបនេះ។

លំហូរគឺទាក់ទងទៅនឹងចំនួនប្រតិបត្តិការ I/O ដូចខាងក្រោម៖

លំហូរ = IOPS * ទំហំប្លុកដែលទំហំប្លុកគឺជាទំហំប្លុក។

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

ទំហំប្លុកធំអាចជះឥទ្ធិពលអាក្រក់ដល់ដំណើរការផ្ទុក។ ទោះបីជាចំនួន IOPS និងបញ្ជូនបន្តមានទំហំតូចក៏ដោយ ភាពយឺតយ៉ាវខ្ពស់អាចត្រូវបានគេសង្កេតឃើញជាមួយនឹងទំហំប្លុកធំ។ ដូច្នេះសូមយកចិត្តទុកដាក់លើប៉ារ៉ាម៉ែត្រនេះ។

ភាពយឺតយ៉ាវ - ប៉ារ៉ាម៉ែត្រដំណើរការគួរឱ្យចាប់អារម្មណ៍បំផុត។ ភាពយឺតយ៉ាវ I/O សម្រាប់ម៉ាស៊ីននិម្មិតមាន៖

• ការពន្យាពេលនៅខាងក្នុង hypervisor (KAVG, Average Kernel MilliSec/Read);
• ការពន្យារពេលដែលផ្តល់ដោយបណ្តាញទិន្នន័យ និងប្រព័ន្ធផ្ទុកទិន្នន័យ (DAVG, Average Driver MilliSec/Command)។

ភាពយឺតយ៉ាវសរុបដែលអាចមើលឃើញនៅក្នុង OS ភ្ញៀវ (GAVG, Average Guest MilliSec/Command) គឺជាផលបូកនៃ KAVG និង DAVG ។

GAVG និង DAVG ត្រូវបានវាស់វែង ហើយ KAVG ត្រូវបានគណនា៖ GAVG-DAVG ។

ប្រភព

ចូរយើងពិនិត្យមើលឱ្យកាន់តែច្បាស់ KAVG. ក្នុងអំឡុងពេលប្រតិបត្តិការធម្មតា KAVG គួរតែមានទំនោរទៅសូន្យ ឬយ៉ាងហោចណាស់តិចជាង DAVG ។ ករណីតែមួយគត់ដែលខ្ញុំដឹងពីកន្លែងដែល KAVG រំពឹងខ្ពស់គឺដែនកំណត់ IOPS នៅលើថាស VM ។ ក្នុងករណីនេះនៅពេលអ្នកព្យាយាមលើសពីដែនកំណត់ KAVG នឹងកើនឡើង។

សមាសធាតុដ៏សំខាន់បំផុតរបស់ KAVG គឺ QAVG - ពេលវេលាដំណើរការជួរនៅខាងក្នុង hypervisor ។ សមាសធាតុដែលនៅសល់របស់ KAVG គឺមានការធ្វេសប្រហែស។

ជួរនៅក្នុងកម្មវិធីបញ្ជាអាដាប់ទ័រថាស និងជួរទៅព្រះច័ន្ទមានទំហំថេរ។ សម្រាប់បរិស្ថានដែលផ្ទុកច្រើន វាអាចមានប្រយោជន៍ក្នុងការបង្កើនទំហំនេះ។ វាគឺជាការ ពិពណ៌នាអំពីរបៀបបង្កើនជួរនៅក្នុងកម្មវិធីបញ្ជាអាដាប់ទ័រ (ក្នុងពេលជាមួយគ្នានោះជួរទៅព្រះច័ន្ទនឹងកើនឡើង) ។ ការកំណត់នេះដំណើរការនៅពេលដែលមានតែ VM មួយប៉ុណ្ណោះដែលកំពុងធ្វើការជាមួយព្រះច័ន្ទ ដែលកម្រមានណាស់។ ប្រសិនបើមាន VMs ជាច្រើននៅលើព្រះច័ន្ទ អ្នកក៏ត្រូវបង្កើនប៉ារ៉ាម៉ែត្រផងដែរ។ Disk.SchedNumReqOutstanding (ការណែនាំ  នៅទីនេះ) តាមរយៈការបង្កើនជួរ អ្នកបន្ថយ QAVG និង KAVG រៀងគ្នា។

ប៉ុន្តែម្តងទៀត ដំបូងអានឯកសារពីអ្នកលក់ HBA ហើយសាកល្បងការផ្លាស់ប្តូរនៅលើកៅអីមន្ទីរពិសោធន៍។

ទំហំនៃជួរទៅព្រះច័ន្ទអាចរងផលប៉ះពាល់ដោយការរួមបញ្ចូលយន្តការ SIOC (Storage I/O Control) ។ វាផ្តល់នូវការចូលដំណើរការឯកសណ្ឋានទៅកាន់ព្រះច័ន្ទពីម៉ាស៊ីនមេទាំងអស់នៅក្នុងចង្កោមដោយការផ្លាស់ប្តូរថាមវន្តជួរទៅព្រះច័ន្ទនៅលើម៉ាស៊ីនមេ។ នោះគឺប្រសិនបើ host ណាមួយកំពុងដំណើរការ VM ដែលទាមទារបរិមាណមិនសមាមាត្រនៃការអនុវត្ត (VM អ្នកជិតខាងដែលរំខាន) SIOC កាត់បន្ថយប្រវែងជួរទៅព្រះច័ន្ទនៅលើម៉ាស៊ីននេះ (DQLEN) ។ ព័ត៌មានលម្អិតបន្ថែម នៅទីនេះ.

យើងបានតម្រៀបចេញ KAVG ឥឡូវនេះបន្តិចអំពី DAVG. អ្វីគ្រប់យ៉ាងគឺសាមញ្ញនៅទីនេះ៖ DAVG គឺជាការពន្យារពេលដែលណែនាំដោយបរិយាកាសខាងក្រៅ (បណ្តាញទិន្នន័យ និងប្រព័ន្ធផ្ទុកទិន្នន័យ)។ រាល់ប្រព័ន្ធផ្ទុកទិន្នន័យទំនើបៗ និងទំនើបៗសុទ្ធតែមានបញ្ជរដំណើរការរៀងៗខ្លួន។ ដើម្បីវិភាគបញ្ហាជាមួយ DAVG វាសមហេតុផលក្នុងការមើលពួកគេ។ ប្រសិនបើអ្វីៗគ្រប់យ៉ាងល្អនៅលើ ESXi និងផ្នែកផ្ទុក សូមពិនិត្យមើលបណ្តាញទិន្នន័យ។

ដើម្បីជៀសវាងបញ្ហាក្នុងការអនុវត្ត សូមជ្រើសរើសគោលការណ៍ជ្រើសរើសផ្លូវត្រឹមត្រូវ (PSP) សម្រាប់ប្រព័ន្ធផ្ទុករបស់អ្នក។ ប្រព័ន្ធផ្ទុកទំនើបស្ទើរតែទាំងអស់គាំទ្រ PSP Round-Robin (ដោយមានឬគ្មាន ALUA, Asymmetric Logical Unit Access)។ គោលការណ៍នេះអនុញ្ញាតឱ្យអ្នកប្រើផ្លូវដែលមានទាំងអស់ទៅកាន់ប្រព័ន្ធផ្ទុក។ ក្នុងករណី ALUA មានតែផ្លូវទៅកាន់ឧបករណ៍បញ្ជាដែលជាម្ចាស់ព្រះច័ន្ទប៉ុណ្ណោះដែលត្រូវបានប្រើប្រាស់។ មិនមែនប្រព័ន្ធផ្ទុកទាំងអស់នៅលើ ESXi មានច្បាប់លំនាំដើមដែលកំណត់គោលការណ៍ Round-Robin នោះទេ។ ប្រសិនបើមិនមានច្បាប់សម្រាប់ប្រព័ន្ធផ្ទុករបស់អ្នកទេ សូមប្រើកម្មវិធីជំនួយពីក្រុមហ៊ុនផលិតប្រព័ន្ធផ្ទុក ដែលនឹងបង្កើតច្បាប់ដែលត្រូវគ្នាលើម៉ាស៊ីនទាំងអស់នៅក្នុងចង្កោម ឬបង្កើតច្បាប់ដោយខ្លួនឯង។ ព័ត៌មានលម្អិត នៅទីនេះ. 

ដូចគ្នានេះផងដែរ ក្រុមហ៊ុនផលិតប្រព័ន្ធផ្ទុកទិន្នន័យមួយចំនួនបានផ្តល់អនុសាសន៍ឱ្យផ្លាស់ប្តូរចំនួន IOPS ក្នុងមួយផ្លូវពីតម្លៃស្តង់ដារ 1000 ទៅ 1។ នៅក្នុងការអនុវត្តរបស់យើង វាធ្វើឱ្យវាអាច "ច្របាច់" ដំណើរការកាន់តែច្រើនចេញពីប្រព័ន្ធផ្ទុក និងកាត់បន្ថយពេលវេលាដែលត្រូវការសម្រាប់ការបរាជ័យ។ នៅក្នុងព្រឹត្តិការណ៍នៃការបរាជ័យរបស់ឧបករណ៍បញ្ជាឬការធ្វើបច្ចុប្បន្នភាព។ ពិនិត្យមើលការណែនាំរបស់អ្នកលក់ ហើយប្រសិនបើមិនមាន contraindications សូមព្យាយាមផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្រនេះ។ ព័ត៌មានលម្អិត នៅទីនេះ.

ការគណនាដំណើរការប្រព័ន្ធរងរបស់ថាសម៉ាស៊ីននិម្មិតជាមូលដ្ឋាន

ឧបករណ៍រាប់ដំណើរការប្រព័ន្ធរងរបស់ថាសនៅក្នុង vCenter ត្រូវបានប្រមូលនៅក្នុងផ្នែក Datastore, Disk, Virtual Disk៖

ផ្នែក មូលដ្ឋានទិន្នន័យ មានម៉ែត្រសម្រាប់ការផ្ទុកថាស vSphere (ឃ្លាំងទិន្នន័យ) ដែលថាស VM មានទីតាំងនៅ។ នៅទីនេះអ្នកនឹងឃើញបញ្ជរស្តង់ដារសម្រាប់៖

• IOPS (ការស្នើសុំអាន/សរសេរជាមធ្យមក្នុងមួយវិនាទី) 
• ទិន្នផល (អត្រាអាន / សរសេរ), 
• ការពន្យារពេល (អាន/សរសេរ/ភាពយឺតយ៉ាវខ្ពស់បំផុត)។

ជាគោលការណ៍អ្វីគ្រប់យ៉ាងគឺច្បាស់ពីឈ្មោះបញ្ជរ។ ខ្ញុំសូមទាញចំណាប់អារម្មណ៍របស់អ្នកម្តងទៀតចំពោះការពិតដែលថាស្ថិតិនៅទីនេះមិនមែនសម្រាប់ VM ជាក់លាក់មួយ (ឬ VM disk) ប៉ុន្តែស្ថិតិទូទៅសម្រាប់ datastore ទាំងមូល។ តាមគំនិតរបស់ខ្ញុំ វាជាការងាយស្រួលជាងក្នុងការមើលស្ថិតិទាំងនេះនៅក្នុង ESXTOP យ៉ាងហោចណាស់ដោយផ្អែកលើការពិតដែលថារយៈពេលវាស់អប្បបរមាគឺ 2 វិនាទី។

ផ្នែក ថាស មានម៉ែត្រនៅលើឧបករណ៍ប្លុកដែលប្រើដោយ VM ។ មានបញ្ជរសម្រាប់ IOPS នៃប្រភេទការបូកសរុប (ចំនួននៃប្រតិបត្តិការបញ្ចូល/ទិន្នផលក្នុងអំឡុងពេលវាស់) និងបញ្ជរជាច្រើនដែលទាក់ទងនឹងការចូលប្រើប្លុក (ពាក្យបញ្ជាបានបោះបង់ ការកំណត់រថយន្តក្រុងឡើងវិញ)។ តាមគំនិតរបស់ខ្ញុំ វាក៏មានភាពងាយស្រួលក្នុងការមើលព័ត៌មាននេះនៅក្នុង ESXTOP ផងដែរ។

ផ្នែក ថាសនិម្មិត - មានប្រយោជន៍បំផុតពីទស្សនៈនៃការស្វែងរកបញ្ហាដំណើរការនៃប្រព័ន្ធរង VM ។ នៅទីនេះអ្នកអាចមើលឃើញការអនុវត្តសម្រាប់ថាសនិម្មិតនីមួយៗ។ វាគឺជាព័ត៌មាននេះដែលត្រូវការដើម្បីយល់ថាតើម៉ាស៊ីននិម្មិតជាក់លាក់មានបញ្ហាឬអត់។ បន្ថែមពីលើបញ្ជរស្តង់ដារសម្រាប់ចំនួនប្រតិបត្តិការ I/O អាន/សរសេរកម្រិតសំឡេង និងការពន្យារពេល ផ្នែកនេះមានបញ្ជរមានប្រយោជន៍ដែលបង្ហាញទំហំប្លុក៖ អាន/សរសេរទំហំសំណើ។

នៅក្នុងរូបភាពខាងក្រោមគឺជាក្រាហ្វនៃដំណើរការឌីស VM ដែលអ្នកអាចមើលឃើញចំនួន IOPS ភាពយឺតយ៉ាវ និងទំហំប្លុក។ 

អ្នកក៏អាចមើលរង្វាស់នៃការអនុវត្តសម្រាប់ datastore ទាំងមូល ប្រសិនបើ SIOC ត្រូវបានបើក។ នេះគឺជាព័ត៌មានមូលដ្ឋានអំពី Latency និង IOPS ជាមធ្យម។ តាមលំនាំដើម ព័ត៌មាននេះអាចមើលបានតែក្នុងពេលវេលាជាក់ស្តែងប៉ុណ្ណោះ។

ESXTOP

ESXTOP មានអេក្រង់ជាច្រើនដែលផ្តល់ព័ត៌មាននៅលើប្រព័ន្ធរងថាសម៉ាស៊ីនទាំងមូល ម៉ាស៊ីននិម្មិតនីមួយៗ និងថាសរបស់ពួកគេ។

ចូរចាប់ផ្តើមជាមួយនឹងព័ត៌មានអំពីម៉ាស៊ីននិម្មិត។ អេក្រង់ "Disk VM" ត្រូវបានហៅដោយគ្រាប់ចុច "v"៖

NVDISK គឺជាចំនួនថាស VM ។ ដើម្បីមើលព័ត៌មានសម្រាប់ថាសនីមួយៗ សូមចុច “e” ហើយបញ្ចូល GID នៃ VM ដែលចាប់អារម្មណ៍។

អត្ថន័យនៃប៉ារ៉ាម៉ែត្រដែលនៅសល់នៅលើអេក្រង់នេះគឺច្បាស់លាស់ពីឈ្មោះរបស់ពួកគេ។

អេក្រង់មានប្រយោជន៍មួយទៀតនៅពេលដោះស្រាយបញ្ហាគឺ អាដាប់ទ័រថាស។ ហៅដោយគ្រាប់ចុច “d” (វាល A, B, C, D, E, G ត្រូវបានជ្រើសរើសក្នុងរូបភាពខាងក្រោម)៖

NPTH - ចំនួនផ្លូវទៅកាន់ព្រះច័ន្ទដែលអាចមើលឃើញពីអាដាប់ទ័រនេះ។ ដើម្បីទទួលបានព័ត៌មានសម្រាប់ផ្លូវនីមួយៗនៅលើអាដាប់ទ័រ សូមចុច “e” ហើយបញ្ចូលឈ្មោះរបស់អាដាប់ទ័រ៖

AQLEN - ទំហំជួរអតិបរមានៅលើអាដាប់ទ័រ។

ផងដែរនៅលើអេក្រង់នេះគឺជាសូចនាករពន្យាពេលដែលខ្ញុំបាននិយាយអំពីខាងលើ៖ KAVG/cmd, GAVG/cmd, DAVG/cmd, QAVG/cmd.

អេក្រង់ឧបករណ៍ Disk ដែលត្រូវបានហៅដោយចុចគ្រាប់ចុច "u" ផ្តល់ព័ត៌មានអំពីឧបករណ៍ប្លុកនីមួយៗ - ព្រះច័ន្ទ (វាល A, B, F, G, ខ្ញុំត្រូវបានជ្រើសរើសក្នុងរូបភាពខាងក្រោម) ។ នៅទីនេះអ្នកអាចមើលឃើញស្ថានភាពនៃជួរសម្រាប់ព្រះច័ន្ទ។

DQLEN - ទំហំជួរសម្រាប់ឧបករណ៍ប្លុក។
អេស៊ីធីវី - ចំនួនពាក្យបញ្ជា I/O នៅក្នុងខឺណែល ESXi ។
QUED - ចំនួនពាក្យបញ្ជា I/O នៅក្នុងជួរ។
%ដុល្លារ​អាមេរិក - ACTV / DQLEN × 100% ។
ផ្ទុក - (ACTV + QUED) / DQLEN ។

ប្រសិនបើ % USD ខ្ពស់ អ្នកគួរតែពិចារណាបង្កើនជួរ។ ពាក្យបញ្ជាកាន់តែច្រើននៅក្នុងជួរ QAVG កាន់តែខ្ពស់ ហើយតាមនោះ KAVG ។

អ្នកក៏អាចឃើញនៅលើអេក្រង់ឧបករណ៍ Disk ថាតើ VAAI (vStorage API for Array Integration) កំពុងដំណើរការនៅលើប្រព័ន្ធផ្ទុកទិន្នន័យដែរឬទេ។ ដើម្បីធ្វើដូចនេះជ្រើសរើសវាល A និង O ។

យន្តការ VAAI អនុញ្ញាតឱ្យអ្នកផ្ទេរផ្នែកនៃការងារពីអ្នកត្រួតពិនិត្យដោយផ្ទាល់ទៅប្រព័ន្ធផ្ទុក ឧទាហរណ៍ សូន្យ ការចម្លងប្លុក ឬការទប់ស្កាត់។

ដូចដែលអ្នកអាចឃើញនៅក្នុងរូបភាពខាងលើ VAAI ដំណើរការលើប្រព័ន្ធផ្ទុកនេះ៖ Zero និង ATS primitives ត្រូវបានប្រើប្រាស់យ៉ាងសកម្ម។

ព័ត៌មានជំនួយសម្រាប់ការបង្កើនប្រសិទ្ធភាពការងារជាមួយប្រព័ន្ធរងថាសនៅលើ ESXi

• យកចិត្តទុកដាក់លើទំហំប្លុក។
• កំណត់ទំហំជួរល្អបំផុតនៅលើ HBA ។
• កុំភ្លេចបើក SIOC នៅលើ datastores។
• ជ្រើសរើស PSP ស្របតាមការណែនាំរបស់អ្នកផលិតប្រព័ន្ធផ្ទុក។
• ត្រូវប្រាកដថា VAAI កំពុងដំណើរការ។

អត្ថបទដែលមានប្រយោជន៍៖http://www.yellow-bricks.com/2011/06/23/disk-schednumreqoutstanding-the-story/
http://www.yellow-bricks.com/2009/09/29/whats-that-alua-exactly/
http://www.yellow-bricks.com/2019/03/05/dqlen-changes-what-is-going-on/
https://www.codyhosterman.com/2017/02/understanding-vmware-esxi-queuing-and-the-flasharray/
https://www.codyhosterman.com/2018/03/what-is-the-latency-stat-qavg/
https://kb.vmware.com/s/article/1267
https://kb.vmware.com/s/article/1268
https://kb.vmware.com/s/article/1027901
https://kb.vmware.com/s/article/2069356
https://kb.vmware.com/s/article/2053628
https://kb.vmware.com/s/article/1003469
https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/performance/vsphere-esxi-vcenter-server-67-performance-best-practices.pdf

ប្រភព: www.habr.com