ការវិភាគដំណើរការម៉ាស៊ីននិម្មិតនៅក្នុង VMware vSphere ។ ផ្នែកទី 1: CPU

ប្រសិនបើអ្នកគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធនិម្មិតដោយផ្អែកលើ VMware vSphere (ឬជង់បច្ចេកវិទ្យាផ្សេងទៀត) អ្នកប្រហែលជាតែងតែឮការត្អូញត្អែរពីអ្នកប្រើប្រាស់៖ “ម៉ាស៊ីននិម្មិតយឺត!” នៅក្នុងអត្ថបទស៊េរីនេះ ខ្ញុំនឹងវិភាគរង្វាស់នៃការអនុវត្ត ហើយប្រាប់អ្នកពីអ្វី និងមូលហេតុដែលវាថយចុះ និងរបៀបធ្វើឱ្យប្រាកដថាវាមិនថយចុះ។

ខ្ញុំនឹងពិចារណាទិដ្ឋភាពខាងក្រោមនៃដំណើរការម៉ាស៊ីននិម្មិត៖

• ស៊ីភីយូ,
• FRAME,
• ឌីស
• បណ្តាញ។

ខ្ញុំនឹងចាប់ផ្តើមជាមួយ CPU ។

ដើម្បីវិភាគការអនុវត្តយើងនឹងត្រូវការ៖

