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

ផ្នែកទី 1. អំពី CPU

នៅក្នុងអត្ថបទនេះ យើងនឹងនិយាយអំពី random access memory (RAM) performance counters នៅក្នុង vSphere។
វាហាក់ដូចជាថាជាមួយនឹងអង្គចងចាំអ្វីគ្រប់យ៉ាងគឺច្បាស់ជាងជាមួយខួរក្បាល: ប្រសិនបើបញ្ហាដំណើរការកើតឡើងនៅលើ VM វាពិបាកក្នុងការកត់សម្គាល់ពួកគេ។ ប៉ុន្តែ​ប្រសិន​បើ​ពួក​គេ​បង្ហាញ​ខ្លួន វា​កាន់​តែ​ពិបាក​ក្នុង​ការ​ដោះស្រាយ​ជាមួយ​ពួក​គេ។ ប៉ុន្តែរឿងដំបូង។

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

RAM របស់ម៉ាស៊ីននិម្មិតត្រូវបានយកចេញពីអង្គចងចាំរបស់ម៉ាស៊ីនមេដែល VMs កំពុងដំណើរការ។ នេះគឺច្បាស់ណាស់ :) ។ ប្រសិនបើ RAM របស់ម៉ាស៊ីនមេមិនគ្រប់គ្រាន់សម្រាប់មនុស្សគ្រប់គ្នា ESXi ចាប់ផ្តើមប្រើបច្ចេកទេសកែអង្គចងចាំឡើងវិញ។ បើមិនដូច្នេះទេ ប្រព័ន្ធប្រតិបត្តិការ VM នឹងគាំងជាមួយនឹងកំហុសក្នុងការចូលប្រើ RAM។

ESXi សម្រេចចិត្តថាតើបច្ចេកទេសណាដែលត្រូវប្រើអាស្រ័យលើការផ្ទុក RAM៖

ស្ថានភាពនៃការចងចាំ

ព្រំដែន

សកម្មភាព

ខ្ពស់

400% នៃ minFree

បន្ទាប់ពីឈានដល់ដែនកំណត់ខាងលើ ទំព័រអង្គចងចាំធំត្រូវបានបំបែកទៅជាតូច (TPS ដំណើរការក្នុងរបៀបស្តង់ដារ)។

ការច្បាស់លាស់

100% នៃ minFree

ទំព័រអង្គចងចាំធំត្រូវបានបំបែកទៅជាតូច TPS ត្រូវបានបង្ខំ។

ទន់

64% នៃ minFree

TPS + ប៉េងប៉ោង

រឹង

32% នៃ minFree

TPS + បង្ហាប់ + ប្តូរ

ទាប

16% នៃ minFree

បង្រួម + ប្តូរ + ប្លុក

ប្រភព

minFree គឺជា RAM ដែលត្រូវការសម្រាប់ hypervisor ដើម្បីដំណើរការ។

រហូតដល់ ESXi 4.1 រួមបញ្ចូល minFree ត្រូវបានជួសជុលតាមលំនាំដើម - 6% នៃ RAM របស់ម៉ាស៊ីនមេ (ភាគរយអាចត្រូវបានផ្លាស់ប្តូរតាមរយៈជម្រើស Mem.MinFreePct នៅលើ ESXi) ។ នៅក្នុងកំណែក្រោយៗទៀត ដោយសារតែការកើនឡើងនៃអង្គចងចាំនៅលើម៉ាស៊ីនមេ នោះ minFree បានចាប់ផ្តើមត្រូវបានគណនាដោយផ្អែកលើចំនួនអង្គចងចាំរបស់ម៉ាស៊ីន ហើយមិនមែនជាតម្លៃភាគរយថេរនោះទេ។

តម្លៃ minFree (លំនាំដើម) ត្រូវបានគណនាដូចខាងក្រោម៖

ភាគរយនៃអង្គចងចាំដែលបានបម្រុងទុកសម្រាប់ minFree

ជួរនៃការចងចាំ

6%

0-4 ជីកាបៃ

4%

4-12 ជីកាបៃ

2%

12-28 ជីកាបៃ

1%

ការចងចាំដែលនៅសល់

ប្រភព

ឧទាហរណ៍ សម្រាប់ម៉ាស៊ីនមេដែលមាន RAM 128 GB តម្លៃ MinFree នឹងមានដូចខាងក្រោម៖
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = 1,88 GB
តម្លៃជាក់ស្តែងអាចខុសគ្នាពីរបីរយ MB អាស្រ័យលើម៉ាស៊ីនមេ និង RAM ។