• vCenter Performance Counters - ការរាប់ការអនុវត្ត ក្រាហ្វដែលអាចត្រូវបានមើលតាមរយៈ vSphere Client ។ ព័ត៌មាននៅលើបញ្ជរទាំងនេះមាននៅក្នុងកំណែណាមួយរបស់អតិថិជន (ម៉ាស៊ីនភ្ញៀវ "ក្រាស់" នៅក្នុង C# ម៉ាស៊ីនភ្ញៀវគេហទំព័រនៅក្នុង Flex និងម៉ាស៊ីនភ្ញៀវគេហទំព័រនៅក្នុង HTML5) ។ នៅក្នុងអត្ថបទទាំងនេះ យើងនឹងប្រើរូបថតអេក្រង់ពីម៉ាស៊ីនភ្ញៀវ C# តែប៉ុណ្ណោះ ដោយសារតែពួកវាមើលទៅល្អជាងនៅក្នុងខ្នាតតូច :)
• ESXTOP - ឧបករណ៍ប្រើប្រាស់ដែលដំណើរការពីបន្ទាត់ពាក្យបញ្ជា ESXi ។ ដោយមានជំនួយរបស់វា អ្នកអាចទទួលបានតម្លៃនៃដំណើរការរាប់ក្នុងពេលវេលាជាក់ស្តែង ឬផ្ទុកឡើងតម្លៃទាំងនេះសម្រាប់រយៈពេលជាក់លាក់មួយទៅក្នុងឯកសារ .csv សម្រាប់ការវិភាគបន្ថែម។ បន្ទាប់ ខ្ញុំនឹងប្រាប់អ្នកបន្ថែមអំពីឧបករណ៍នេះ និងផ្តល់នូវតំណភ្ជាប់ដ៏មានប្រយោជន៍ជាច្រើនទៅកាន់ឯកសារ និងអត្ថបទលើប្រធានបទ។

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

នៅក្នុង ESXi ដំណើរការដាច់ដោយឡែកមួយ - ពិភពលោកនៅក្នុងវាក្យស័ព្ទ VMware - ទទួលខុសត្រូវចំពោះប្រតិបត្តិការនៃ vCPU នីមួយៗ (ស្នូលម៉ាស៊ីននិម្មិត) ។ វាក៏មានដំណើរការសេវាកម្មផងដែរ ប៉ុន្តែតាមទស្សនៈនៃការវិភាគដំណើរការ VM ពួកគេមិនសូវចាប់អារម្មណ៍ទេ។

ដំណើរការនៅក្នុង ESXi អាចស្ថិតនៅក្នុងរដ្ឋមួយក្នុងចំណោមរដ្ឋចំនួនបួន៖

• រត់ - ដំណើរការអនុវត្តការងារមានប្រយោជន៍មួយចំនួន។
• រង់ចាំ - ដំណើរការមិនដំណើរការណាមួយ (ទំនេរ) ឬកំពុងរង់ចាំការបញ្ចូល/លទ្ធផល។
• ថ្លៃដើម - លក្ខខណ្ឌដែលកើតឡើងនៅក្នុងម៉ាស៊ីននិម្មិតពហុស្នូល។ វាកើតឡើងនៅពេលដែលអ្នកកំណត់ពេលស៊ីភីយូ hypervisor (ESXi CPU Scheduler) មិនអាចកំណត់ពេលដំណើរការដំណាលគ្នានៃស្នូលម៉ាស៊ីននិម្មិតសកម្មទាំងអស់នៅលើស្នូលម៉ាស៊ីនមេ។ នៅក្នុងពិភពរូបវន្ត ស្នូលដំណើរការទាំងអស់ដំណើរការស្របគ្នា ប្រព័ន្ធប្រតិបត្តិការភ្ញៀវនៅខាងក្នុង VM រំពឹងថានឹងមានអាកប្បកិរិយាស្រដៀងគ្នា ដូច្នេះអ្នកត្រួតពិនិត្យត្រូវបន្ថយល្បឿនស្នូល VM ដែលមានសមត្ថភាពបញ្ចប់វដ្តនាឡិការបស់ពួកគេឱ្យលឿនជាងមុន។ នៅក្នុងកំណែទំនើបរបស់ ESXi កម្មវិធីកំណត់ពេលស៊ីភីយូប្រើយន្តការមួយហៅថា ការកំណត់ពេលសហការសម្រាក៖ អ្នកត្រួតពិនិត្យពិចារណាគម្លាតរវាង "លឿនបំផុត" និងស្នូលម៉ាស៊ីននិម្មិត "យឺតបំផុត" (skew) ។ ប្រសិនបើគម្លាតលើសពីកម្រិតជាក់លាក់មួយ ស្នូលលឿននឹងចូលទៅក្នុងស្ថានភាពចំណាយ។ ប្រសិនបើ VM cores ចំណាយពេលច្រើនក្នុងស្ថានភាពនេះ វាអាចបណ្តាលឱ្យមានបញ្ហាដំណើរការ។
• រួចរាល់ហើយ - ដំណើរការចូលទៅក្នុងស្ថានភាពនេះ នៅពេលដែល hypervisor មិនអាចបែងចែកធនធានសម្រាប់ការប្រតិបត្តិរបស់វា។ តម្លៃដែលត្រៀមរួចជាស្រេចខ្ពស់អាចបណ្តាលឱ្យមានបញ្ហាដំណើរការ VM ។

ឧបករណ៍រាប់ដំណើរការ CPU ម៉ាស៊ីននិម្មិតជាមូលដ្ឋាន

ការប្រើប្រាស់ CPU, % បង្ហាញភាគរយនៃការប្រើប្រាស់ស៊ីភីយូសម្រាប់រយៈពេលដែលបានផ្តល់ឱ្យ។

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

មានសំឡេងរោទិ៍ស្តង់ដារដែលបង្ហាញពីការផ្ទុក CPU របស់ម៉ាស៊ីននិម្មិត៖

តើខ្ញុំគួរធ្វើអ្វី? ប្រសិនបើការប្រើប្រាស់ស៊ីភីយូរបស់ VM កំពុងបន្តឆ្លងកាត់ដំបូល នោះអ្នកអាចគិតអំពីការបង្កើនចំនួន vCPUs (ជាអកុសល វាមិនតែងតែជួយទេ) ឬផ្លាស់ទី VM ទៅម៉ាស៊ីនមេដែលមាន processors ខ្លាំងជាង។

ការប្រើប្រាស់ស៊ីភីយូក្នុង MHz

នៅក្នុងក្រាហ្វនៅលើ vCenter ការប្រើប្រាស់ក្នុង % អ្នកអាចមើលឃើញសម្រាប់តែម៉ាស៊ីននិម្មិតទាំងមូលប៉ុណ្ណោះ មិនមានក្រាហ្វសម្រាប់ស្នូលនីមួយៗទេ (នៅក្នុង Esxtop មានតម្លៃ % សម្រាប់ស្នូល)។ សម្រាប់ស្នូលនីមួយៗអ្នកអាចមើលឃើញការប្រើប្រាស់ជា MHz ។

តើត្រូវវិភាគយ៉ាងដូចម្តេច? វាកើតឡើងថាកម្មវិធីមួយមិនត្រូវបានធ្វើឱ្យប្រសើរសម្រាប់ស្ថាបត្យកម្មពហុស្នូលទេ: វាប្រើស្នូលតែមួយ 100% ហើយនៅសល់គឺទំនេរដោយគ្មានការផ្ទុក។ ឧទាហរណ៍ ជាមួយនឹងការកំណត់បម្រុងទុកលំនាំដើម MS SQL ចាប់ផ្តើមដំណើរការនៅលើស្នូលតែមួយប៉ុណ្ណោះ។ ជាលទ្ធផល ការបម្រុងទុកថយចុះ មិនមែនដោយសារតែល្បឿនយឺតនៃឌីសទេ (នេះគឺជាអ្វីដែលអ្នកប្រើដំបូងបានត្អូញត្អែរអំពី) ប៉ុន្តែដោយសារតែខួរក្បាលមិនអាចដោះស្រាយបាន។ បញ្ហាត្រូវបានដោះស្រាយដោយការផ្លាស់ប្តូរប៉ារ៉ាម៉ែត្រ៖ ការបម្រុងទុកបានចាប់ផ្តើមដំណើរការស្របគ្នានៅក្នុងឯកសារជាច្រើន (រៀងគ្នានៅក្នុងដំណើរការជាច្រើន) ។

ឧទាហរណ៍នៃបន្ទុកមិនស្មើគ្នានៅលើស្នូល។

វាក៏មានស្ថានភាពមួយ (ដូចនៅក្នុងក្រាហ្វខាងលើ) នៅពេលដែលស្នូលត្រូវបានផ្ទុកមិនស្មើគ្នា ហើយពួកវាខ្លះមានកម្រិតកំពូល 100% ។ ដូចជាការផ្ទុកស្នូលតែមួយ ការជូនដំណឹងសម្រាប់ការប្រើប្រាស់ស៊ីភីយូនឹងមិនដំណើរការទេ (វាគឺសម្រាប់ VM ទាំងមូល) ប៉ុន្តែវានឹងមានបញ្ហាដំណើរការ។

តើខ្ញុំគួរធ្វើអ្វី? ប្រសិនបើកម្មវិធីនៅក្នុងម៉ាស៊ីននិម្មិតផ្ទុកស្នូលមិនស្មើគ្នា (ប្រើស្នូលតែមួយ ឬផ្នែកនៃស្នូល) វាគ្មានចំណុចណាមួយក្នុងការបង្កើនចំនួនរបស់ពួកគេនោះទេ។ ក្នុងករណីនេះ វាជាការប្រសើរក្នុងការផ្លាស់ទី VM ទៅម៉ាស៊ីនមេដែលមាន processors ខ្លាំងជាង។

អ្នកក៏អាចសាកល្បងពិនិត្យមើលការកំណត់ការប្រើប្រាស់ថាមពលនៅក្នុងម៉ាស៊ីនមេ BIOS ផងដែរ។ អ្នកគ្រប់គ្រងជាច្រើនបើកមុខងារ High Performance នៅក្នុង BIOS ហើយដោយហេតុនេះបិទ C-states និង P-states បច្ចេកវិទ្យាសន្សំថាមពល។ ខួរក្បាល Intel ទំនើបប្រើបច្ចេកវិទ្យា Turbo Boost ដែលបង្កើនប្រេកង់នៃស្នូលដំណើរការនីមួយៗដោយចំណាយលើស្នូលផ្សេងទៀត។ ប៉ុន្តែវាដំណើរការតែនៅពេលដែលបច្ចេកវិទ្យាសន្សំថាមពលត្រូវបានបើក។ ប្រសិនបើយើងបិទពួកវា ខួរក្បាលមិនអាចកាត់បន្ថយការប្រើប្រាស់ថាមពលនៃស្នូលដែលមិនត្រូវបានផ្ទុក។

VMware ណែនាំកុំឱ្យបិទបច្ចេកវិទ្យាសន្សំថាមពលនៅលើម៉ាស៊ីនមេ ប៉ុន្តែជ្រើសរើសរបៀបដែលទុកការគ្រប់គ្រងថាមពលទៅឱ្យ hypervisor តាមដែលអាចធ្វើទៅបាន។ ក្នុងករណីនេះ នៅក្នុងការកំណត់ការប្រើប្រាស់ថាមពលខ្ពស់ អ្នកត្រូវជ្រើសរើស High Performance។

ប្រសិនបើអ្នកមាន VMs នីមួយៗ (ឬ VM cores) នៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធរបស់អ្នកដែលទាមទារប្រេកង់ស៊ីភីយូកើនឡើង ការកែតម្រូវការប្រើប្រាស់ថាមពលឱ្យបានត្រឹមត្រូវអាចធ្វើអោយដំណើរការរបស់វាប្រសើរឡើងយ៉ាងខ្លាំង។

CPU រួចរាល់

ប្រសិនបើ VM core (vCPU) ស្ថិតក្នុងស្ថានភាពរួចរាល់ វាមិនដំណើរការដែលមានប្រយោជន៍ទេ។ លក្ខខណ្ឌនេះកើតឡើងនៅពេលដែល hypervisor មិនបានរកឃើញស្នូលរូបវន្តឥតគិតថ្លៃដែលដំណើរការ vCPU របស់ម៉ាស៊ីននិម្មិតអាចត្រូវបានកំណត់។

តើត្រូវវិភាគយ៉ាងដូចម្តេច? ជាធម្មតា ប្រសិនបើស្នូលរបស់ម៉ាស៊ីននិម្មិតស្ថិតនៅក្នុងស្ថានភាពរួចរាល់ច្រើនជាង 10% នៃពេលវេលានោះ អ្នកនឹងសម្គាល់ឃើញបញ្ហាដំណើរការ។ និយាយឱ្យសាមញ្ញ ច្រើនជាង 10% នៃពេលវេលាដែល VM រង់ចាំធនធានរូបវន្តដើម្បីឱ្យមាន។

នៅក្នុង vCenter អ្នកអាចមើលបញ្ជរចំនួន 2 ដែលទាក់ទងនឹង CPU Ready៖

• ការត្រៀមខ្លួន,
• រួចរាល់ហើយ។

តម្លៃនៃបញ្ជរទាំងពីរអាចត្រូវបានមើលទាំងសម្រាប់ VM ទាំងមូល និងសម្រាប់ស្នូលនីមួយៗ។
ការត្រៀមខ្លួនបង្ហាញតម្លៃភ្លាមៗជាភាគរយ ប៉ុន្តែមានតែនៅក្នុងពេលវេលាពិត (ទិន្នន័យសម្រាប់ម៉ោងចុងក្រោយ ចន្លោះពេលវាស់ 20 វិនាទី)។ វាជាការល្អប្រសើរជាងមុនក្នុងការប្រើបញ្ជរនេះដើម្បីស្វែងរកបញ្ហា "ក្តៅនៅលើកែងជើង" ។

តម្លៃរាប់រួចរាល់ក៏អាចត្រូវបានមើលពីទស្សនៈប្រវត្តិសាស្ត្រផងដែរ។ វាមានប្រយោជន៍សម្រាប់ការបង្កើតលំនាំ និងសម្រាប់ការវិភាគកាន់តែស៊ីជម្រៅអំពីបញ្ហា។ ឧទាហរណ៍ ប្រសិនបើម៉ាស៊ីននិម្មិតចាប់ផ្តើមជួបប្រទះបញ្ហាដំណើរការនៅពេលជាក់លាក់ណាមួយ អ្នកអាចប្រៀបធៀបចន្លោះពេលនៃតម្លៃ CPU Ready ជាមួយនឹងបន្ទុកសរុបនៅលើម៉ាស៊ីនមេដែល VM នេះកំពុងដំណើរការ ហើយចាត់វិធានការដើម្បីកាត់បន្ថយការផ្ទុក (ប្រសិនបើ DRS បរាជ័យ)។

រួចរាល់ មិនដូចការត្រៀមខ្លួនទេ ត្រូវបានបង្ហាញជាភាគរយ ប៉ុន្តែគិតជាមិល្លីវិនាទី។ នេះគឺជាការរាប់ប្រភេទ Summation ពោលគឺវាបង្ហាញពីរយៈពេលនៃការវាស់វែងដែលស្នូល VM ស្ថិតនៅក្នុងស្ថានភាពរួចរាល់។ អ្នកអាចបំប្លែងតម្លៃនេះទៅជាភាគរយដោយប្រើរូបមន្តសាមញ្ញ៖

(តម្លៃបូកសរុបដែលត្រៀមរួចជាស្រេច CPU / (ចន្លោះពេលធ្វើបច្ចុប្បន្នភាពលំនាំដើមតារាងគិតជាវិនាទី * 1000)) * 100 = CPU រួចរាល់ %

ឧទាហរណ៍ សម្រាប់ VM ក្នុងក្រាហ្វខាងក្រោម តម្លៃដែលត្រៀមរួចជាស្រេចខ្ពស់បំផុតសម្រាប់ម៉ាស៊ីននិម្មិតទាំងមូលនឹងមានដូចខាងក្រោម៖

នៅពេលគណនាភាគរយរួចរាល់ អ្នកគួរតែយកចិត្តទុកដាក់លើចំណុចពីរ៖

• តម្លៃរួចរាល់សម្រាប់ VM ទាំងមូលគឺជាផលបូកនៃ Ready ឆ្លងកាត់ស្នូល។
• ចន្លោះពេលវាស់។ សម្រាប់ពេលវេលាពិតវាគឺ 20 វិនាទី ហើយឧទាហរណ៍នៅលើតារាងប្រចាំថ្ងៃវាគឺ 300 វិនាទី។

ជាមួយនឹងការដោះស្រាយបញ្ហាសកម្ម ចំណុចសាមញ្ញទាំងនេះអាចខកខានបានយ៉ាងងាយ ហើយពេលវេលាដ៏មានតម្លៃអាចត្រូវបានខ្ជះខ្ជាយលើការដោះស្រាយបញ្ហាដែលមិនមាន។

តោះគណនា Ready ដោយផ្អែកលើទិន្នន័យពីក្រាហ្វខាងក្រោម។ (324474/(20*1000))*100 = 1622% សម្រាប់ VM ទាំងមូល។ ប្រសិនបើអ្នកក្រឡេកមើលស្នូលវាមិនគួរឱ្យខ្លាចទេ: 1622/64 = 25% ក្នុងមួយស្នូល។ ក្នុងករណីនេះ ការចាប់គឺមានភាពងាយស្រួលក្នុងការសម្គាល់៖ តម្លៃរួចរាល់គឺមិនប្រាកដប្រជា។ ប៉ុន្តែប្រសិនបើយើងកំពុងនិយាយអំពី 10-20% សម្រាប់ VM ទាំងមូលដែលមានស្នូលជាច្រើន បន្ទាប់មកសម្រាប់ស្នូលនីមួយៗតម្លៃអាចស្ថិតនៅក្នុងជួរធម្មតា។

តើខ្ញុំគួរធ្វើអ្វី? តម្លៃរួចរាល់ខ្ពស់បង្ហាញថាម៉ាស៊ីនមេមិនមានធនធានដំណើរការគ្រប់គ្រាន់សម្រាប់ប្រតិបត្តិការធម្មតារបស់ម៉ាស៊ីននិម្មិតទេ។ ក្នុង​ស្ថានភាព​បែប​នេះ អ្វី​ដែល​នៅ​សល់​គឺ​ត្រូវ​កាត់​បន្ថយ​ការ​ជាវ​លើស​ពី​ប្រព័ន្ធ​ដំណើរការ (vCPU:pCPU)។ ជាក់ស្តែង នេះអាចសម្រេចបានដោយកាត់បន្ថយប៉ារ៉ាម៉ែត្រនៃ VMs ដែលមានស្រាប់ ឬដោយការផ្ទេរផ្នែកនៃ VMs ទៅម៉ាស៊ីនមេផ្សេងទៀត។

បញ្ឈប់

តើត្រូវវិភាគយ៉ាងដូចម្តេច? ការរាប់នេះក៏ជាប្រភេទ Summation ហើយត្រូវបានបំប្លែងទៅជាភាគរយក្នុងវិធីដូចគ្នាទៅនឹង Ready៖

(តម្លៃបូកសរុបស៊ីភីយូ / (ចន្លោះពេលធ្វើបច្ចុប្បន្នភាពលំនាំដើមតារាងគិតជាវិនាទី * 1000)) * 100 = CPU co-stop %

នៅទីនេះអ្នកក៏ត្រូវយកចិត្តទុកដាក់លើចំនួនស្នូលនៅលើ VM និងចន្លោះពេលរង្វាស់។
នៅក្នុងស្ថានភាព costop ខឺណែលមិនដំណើរការការងារដែលមានប្រយោជន៍ទេ។ ជាមួយនឹងការជ្រើសរើសត្រឹមត្រូវនៃទំហំ VM និងការផ្ទុកធម្មតានៅលើម៉ាស៊ីនមេ បញ្ជរ co-stop គួរតែនៅជិតសូន្យ។

ក្នុងករណីនេះបន្ទុកគឺពិតជាមិនធម្មតា :)

តើខ្ញុំគួរធ្វើអ្វី? ប្រសិនបើ VMs ជាច្រើនដែលមានស្នូលមួយចំនួនធំកំពុងដំណើរការលើ hypervisor មួយ ហើយមានការជាវលើសនៅលើ CPU នោះ co-stop counter អាចកើនឡើង ដែលនឹងនាំឱ្យមានបញ្ហាជាមួយនឹងដំណើរការរបស់ VMs ទាំងនេះ។

ដូចគ្នានេះផងដែរ ការបញ្ឈប់ការរួមគ្នានឹងកើនឡើង ប្រសិនបើស្នូលសកម្មនៃ VM មួយប្រើខ្សែស្រឡាយនៅលើស្នូលម៉ាស៊ីនមេរាងកាយមួយជាមួយនឹងការបើកដំណើរការ hyper-treading ។ ស្ថានភាពនេះអាចកើតឡើង ឧទាហរណ៍ ប្រសិនបើ VM មានស្នូលច្រើនជាងមាននៅលើម៉ាស៊ីនមេដែលវាកំពុងដំណើរការ ឬប្រសិនបើការកំណត់ "preferHT" ត្រូវបានបើកសម្រាប់ VM ។ អ្នកអាចអានអំពីការកំណត់នេះ។ នៅទីនេះ.