ភាគរយនៃអង្គចងចាំដែលបានបម្រុងទុកសម្រាប់ minFree

ជួរនៃការចងចាំ

តម្លៃសម្រាប់ 128 GB

6%

0-4 ជីកាបៃ

245,76 មេកាបៃ

4%

4-12 ជីកាបៃ

327,68 មេកាបៃ

2%

12-28 ជីកាបៃ

327,68 មេកាបៃ

1%

អង្គចងចាំដែលនៅសល់ (100 GB)

1024 មេកាបៃ

ជាធម្មតា សម្រាប់ជំហរផលិតភាព មានតែស្ថានភាពខ្ពស់ប៉ុណ្ណោះដែលអាចចាត់ទុកថាជារឿងធម្មតា។ សម្រាប់កៅអីសាកល្បង និងការអភិវឌ្ឍន៍ ស្ថានភាព Clear/Soft អាចទទួលយកបាន។ ប្រសិនបើ RAM នៅលើម៉ាស៊ីនមានតិចជាង 64% MinFree នោះ VMs ដែលដំណើរការលើវាប្រាកដជាជួបប្រទះនឹងបញ្ហាដំណើរការ។

នៅក្នុងរដ្ឋនីមួយៗ បច្ចេកទេសជួសជុលអង្គចងចាំមួយចំនួនត្រូវបានប្រើប្រាស់ ដោយចាប់ផ្តើមពី TPS ដែលស្ទើរតែគ្មានឥទ្ធិពលលើដំណើរការ VM រហូតដល់ការប្តូរ។ ខ្ញុំនឹងប្រាប់អ្នកបន្ថែមទៀតអំពីពួកគេ។

ការចែករំលែកទំព័រតម្លាភាព (TPS) ។ TPS គឺជាការនិយាយប្រហែល ការដកទំព័រ RAM របស់ម៉ាស៊ីននិម្មិតនៅលើម៉ាស៊ីនមេ។

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

ប្រភព

យន្តការនេះដំណើរការសម្រាប់តែទំព័រសតិដែលមានទំហំ 4 KB (ទំព័រតូច) ប៉ុណ្ណោះ។ Hypervisor មិនសូម្បីតែព្យាយាមដកទំព័រដែលមានទំហំ 2 MB (ទំព័រធំ): ឱកាសនៃការស្វែងរកទំព័រដូចគ្នានៃទំហំនេះគឺមិនអស្ចារ្យទេ។

តាមលំនាំដើម ESXi បែងចែកអង្គចងចាំទៅទំព័រធំ។ ការបំបែកទំព័រធំទៅជាទំព័រតូចៗចាប់ផ្តើមនៅពេលដែលកម្រិតនៃរដ្ឋខ្ពស់ត្រូវបានឈានដល់ ហើយត្រូវបានបង្ខំនៅពេលដែលឈានដល់ស្ថានភាពច្បាស់លាស់ (សូមមើលតារាងស្ថានភាពអ្នកមើលខ្ពស់)។

ប្រសិនបើអ្នកចង់ឱ្យ TPS ចាប់ផ្តើមដំណើរការដោយមិនរង់ចាំឱ្យ RAM របស់ម៉ាស៊ីនពេញ អ្នកត្រូវកំណត់តម្លៃនៅក្នុងជម្រើសកម្រិតខ្ពស់ ESXi “Mem.AllocGuestLargePage” ទៅ 0 (លំនាំដើម 1) ។ បន្ទាប់មកការបែងចែកទំព័រអង្គចងចាំធំសម្រាប់ម៉ាស៊ីននិម្មិតនឹងត្រូវបានបិទ។

ចាប់តាំងពីខែធ្នូ 2014 នៅក្នុងការចេញផ្សាយ ESXi ទាំងអស់ TPS រវាង VMs ត្រូវបានបិទតាមលំនាំដើម ដោយសារភាពងាយរងគ្រោះត្រូវបានរកឃើញថាតាមទ្រឹស្តីអនុញ្ញាតឱ្យ VM មួយចូលប្រើ RAM របស់ VM ផ្សេងទៀត។ ព័ត៌មានលម្អិតនៅទីនេះ។ ខ្ញុំមិនបានឃើញព័ត៌មានអំពីការអនុវត្តជាក់ស្តែងនៃការកេងប្រវ័ញ្ចលើភាពងាយរងគ្រោះ TPS ទេ។

គោលការណ៍ TPS ត្រូវបានគ្រប់គ្រងតាមរយៈជម្រើសកម្រិតខ្ពស់ “Mem.ShareForceSalting” នៅលើ ESXi:
0 - Inter-VM TPS ។ TPS ដំណើរការសម្រាប់ទំព័រនៃ VMs ផ្សេងៗគ្នា។
1 – TPS សម្រាប់ VMs ដែលមានតម្លៃ “sched.mem.pshare.salt” ដូចគ្នានៅក្នុង VMX;
2 (លំនាំដើម) - Intra-VM TPS ។ TPS ដំណើរការសម្រាប់ទំព័រខាងក្នុង VM ។

វាពិតជាសមហេតុផលក្នុងការបិទទំព័រធំៗ និងបើកដំណើរការ Inter-VM TPS នៅលើកៅអីសាកល្បង។ នេះក៏អាចត្រូវបានប្រើសម្រាប់ការឈរជាមួយ VMs ស្រដៀងគ្នាមួយចំនួនធំផងដែរ។ ជាឧទាហរណ៍ នៅលើជំហរជាមួយ VDI ការសន្សំក្នុងការចងចាំរាងកាយអាចឈានដល់រាប់សិបភាគរយ។

ប៉េងប៉ោងនៃការចងចាំ។ ការដាក់ប៉េងប៉ោងលែងជាបច្ចេកទេសដែលគ្មានគ្រោះថ្នាក់ និងតម្លាភាពសម្រាប់ប្រព័ន្ធប្រតិបត្តិការ VM ដូចជា TPS ទៀតហើយ។ ប៉ុន្តែប្រសិនបើប្រើបានត្រឹមត្រូវ អ្នកអាចរស់នៅ ហើយថែមទាំងអាចធ្វើការជាមួយ Ballooning ទៀតផង។

រួមគ្នាជាមួយ Vmware Tools កម្មវិធីបញ្ជាពិសេសហៅថា Balloon Driver (aka vmmemctl) ត្រូវបានដំឡើងនៅលើ VM ។ នៅពេលដែល hypervisor ចាប់ផ្តើមអស់អង្គចងចាំរាងកាយ ហើយចូលទៅក្នុង Soft state ESXi សុំ VM ដើម្បីទាមទារ RAM ដែលមិនប្រើឡើងវិញតាមរយៈ Balloon Driver នេះ។ ផ្ទុយទៅវិញ អ្នកបើកបរធ្វើការនៅកម្រិតប្រព័ន្ធប្រតិបត្តិការ ហើយស្នើសុំអង្គចងចាំឥតគិតថ្លៃពីវា។ អ្នកមើលការខុសត្រូវមើលឃើញថាទំព័រណានៃអង្គចងចាំរូបវន្តដែលកម្មវិធីបញ្ជា Balloon បានកាន់កាប់ យកអង្គចងចាំពីម៉ាស៊ីននិម្មិត ហើយបញ្ជូនវាទៅម៉ាស៊ីនវិញ។ មិនមានបញ្ហាជាមួយនឹងប្រតិបត្តិការរបស់ OS ទេ ព្រោះនៅកម្រិត OS អង្គចងចាំត្រូវបានកាន់កាប់ដោយ Balloon Driver ។ តាមលំនាំដើម កម្មវិធីបញ្ជា Balloon អាចយកបានរហូតដល់ 65% នៃអង្គចងចាំ VM ។

ប្រសិនបើឧបករណ៍ VMware មិនត្រូវបានដំឡើងនៅលើ VM ឬ Ballooning ត្រូវបានបិទ (ខ្ញុំមិនណែនាំវាទេ ប៉ុន្តែមាន KB:), hypervisor ភ្លាមៗប្តូរទៅបច្ចេកទេសតឹងរ៉ឹងបន្ថែមទៀតសម្រាប់ការដកអង្គចងចាំ។ សេចក្តីសន្និដ្ឋាន៖ ត្រូវប្រាកដថាឧបករណ៍ VMware ស្ថិតនៅលើ VM ។

ប្រតិបត្តិការរបស់ Balloon Driver អាចត្រូវបានត្រួតពិនិត្យពី OS តាមរយៈ VMware Tools.