ដើម្បីជៀសវាងបញ្ហាជាមួយដំណើរការ VM ដោយសារតែ co-stop ខ្ពស់ សូមជ្រើសរើសទំហំ VM ដោយអនុលោមតាមការណែនាំរបស់អ្នកផលិតកម្មវិធីដែលដំណើរការលើ VM នេះ និងសមត្ថភាពរបស់ម៉ាស៊ីនមេដែល VM ដំណើរការ។

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

រង្វាស់ CPU មានប្រយោជន៍ផ្សេងទៀត។

រត់ - តើពេលវេលាប៉ុន្មាន (ms) ក្នុងអំឡុងពេលវាស់ដែល vCPU ស្ថិតនៅក្នុងស្ថានភាព RUN នោះគឺវាពិតជាកំពុងដំណើរការការងារដែលមានប្រយោជន៍។

ទំនេរ - រយៈពេល (ms) ក្នុងអំឡុងពេលវាស់ vCPU ស្ថិតក្នុងស្ថានភាពអសកម្ម។ តម្លៃទំនេរខ្ពស់មិនមែនជាបញ្ហាទេ vCPU ទើបតែមាន "គ្មានអ្វីត្រូវធ្វើ" ។

រង់ចាំ - រយៈពេល (ms) ក្នុងអំឡុងពេលវាស់ vCPU ស្ថិតនៅក្នុងស្ថានភាពរង់ចាំ។ ដោយសារ IDLE ត្រូវបានរួមបញ្ចូលនៅក្នុងបញ្ជរនេះ តម្លៃ Wait ខ្ពស់ក៏មិនបង្ហាញពីបញ្ហាដែរ។ ប៉ុន្តែប្រសិនបើ Wait IDLE មានកម្រិតទាប នៅពេលដែល Wait គឺខ្ពស់ វាមានន័យថា VM កំពុងរង់ចាំប្រតិបត្តិការ I/O ដើម្បីបញ្ចប់ ហើយនេះអាចបង្ហាញពីបញ្ហាជាមួយនឹងដំណើរការនៃ hard drive ឬឧបករណ៍និម្មិតណាមួយរបស់ VM ។