ការបង្ហាប់អង្គចងចាំ។ បច្ចេកទេសនេះត្រូវបានប្រើនៅពេលដែល ESXi ឈានដល់ស្ថានភាពរឹង។ ដូចដែលឈ្មោះបានបង្ហាញ ESXi ព្យាយាមបង្រួមទំព័រ 4KB នៃ RAM ទៅជា 2KB ដោយហេតុនេះបង្កើនទំហំទំនេរខ្លះនៅក្នុងអង្គចងចាំរូបវន្តរបស់ម៉ាស៊ីនមេ។ បច្ចេកទេសនេះបង្កើនពេលវេលាចូលដំណើរការទៅកាន់មាតិកានៃទំព័រ VM RAM យ៉ាងខ្លាំង ចាប់តាំងពីទំព័រត្រូវតែត្រូវបានបង្រួមជាមុនសិន។ ពេលខ្លះមិនមែនគ្រប់ទំព័រទាំងអស់អាចត្រូវបានបង្ហាប់ទេ ហើយដំណើរការខ្លួនវាត្រូវចំណាយពេលខ្លះ។ ដូច្នេះបច្ចេកទេសនេះមិនមានប្រសិទ្ធភាពខ្លាំងក្នុងការអនុវត្តទេ។

ការប្តូរអង្គចងចាំ។ បន្ទាប់ពីដំណាក់កាលខ្លីនៃការបង្រួមអង្គចងចាំ ESXi ស្ទើរតែជៀសមិនរួច (ប្រសិនបើ VMs មិនបានផ្លាស់ទីទៅម៉ាស៊ីនផ្សេងទៀតឬមិនត្រូវបានបិទ) ប្តូរទៅ Swapping ។ ហើយប្រសិនបើនៅសល់អង្គចងចាំតិចតួចបំផុត (ស្ថានភាពទាប) នោះអ្នកត្រួតពិនិត្យខ្ពស់ក៏ឈប់បែងចែកទំព័រអង្គចងចាំទៅ VM ដែលអាចបណ្តាលឱ្យមានបញ្ហានៅក្នុង OS ភ្ញៀវរបស់ VM ។

នេះជារបៀបដែល Swapping ដំណើរការ។ នៅពេលអ្នកបើកម៉ាស៊ីននិម្មិត ឯកសារដែលមានផ្នែកបន្ថែម .vswp ត្រូវបានបង្កើតឡើងសម្រាប់វា។ វាមានទំហំស្មើនឹង RAM ដែលមិនបានបម្រុងទុករបស់ VM៖ នេះគឺជាភាពខុសគ្នារវាងអង្គចងចាំដែលបានកំណត់រចនាសម្ព័ន្ធ និងបម្រុងទុក។ នៅពេលដែល Swapping កំពុងដំណើរការ ESXi ប្តូរទំព័រសតិរបស់ម៉ាស៊ីននិម្មិតទៅក្នុងឯកសារនេះហើយចាប់ផ្តើមធ្វើការជាមួយវាជំនួសឱ្យអង្គចងចាំជាក់ស្តែងរបស់ម៉ាស៊ីនមេ។ ជាការពិតណាស់ អង្គចងចាំ "RAM" បែបនេះគឺជាការបញ្ជាទិញជាច្រើនដែលយឺតជាងអង្គចងចាំពិត បើទោះបីជា .vswp ស្ថិតនៅក្នុងការផ្ទុកលឿនក៏ដោយ។

មិនដូច Ballooning ទេ នៅពេលដែលទំព័រដែលមិនប្រើត្រូវបានយកចេញពី VM ជាមួយនឹងទំព័រ Swapping ដែលត្រូវបានប្រើយ៉ាងសកម្មដោយ OS ឬកម្មវិធីនៅខាងក្នុង VM អាចត្រូវបានផ្លាស់ទីទៅថាស។ ជាលទ្ធផលការអនុវត្តរបស់ VM ធ្លាក់ចុះដល់ចំណុចត្រជាក់។ VM កំពុងដំណើរការជាផ្លូវការ ហើយនៅអប្បបរមា វាអាចត្រូវបានបិទយ៉ាងត្រឹមត្រូវពី OS។ បើអត់ធ្មត់ 😉

ប្រសិនបើ VMs បានទៅ Swap នេះគឺជាស្ថានភាពអាសន្នដែលត្រូវបានជៀសវាងបានល្អបំផុតប្រសិនបើអាចធ្វើទៅបាន។

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

ដូច្នេះយើងបានទៅដល់រឿងសំខាន់។ ដើម្បីតាមដានស្ថានភាពអង្គចងចាំរបស់ VM មានបញ្ជរខាងក្រោម៖

ដែលសកម្ម - បង្ហាញចំនួន RAM (KB) ដែល VM ចូលប្រើក្នុងកំឡុងពេលវាស់មុន។

ការប្រើប្រាស់ - ដូចគ្នាទៅនឹង Active ប៉ុន្តែជាភាគរយនៃ RAM ដែលបានកំណត់រចនាសម្ព័ន្ធរបស់ VM ។ គណនាដោយប្រើរូបមន្តខាងក្រោម៖ សកម្ម ÷ ម៉ាស៊ីននិម្មិតបានកំណត់ទំហំអង្គចងចាំ។
ការប្រើប្រាស់ខ្ពស់ និងសកម្ម មិនមែនតែងតែជាសូចនាករនៃបញ្ហាដំណើរការ VM នោះទេ។ ប្រសិនបើ VM កំពុងប្រើអង្គចងចាំយ៉ាងខ្លាំងក្លា (យ៉ាងហោចណាស់ចូលប្រើវា) នេះមិនមានន័យថាមិនមានអង្គចងចាំគ្រប់គ្រាន់នោះទេ។ ផ្ទុយទៅវិញ នេះជាហេតុផលដើម្បីរកមើលអ្វីដែលកំពុងកើតឡើងនៅក្នុង OS។
មានសំឡេងរោទិ៍ស្តង់ដារសម្រាប់ការប្រើប្រាស់អង្គចងចាំសម្រាប់ VMs៖

ចែករំលែក - ចំនួន VM RAM ស្ទួនដោយប្រើ TPS (ក្នុង VM ឬរវាង VMs) ។

បានផ្តល់។ - បរិមាណនៃអង្គចងចាំរូបវន្តរបស់ម៉ាស៊ីន (KB) ដែលត្រូវបានបម្រុងទុកសម្រាប់ VM ។ បើកការចែករំលែក។

បានប្រើប្រាស់ (អនុញ្ញាត - ចែករំលែក) - បរិមាណនៃអង្គចងចាំរាងកាយ (KB) ដែល VM ប្រើប្រាស់ពីម៉ាស៊ីន។ មិនរួមបញ្ចូលការចែករំលែក។

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

សូន្យ - បរិមាណ VM RAM (KB) ដែលមានលេខសូន្យ។ អង្គចងចាំបែបនេះត្រូវបានចាត់ទុកថាឥតគិតថ្លៃដោយ hypervisor ហើយអាចត្រូវបានផ្តល់ឱ្យទៅម៉ាស៊ីននិម្មិតផ្សេងទៀត។ បន្ទាប់ពី OS ភ្ញៀវបានសរសេរអ្វីមួយទៅសូន្យ មេម៉ូរី វានឹងចូលទៅក្នុង Consumed និងមិនត្រលប់មកវិញទេ។

កក់ទុកលើក្បាល - បរិមាណ VM RAM, (KB) បម្រុងទុកដោយអ្នកត្រួតពិនិត្យខ្ពស់សម្រាប់ប្រតិបត្តិការ VM ។ នេះគឺជាចំនួនតូចមួយ ប៉ុន្តែវាត្រូវតែមាននៅលើម៉ាស៊ីន បើមិនដូច្នោះទេ VM នឹងមិនចាប់ផ្តើមទេ។

ប៉េងប៉ោង - ចំនួន RAM (KB) បានដកចេញពី VM ដោយប្រើកម្មវិធីបញ្ជា Balloon ។

បង្រួម។ - ចំនួន RAM (KB) ដែលត្រូវបានបង្ហាប់។

បានដោះដូរ - ចំនួន RAM (KB) ដែលដោយសារតែកង្វះអង្គចងចាំរូបវន្តនៅលើម៉ាស៊ីនមេ បានផ្លាស់ទីទៅថាស។
បញ្ជរ​បញ្ជរ​បញ្ជរ​បច្ចេក​ទេស​នៃ​ការ​ចងចាំ​បាឡុង និង​ការ​ចងចាំ​ផ្សេង​ទៀត​គឺ​សូន្យ។

នេះគឺជាអ្វីដែលក្រាហ្វមើលទៅដូចទៅនឹងអង្គចងចាំនៃ VM ដែលដំណើរការធម្មតាជាមួយនឹង RAM 150 GB ។

នៅក្នុងក្រាហ្វខាងក្រោម VM មានបញ្ហាជាក់ស្តែង។ ខាងក្រោមក្រាហ្វអ្នកអាចមើលឃើញថាសម្រាប់ VM នេះ រាល់បច្ចេកទេសដែលបានពិពណ៌នាសម្រាប់ធ្វើការជាមួយ RAM ត្រូវបានប្រើប្រាស់។ Balloon សម្រាប់ VM នេះមានទំហំធំជាងការប្រើប្រាស់។ តាមពិត VM ស្លាប់ជាងរស់ទៅទៀត។