អតិបរមាមានកំណត់ - រយៈពេលប៉ុន្មាន (ms) ក្នុងអំឡុងពេលវាស់ vCPU ស្ថិតនៅក្នុងស្ថានភាពរួចរាល់ ដោយសារដែនកំណត់ធនធានដែលបានកំណត់។ ប្រសិនបើដំណើរការទាបដែលមិនអាចពន្យល់បាន នោះវាមានប្រយោជន៍ក្នុងការត្រួតពិនិត្យតម្លៃនៃបញ្ជរនេះ និងដែនកំណត់ស៊ីភីយូនៅក្នុងការកំណត់ VM ។ VMs ពិតជាអាចមានដែនកំណត់ដែលអ្នកមិនដឹង។ ជាឧទាហរណ៍ វាកើតឡើងនៅពេលដែល VM ត្រូវបានក្លូនពីគំរូដែលការកំណត់ CPU ត្រូវបានកំណត់។

ផ្លាស់ប្តូរការរង់ចាំ - រយៈពេលនៃការវាស់វែង vCPU រង់ចាំប្រតិបត្តិការជាមួយ VMkernel Swap ។ ប្រសិនបើតម្លៃនៃការរាប់នេះលើសពីសូន្យ នោះ VM ប្រាកដជាមានបញ្ហាដំណើរការ។ យើងនឹងនិយាយបន្ថែមទៀតអំពី SWAP នៅក្នុងអត្ថបទអំពីឧបករណ៍រាប់ RAM ។