ESXTOP

ដូចទៅនឹង CPU ដែរ ប្រសិនបើយើងចង់វាយតម្លៃស្ថានភាពនៅលើម៉ាស៊ីន ក៏ដូចជាថាមវន្តរបស់វាជាមួយនឹងចន្លោះពេលរហូតដល់ 2 វិនាទី យើងគួរតែប្រើ ESXTOP ។

អេក្រង់ ESXTOP Memory ត្រូវបានហៅដោយប្រើគ្រាប់ចុច “m” ហើយមើលទៅដូចនេះ (វាល B, D, H, J, K, L, O បានជ្រើសរើស)៖

ប៉ារ៉ាម៉ែត្រខាងក្រោមនឹងចាប់អារម្មណ៍ចំពោះយើង៖

Mem យកឈ្នះជាមធ្យម - តម្លៃជាមធ្យមនៃការជាវលើសអង្គចងចាំនៅលើម៉ាស៊ីនសម្រាប់រយៈពេល 1, 5 និង 15 នាទី។ ប្រសិនបើវាលើសពីសូន្យនោះ នេះជាហេតុផលដើម្បីមើលអ្វីដែលកំពុងកើតឡើង ប៉ុន្តែមិនមែនតែងតែជាសូចនាករនៃបញ្ហានោះទេ។

នៅក្នុងបន្ទាត់ PMEM/MB и VMKMEM/MB — ព័ត៌មានអំពីអង្គចងចាំរូបវន្តរបស់ម៉ាស៊ីនមេ និងអង្គចងចាំដែលមានសម្រាប់ VMkernel ។ ក្នុងចំណោមអ្វីដែលគួរឱ្យចាប់អារម្មណ៍នៅទីនេះអ្នកអាចមើលឃើញតម្លៃ minfree (គិតជា MB) ស្ថានភាពម៉ាស៊ីននៅក្នុងអង្គចងចាំ (ក្នុងករណីរបស់យើងគឺខ្ពស់) ។

នៅក្នុងជួរ NUMA/MB អ្នកអាចឃើញការចែកចាយ RAM ឆ្លងកាត់ថ្នាំង NUMA (រន្ធ) ។ ក្នុងឧទាហរណ៍នេះការចែកចាយគឺមិនស្មើគ្នាដែលជាគោលការណ៍គឺមិនល្អខ្លាំងណាស់។

ខាង​ក្រោម​នេះ​គឺ​ជា​ស្ថិតិ​ម៉ាស៊ីន​បម្រើ​ទូទៅ​សម្រាប់​បច្ចេក​ទេស​ការ​កែ​អង្គ​ចងចាំ​ឡើង​វិញ៖

PSHARE/MB - ទាំងនេះគឺជាស្ថិតិ TPS ។

SWAP/MB - ផ្លាស់ប្តូរស្ថិតិការប្រើប្រាស់;

ZIP/MB - ស្ថិតិបង្រួមទំព័រអង្គចងចាំ;

MEMCTL/MB - ស្ថិតិការប្រើប្រាស់កម្មវិធីបញ្ជា Balloon ។

សម្រាប់ VMs នីមួយៗ យើងអាចចាប់អារម្មណ៍លើព័ត៌មានខាងក្រោម។ ខ្ញុំបានលាក់ឈ្មោះ VMs ដើម្បីកុំឱ្យទស្សនិកជនច្រឡំ :) ។ ប្រសិនបើម៉ែត្រ ESXTOP ស្រដៀងទៅនឹងបញ្ជរនៅក្នុង vSphere ខ្ញុំនឹងផ្តល់បញ្ជរដែលត្រូវគ្នា។

MEMSZ - ចំនួនអង្គចងចាំដែលបានកំណត់នៅលើ VM (MB) ។
MEMSZ = GRANT + MCTLSZ + SWCUR + មិនបានប៉ះ។

ហ្គ្រេន - បានផ្តល់ជា MB ។

TCHD - សកម្មក្នុង MB ។

MCTL? — ថាតើ Balloon Driver ត្រូវបានដំឡើងនៅលើ VM ដែរឬទេ។

MCTLSZ - ប៉េងប៉ោងទៅ MB ។

MCTLGT - ចំនួន RAM (MBytes) ដែល ESXi ចង់ដកចេញពី VM តាមរយៈ Balloon Driver (Memctl Target)។

MCTLMAX - ចំនួនអតិបរមានៃ RAM (MBytes) ដែល ESXi អាចដកចេញពី VM តាមរយៈកម្មវិធីបញ្ជា Balloon ។

SWCUR - ចំនួន RAM បច្ចុប្បន្ន (MBytes) ដែលត្រូវបានបម្រុងទុកសម្រាប់ VM ពីឯកសារ Swap ។

S.W.G.T. - ចំនួន RAM (MBytes) ដែល ESXi ចង់ផ្តល់ឱ្យ VM ពីឯកសារ Swap (Swap Target) ។

អ្នកក៏អាចមើលព័ត៌មានលម្អិតបន្ថែមអំពី NUMA topology នៃ VM តាមរយៈ ESXTOP ។ ដើម្បីធ្វើដូចនេះជ្រើសវាល D, G:

តូច - ថ្នាំង NUMA ដែល VM ស្ថិតនៅ។ នៅទីនេះអ្នកអាចកត់សម្គាល់ vm ធំទូលាយ ដែលមិនសមនៅលើថ្នាំង NUMA មួយ។

NRMEM - តើអង្គចងចាំប៉ុន្មានមេកាបៃដែល VM យកពីថ្នាំង NUMA ពីចម្ងាយ។

NLMEM - តើអង្គចងចាំប៉ុន្មានមេកាបៃដែល VM យកពីថ្នាំង NUMA មូលដ្ឋាន។

N%L - ភាគរយនៃអង្គចងចាំ VM នៅលើថ្នាំង NUMA មូលដ្ឋាន (ប្រសិនបើតិចជាង 80% បញ្ហាដំណើរការអាចកើតឡើង) ។

ការចងចាំនៅលើ hypervisor

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

ដោះដូរ

ប្រសិនបើ VM ត្រូវបានចាប់នៅក្នុង Swap នោះការសម្តែងរបស់វាត្រូវបានកាត់បន្ថយយ៉ាងខ្លាំង។ ដាននៃប៉េងប៉ោង និងការបង្ហាប់រលាយបាត់ភ្លាមៗបន្ទាប់ពី RAM ឥតគិតថ្លៃលេចឡើងនៅលើម៉ាស៊ីន ប៉ុន្តែម៉ាស៊ីននិម្មិតមិនប្រញាប់ដើម្បីត្រឡប់ពី Swap ទៅ RAM របស់ម៉ាស៊ីនមេនោះទេ។
មុនពេល ESXi 6.0 មធ្យោបាយតែមួយគត់ដែលអាចទុកចិត្តបាន និងរហ័សក្នុងការយក VM ចេញពី Swap គឺត្រូវចាប់ផ្តើមឡើងវិញ (កាន់តែច្បាស់គឺបិទ/បើកកុងតឺន័រ)។ ចាប់ផ្តើមជាមួយ ESXi 6.0 ទោះបីជាមិនមែនជាផ្លូវការទាំងស្រុងក៏ដោយ មធ្យោបាយដែលមានប្រសិទ្ធភាព និងគួរឱ្យទុកចិត្តក្នុងការដក VM ចេញពី Swap បានបង្ហាញខ្លួន។ នៅក្នុងសន្និសិទមួយ ខ្ញុំអាចនិយាយជាមួយវិស្វករ VMware ដែលទទួលខុសត្រូវលើ CPU Scheduler។ លោក​បាន​បញ្ជាក់​ថា វិធីសាស្ត្រ​នេះ​មាន​ប្រសិទ្ធភាព និង​មាន​សុវត្ថិភាព។ តាមបទពិសោធន៍របស់យើង ក៏មិនមានបញ្ហាអ្វីដែរ។

ពាក្យបញ្ជាពិតប្រាកដសម្រាប់ការដក VM ចេញពី Swap បានពិពណ៌នា Duncan Epping ។ ខ្ញុំ​នឹង​មិន​និយាយ​រៀបរាប់​លម្អិត​ទេ ខ្ញុំ​គ្រាន់​តែ​លើក​ឧទាហរណ៍​ពី​ការ​ប្រើ​វា​ប៉ុណ្ណោះ។ ដូចដែលអ្នកអាចមើលឃើញនៅក្នុងរូបថតអេក្រង់ ពេលខ្លះបន្ទាប់ពីប្រតិបត្តិពាក្យបញ្ជាដែលបានបញ្ជាក់ Swap នៅលើ VM បាត់។

ព័ត៌មានជំនួយសម្រាប់ការគ្រប់គ្រង RAM នៅលើ ESXi