ESXTOP

ប្រសិនបើឧបករណ៍រាប់ការអនុវត្តនៅក្នុង vCenter គឺល្អសម្រាប់ការវិភាគទិន្នន័យប្រវត្តិសាស្រ្ត នោះការវិភាគប្រតិបត្តិការនៃបញ្ហាគឺត្រូវបានធ្វើបានប្រសើរជាងនៅក្នុង ESXTOP ។ នៅទីនេះតម្លៃទាំងអស់ត្រូវបានបង្ហាញជាទម្រង់ដែលត្រៀមរួចជាស្រេច (មិនចាំបាច់បកប្រែអ្វីទេ) ហើយរយៈពេលវាស់អប្បបរមាគឺ 2 វិនាទី។
អេក្រង់ ESXTOP សម្រាប់ស៊ីភីយូត្រូវបានហៅដោយគ្រាប់ចុច "c" ហើយមើលទៅដូចនេះ៖

ដើម្បីភាពងាយស្រួល អ្នកអាចទុកតែដំណើរការម៉ាស៊ីននិម្មិតដោយចុច Shift-V ។
ដើម្បីមើលម៉ែត្រសម្រាប់ស្នូល VM នីមួយៗ ចុច “e” ហើយបញ្ចូល GID នៃ VM ចំណាប់អារម្មណ៍ (30919 ក្នុងរូបថតអេក្រង់ខាងក្រោម)៖

ខ្ញុំសូមនិយាយដោយសង្ខេបអំពីជួរឈរដែលត្រូវបានបង្ហាញតាមលំនាំដើម។ ជួរឈរបន្ថែមអាចត្រូវបានបន្ថែមដោយចុច "f" ។

NWLD (ចំនួនពិភពលោក) - ចំនួនដំណើរការនៅក្នុងក្រុម។ ដើម្បីពង្រីកក្រុម និងមើលម៉ែត្រសម្រាប់ដំណើរការនីមួយៗ (ឧទាហរណ៍ សម្រាប់ស្នូលនីមួយៗនៅក្នុង VM ពហុស្នូល) ចុច “e”។ ប្រសិនបើមានដំណើរការច្រើនជាងមួយនៅក្នុងក្រុម នោះតម្លៃម៉ែត្រសម្រាប់ក្រុមគឺស្មើនឹងផលបូកនៃម៉ែត្រសម្រាប់ដំណើរការនីមួយៗ។

%USED - តើវដ្តស៊ីភីយូរបស់ម៉ាស៊ីនមេប៉ុន្មានត្រូវបានប្រើប្រាស់ដោយដំណើរការ ឬក្រុមនៃដំណើរការ។

% រត់ - រយៈពេលនៃការវាស់វែងដែលដំណើរការស្ថិតនៅក្នុងស្ថានភាព RUN ពោលគឺឧ។ បានធ្វើការងារដែលមានប្រយោជន៍។ វាខុសគ្នាពី %USED ដែលវាមិនគិតដល់ការបញ្ចូលខ្សែរ ការធ្វើមាត្រដ្ឋានប្រេកង់ និងពេលវេលាដែលចំណាយលើកិច្ចការប្រព័ន្ធ (%SYS)។

%SYS - ពេលវេលាចំណាយលើកិច្ចការប្រព័ន្ធ ឧទាហរណ៍៖ ដំណើរការរំខាន I/O ប្រតិបត្តិការបណ្តាញ។ល។ តម្លៃអាចខ្ពស់ប្រសិនបើ VM មាន I/O ធំ។

% OVRLP - តើពេលវេលាប៉ុន្មានដែលស្នូលរូបវន្តដែលដំណើរការ VM កំពុងដំណើរការចំណាយលើកិច្ចការនៃដំណើរការផ្សេងទៀត។

ម៉ែត្រទាំងនេះទាក់ទងគ្នាទៅវិញទៅមកដូចខាងក្រោមៈ

%USED = %RUN + %SYS - %OVRLP ។

ជាធម្មតាម៉ែត្រ %USED គឺផ្តល់ព័ត៌មានច្រើនជាង។

% រង់ចាំ - រយៈពេលនៃការវាស់វែង ដំណើរការស្ថិតនៅក្នុងស្ថានភាពរង់ចាំ។ បើកដំណើរការ IDLE ។

% IDLE - រយៈពេលនៃការវាស់វែង ដំណើរការស្ថិតនៅក្នុងស្ថានភាព IDLE ។