ជាចុងក្រោយ នេះគឺជាគន្លឹះមួយចំនួនដែលនឹងជួយអ្នកជៀសវាងបញ្ហាជាមួយនឹងដំណើរការ VM ដោយសារតែ RAM៖

• ជៀសវាងការជាវ RAM លើសនៅក្នុងចង្កោមផលិតភាព។ វាត្រូវបានណែនាំឱ្យមាន ~ 20-30% នៃអង្គចងចាំឥតគិតថ្លៃនៅក្នុងចង្កោមជានិច្ច ដើម្បីឱ្យ DRS (និងអ្នកគ្រប់គ្រង) មានកន្លែងសម្រាប់ធ្វើចលនា ហើយ VMs មិនចូលទៅកាន់ Swap កំឡុងពេលធ្វើចំណាកស្រុក។ ដូចគ្នានេះផងដែរកុំភ្លេចអំពីរឹមសម្រាប់ការអត់ឱនកំហុស។ វាមិនសប្បាយចិត្តទេ នៅពេលដែលម៉ាស៊ីនមេមួយបរាជ័យ ហើយ VM ត្រូវបានចាប់ផ្តើមឡើងវិញដោយប្រើ HA ម៉ាស៊ីនមួយចំនួនក៏ចូលទៅកាន់ Swap ផងដែរ។
• នៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធរួមបញ្ចូលគ្នាខ្លាំង សូមព្យាយាមមិនបង្កើត VM ដែលមានអង្គចងចាំធំជាងពាក់កណ្តាលអង្គចងចាំម៉ាស៊ីន។ នេះម្តងទៀតនឹងជួយ DRS ក្នុងការចែកចាយម៉ាស៊ីននិម្មិតនៅទូទាំងម៉ាស៊ីនបម្រើចង្កោមដោយគ្មានបញ្ហា។ ជាការពិតណាស់ច្បាប់នេះមិនមែនជាសកលទេ :) ។
• ប្រយ័ត្នចំពោះការជូនដំណឹងអំពីការប្រើប្រាស់អង្គចងចាំម៉ាស៊ីន។
• កុំភ្លេចដំឡើង VMware Tools នៅលើ VM ហើយកុំបិទ Ballooning។
• ពិចារណាការបើក Inter-VM TPS និងបិទទំព័រធំនៅក្នុង VDI និងបរិស្ថានសាកល្បង។
• ប្រសិនបើ VM កំពុងជួបប្រទះបញ្ហាដំណើរការ សូមពិនិត្យមើលថាតើវាកំពុងប្រើអង្គចងចាំពីថ្នាំង NUMA ពីចម្ងាយដែរឬទេ។
• ដក VMs ចេញពី Swap ឱ្យបានលឿនតាមដែលអាចធ្វើទៅបាន! ក្នុងចំណោមរបស់ផ្សេងទៀត ប្រសិនបើ VM ស្ថិតនៅក្នុង Swap នោះប្រព័ន្ធផ្ទុកទិន្នន័យនឹងទទួលរងនូវហេតុផលជាក់ស្តែង។

នោះហើយជាទាំងអស់សម្រាប់ខ្ញុំអំពី RAM ។ ខាង​ក្រោម​នេះ​ជា​អត្ថបទ​ទាក់​ទង​សម្រាប់​អ្នក​ដែល​ចង់​ចូល​ជ្រៅ​ជាង​នេះ។ អត្ថបទបន្ទាប់នឹងត្រូវបានឧទ្ទិសដល់ storaj ។

តំណមានប្រយោជន៍http://www.yellow-bricks.com/2015/03/02/what-happens-at-which-vsphere-memory-state/
http://www.yellow-bricks.com/2013/06/14/how-does-mem-minfreepct-work-with-vsphere-5-0-and-up/
https://www.vladan.fr/vmware-transparent-page-sharing-tps-explained/
http://www.yellow-bricks.com/2016/06/02/memory-pages-swapped-can-unswap/
https://kb.vmware.com/s/article/1002586
https://www.vladan.fr/what-is-vmware-memory-ballooning/
https://kb.vmware.com/s/article/2080735
https://kb.vmware.com/s/article/2017642
https://labs.vmware.com/vmtj/vmware-esx-memory-resource-management-swap
https://blogs.vmware.com/vsphere/2013/10/understanding-vsphere-active-memory.html
https://www.vmware.com/support/developer/converter-sdk/conv51_apireference/memory_counters.html
https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-65-monitoring-performance-guide.pdf

ប្រភព: www.habr.com