%SWPWT - រយៈពេលនៃការវាស់វែង vCPU រង់ចាំប្រតិបត្តិការជាមួយ VMkernel Swap ។

%VMWAIT - រយៈពេលនៃការវាស់វែង vCPU ស្ថិតនៅក្នុងស្ថានភាពរង់ចាំព្រឹត្តិការណ៍មួយ (ជាធម្មតា I/O) ។ មិនមានបញ្ជរស្រដៀងគ្នានៅក្នុង vCenter ទេ។ តម្លៃខ្ពស់បង្ហាញពីបញ្ហាជាមួយ I/O នៅលើ VM ។

%WAIT = %VMWAIT + %IDLE + %SWPWT ។

ប្រសិនបើ VM មិនប្រើ VMkernel Swap ទេ នោះនៅពេលវិភាគបញ្ហាដំណើរការ វាត្រូវបានណែនាំឱ្យមើលនៅ %VMWAIT ចាប់តាំងពីម៉ែត្រនេះមិនគិតពីពេលវេលាដែល VM មិនធ្វើអ្វីសោះ (%IDLE)។

%RDY - រយៈពេលនៃការវាស់វែង ដំណើរការស្ថិតនៅក្នុងស្ថានភាពរួចរាល់។

%CSTP - រយៈពេលនៃការវាស់វែង ដំណើរការស្ថិតនៅក្នុងស្ថានភាពចំណាយ។

%MLMTD - រយៈពេលនៃការវាស់វែង vCPU ស្ថិតនៅក្នុងស្ថានភាពរួចរាល់ ដោយសារដែនកំណត់ធនធានដែលបានកំណត់។

%WAIT + %RDY + %CSTP + %RUN = 100% – ស្នូល VM តែងតែស្ថិតនៅក្នុងរដ្ឋមួយក្នុងចំណោមរដ្ឋទាំងបួននេះ។

CPU នៅលើ hypervisor

vCenter ក៏មានបញ្ជរដំណើរការ CPU សម្រាប់ hypervisor ផងដែរ ប៉ុន្តែពួកគេមិនមានអ្វីគួរឱ្យចាប់អារម្មណ៍នោះទេ - ពួកគេគ្រាន់តែជាផលបូកនៃបញ្ជរសម្រាប់ VMs ទាំងអស់នៅលើ server។
មធ្យោបាយងាយស្រួលបំផុតដើម្បីមើលស្ថានភាពស៊ីភីយូនៅលើម៉ាស៊ីនមេគឺនៅលើផ្ទាំងសង្ខេប៖

សម្រាប់ម៉ាស៊ីនមេ ក៏ដូចជាសម្រាប់ម៉ាស៊ីននិម្មិត មានសំឡេងរោទិ៍ស្តង់ដារ៖

នៅពេលដែលការផ្ទុកស៊ីភីយូរបស់ម៉ាស៊ីនមេមានកម្រិតខ្ពស់ VMs ដែលដំណើរការលើវាចាប់ផ្តើមជួបប្រទះបញ្ហាដំណើរការ។

នៅក្នុង ESXTOP ទិន្នន័យផ្ទុកស៊ីភីយូរបស់ម៉ាស៊ីនមេត្រូវបានបង្ហាញនៅផ្នែកខាងលើនៃអេក្រង់។ បន្ថែមពីលើការផ្ទុកស៊ីភីយូស្តង់ដារដែលមិនមានព័ត៌មានច្រើនសម្រាប់អ្នកត្រួតពិនិត្យខ្ពស់ មានម៉ែត្របីទៀត៖

CORE UTIL(%) - កំពុងផ្ទុកស្នូលម៉ាស៊ីនមេ។ បញ្ជរនេះបង្ហាញពីពេលវេលាដែលស្នូលបានដំណើរការក្នុងអំឡុងពេលរង្វាស់។

PCPU UTIL(%) - ប្រសិនបើ hyper-threading ត្រូវបានបើក នោះមាន Threads ពីរ (PCPU) ក្នុងមួយស្នូល។ ម៉ែត្រនេះបង្ហាញពីរយៈពេលដែលខ្សែនីមួយៗត្រូវចំណាយពេលដើម្បីបញ្ចប់ការងារ។

PCPU USED(%) - ដូចគ្នាទៅនឹង PCPU UTIL(%) ប៉ុន្តែត្រូវគិតពីការធ្វើមាត្រដ្ឋានប្រេកង់ (ទាំងការកាត់បន្ថយប្រេកង់ស្នូលសម្រាប់គោលបំណងសន្សំថាមពល ឬបង្កើនប្រេកង់ស្នូលដោយសារបច្ចេកវិទ្យា Turbo Boost) និង hyper-threading ។

PCPU_USED% = PCPU_UTIL% * ប្រេកង់ស្នូលដែលមានប្រសិទ្ធភាព / ប្រេកង់ស្នូលបន្ទាប់បន្សំ។

នៅក្នុងរូបថតអេក្រង់នេះ សម្រាប់ស្នូលមួយចំនួន ដោយសារ Turbo Boost តម្លៃ USED គឺធំជាង 100% ដោយសារប្រេកង់ស្នូលគឺខ្ពស់ជាងតម្លៃបន្ទាប់បន្សំ។

ពាក្យពីរបីអំពីរបៀបដែល Hyper-threading ត្រូវបានយកមកពិចារណា។ ប្រសិនបើដំណើរការត្រូវបានប្រតិបត្តិ 100% នៃពេលវេលានៅលើខ្សែស្រឡាយទាំងពីរនៃស្នូលរាងកាយរបស់ម៉ាស៊ីនមេ ខណៈពេលដែលស្នូលដំណើរការនៅប្រេកង់បន្ទាប់បន្សំ នោះ៖

• CORE UTIL សម្រាប់ស្នូលនឹងមាន 100%
• PCPU UTIL សម្រាប់ខ្សែស្រឡាយទាំងពីរនឹងមាន 100%
• PCPU ប្រើសម្រាប់ខ្សែស្រឡាយទាំងពីរនឹងមាន 50% ។

ប្រសិនបើខ្សែស្រឡាយទាំងពីរមិនដំណើរការ 100% នៃពេលវេលាកំឡុងពេលវាស់ នោះក្នុងអំឡុងពេលទាំងនោះនៅពេលដែលខ្សែស្រឡាយដំណើរការស្របគ្នានោះ PCPU ដែលប្រើសម្រាប់ស្នូលត្រូវបានបែងចែកជាពាក់កណ្តាល។

ESXTOP ក៏មានអេក្រង់ជាមួយនឹងប៉ារ៉ាម៉ែត្រនៃការប្រើប្រាស់ថាមពលស៊ីភីយូរបស់ម៉ាស៊ីនមេផងដែរ។ នៅទីនេះអ្នកអាចមើលថាតើម៉ាស៊ីនមេប្រើបច្ចេកវិទ្យាសន្សំថាមពល៖ រដ្ឋ C និង P-states ។ ហៅដោយគ្រាប់ចុច "p"៖

បញ្ហាដំណើរការស៊ីភីយូទូទៅ

ជាចុងក្រោយ ខ្ញុំនឹងនិយាយអំពីមូលហេតុធម្មតានៃបញ្ហាជាមួយនឹងដំណើរការ VM CPU ហើយផ្តល់គន្លឹះខ្លីៗសម្រាប់ដោះស្រាយវា៖

ល្បឿននាឡិកាស្នូលមិនគ្រប់គ្រាន់ទេ។ ប្រសិនបើមិនអាចដំឡើង VM របស់អ្នកទៅជាស្នូលដែលមានថាមពលខ្លាំងជាងនេះទេ អ្នកអាចព្យាយាមផ្លាស់ប្តូរការកំណត់ថាមពលដើម្បីធ្វើឱ្យ Turbo Boost ដំណើរការកាន់តែមានប្រសិទ្ធភាព។

ការ​កំណត់​ទំហំ VM មិន​ត្រឹមត្រូវ (ស្នូល​ច្រើន​ពេក/តិច)។ ប្រសិនបើអ្នកដំឡើងស្នូលពីរបី វានឹងមានការផ្ទុកស៊ីភីយូខ្ពស់នៅលើ VM ។ បើ​មាន​ច្រើន​ចាប់​កន្លែង​រួម​គ្នា​ខ្ពស់។

ការជាវស៊ីភីយូលើសចំនួនច្រើននៅលើម៉ាស៊ីនមេ។ ប្រសិនបើ VM មាន Ready ខ្ពស់ កាត់បន្ថយការជាវ CPU លើស។

TOPology NUMA មិនត្រឹមត្រូវនៅលើ VMs ធំ។ TOPology NUMA ដែលឃើញដោយ VM (vNUMA) ត្រូវតែផ្គូផ្គង NUMA topology នៃ server (pNUMA)។ ការធ្វើរោគវិនិច្ឆ័យ និងដំណោះស្រាយដែលអាចកើតមានចំពោះបញ្ហានេះត្រូវបានសរសេរជាឧទាហរណ៍នៅក្នុងសៀវភៅ "VMware vSphere 6.5 Host Resources Deep Dive". ប្រសិនបើអ្នកមិនចង់ចូលជ្រៅជាងនេះទេ ហើយអ្នកមិនមានការរឹតបន្តឹងលើអាជ្ញាប័ណ្ណនៅលើ OS ដែលបានដំឡើងនៅលើ VM នោះ បង្កើតរន្ធនិម្មិតជាច្រើននៅលើ VM ស្នូលមួយក្នុងពេលតែមួយ។ អ្នកនឹងមិនបាត់បង់ច្រើនទេ :)

នោះហើយជាទាំងអស់សម្រាប់ខ្ញុំអំពីស៊ីភីយូ។ សួរ​សំនួរ។ នៅផ្នែកបន្ទាប់ខ្ញុំនឹងនិយាយអំពី RAM ។

តំណមានប្រយោជន៍http://virtual-red-dot.info/vm-cpu-counters-vsphere/
https://kb.vmware.com/kb/1017926
http://www.yellow-bricks.com/2012/07/17/why-is-wait-so-high/
https://communities.vmware.com/docs/DOC-9279
https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/performance/whats-new-vsphere65-perf.pdf
https://pages.rubrik.com/host-resources-deep-dive_request.html

ប្រភព: www.habr.com