Katika makala hii tutazungumza juu ya vihesabu vya utendaji vya kumbukumbu ya ufikiaji bila mpangilio (RAM) katika vSphere.
Inaonekana kwamba kwa kumbukumbu kila kitu ni wazi zaidi kuliko kwa processor: ikiwa matatizo ya utendaji yanatokea kwenye VM, ni vigumu kuwatambua. Lakini ikiwa zinaonekana, ni ngumu zaidi kukabiliana nazo. Lakini mambo ya kwanza kwanza.
Nadharia kidogo
RAM ya mashine pepe inachukuliwa kutoka kwa kumbukumbu ya seva ambayo VM zinaendesha. Hii ni dhahiri kabisa :). Ikiwa RAM ya seva haitoshi kwa kila mtu, ESXi huanza kutumia mbinu za kurejesha kumbukumbu. Vinginevyo, mifumo ya uendeshaji ya VM ingeanguka na hitilafu za ufikiaji wa RAM.
ESXi huamua ni mbinu gani za kutumia kulingana na mzigo wa RAM:
Hali ya kumbukumbu
Mpaka
Shughuli
High
400% ya dakikaBure
Baada ya kufikia kikomo cha juu, kurasa kubwa za kumbukumbu zinagawanywa katika ndogo (TPS inafanya kazi katika hali ya kawaida).
wazi
100% ya dakikaBure
Kurasa kubwa za kumbukumbu zimegawanywa katika ndogo, TPS inalazimishwa.
Laini
64% ya dakikaBure
TPS + Puto
Hard
32% ya dakikaBure
TPS + Compress + Swap
Chini
16% ya dakikaBure
Compress + Swap + Block
minFree ndio RAM inayohitajika ili hypervisor ifanye kazi.
Hadi ESXi 4.1 ikiwa ni pamoja, minFree ilirekebishwa kwa chaguomsingi - 6% ya RAM ya seva (asilimia inaweza kubadilishwa kupitia chaguo la Mem.MinFreePct kwenye ESXi). Katika matoleo ya baadaye, kwa sababu ya ukuaji wa kumbukumbu kwenye seva, minFree ilianza kuhesabiwa kulingana na kiasi cha kumbukumbu ya seva pangishi, na sio kama asilimia isiyobadilika.
Thamani ya minFree (chaguo-msingi) inakokotolewa kama ifuatavyo:
Asilimia ya kumbukumbu imehifadhiwa kwa minFree
Kiwango cha kumbukumbu
6%
0-4 GB
4%
4-12 GB
2%
12-28 GB
1%
Kumbukumbu Iliyobaki
Kwa mfano, kwa seva iliyo na GB 128 ya RAM, thamani ya MinFree itakuwa kama ifuatavyo:
Bila Malipo = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = GB 1,88
Thamani halisi inaweza kutofautiana na MB mia kadhaa, kulingana na seva na RAM.
Asilimia ya kumbukumbu imehifadhiwa kwa minFree
Kiwango cha kumbukumbu
Thamani ya GB 128
6%
0-4 GB
245,76 MB
4%
4-12 GB
327,68 MB
2%
12-28 GB
327,68 MB
1%
Kumbukumbu iliyobaki (GB 100)
1024 MB
Kwa kawaida, kwa anasimama za uzalishaji, hali ya Juu tu inaweza kuchukuliwa kuwa ya kawaida. Kwa madawati ya majaribio na ukuzaji, hali ya Wazi/Laini inaweza kukubalika. Ikiwa RAM kwenye seva pangishi ni chini ya 64% MinFree, basi VM zinazoendesha juu yake hakika zinakabiliwa na matatizo ya utendaji.
Katika kila hali, mbinu fulani za kurejesha kumbukumbu hutumiwa, kuanzia TPS, ambayo kwa hakika haina athari kwa utendaji wa VM, hadi Kubadilishana. Nitakuambia zaidi juu yao.
Kushiriki Ukurasa kwa Uwazi (TPS). TPS ni, kwa ufupi kusema, urudufishaji wa kurasa za RAM za mashine pepe kwenye seva.
ESXi hutafuta kurasa zinazofanana za RAM za mashine kwa kuhesabu na kulinganisha jumla ya heshi ya kurasa, na kuondoa kurasa zilizorudiwa, na kuzibadilisha na marejeleo ya ukurasa huo huo kwenye kumbukumbu halisi ya seva. Kwa hivyo, utumiaji wa kumbukumbu ya mwili hupunguzwa na usajili mwingine wa kumbukumbu unaweza kupatikana bila athari yoyote ya utendakazi.
Utaratibu huu unafanya kazi tu kwa kurasa za kumbukumbu za 4 KB kwa ukubwa (kurasa ndogo). Hypervisor haijaribu hata kupunguza kurasa 2 MB kwa ukubwa (kurasa kubwa): nafasi ya kupata kurasa zinazofanana za ukubwa huu sio kubwa.
Kwa chaguo-msingi, ESXi hutenga kumbukumbu kwa kurasa kubwa. Kugawanya kurasa kubwa katika kurasa ndogo huanza wakati kiwango cha juu cha hali ya juu kinafikiwa na kulazimishwa wakati hali ya Uwazi imefikiwa (tazama jedwali la hali ya hypervisor).
Ikiwa unataka TPS ianze kufanya kazi bila kungoja RAM ya mwenyeji iwe imejaa, unahitaji kuweka thamani katika Chaguzi za Juu ESXi "Mem.AllocGuestLargePage" hadi 0 (chaguo-msingi 1). Kisha ugawaji wa kurasa kubwa za kumbukumbu kwa mashine za kawaida zitazimwa.
Tangu Desemba 2014, katika matoleo yote ya ESXi, TPS kati ya VM imezimwa kwa chaguo-msingi, kwani udhaifu ulipatikana ambao unaruhusu VM moja kufikia RAM ya VM nyingine. Maelezo hapa. Sijapata taarifa kuhusu utekelezaji wa vitendo wa kutumia udhaifu wa TPS.
Sera ya TPS inadhibitiwa kupitia chaguo mahiri "Mem.ShareForceSalting" kwenye ESXi:
0 - Inter-VM TPS. TPS hufanya kazi kwa kurasa za VM tofauti;
1 - TPS kwa VM zenye thamani sawa ya "sched.mem.pshare.salt" katika VMX;
2 (chaguo-msingi) - Intra-VM TPS. TPS hufanya kazi kwa kurasa ndani ya VM.
Ni jambo la busara kuzima kurasa kubwa na kuwezesha Inter-VM TPS kwenye madawati ya majaribio. Hii pia inaweza kutumika kwa stendi zilizo na idadi kubwa ya VM zinazofanana. Kwa mfano, kwenye stendi na VDI, akiba katika kumbukumbu ya kimwili inaweza kufikia makumi ya asilimia.
Kumbukumbu puto. Kuputo sio tena mbinu isiyo na madhara na uwazi kwa mfumo wa uendeshaji wa VM kama TPS. Lakini ikiwa inatumiwa kwa usahihi, unaweza kuishi na hata kufanya kazi na Ballooning.
Pamoja na Vyombo vya Vmware, kiendeshi maalum kinachoitwa Balloon Driver (aka vmmemctl) kimewekwa kwenye VM. Wakati hypervisor inapoanza kuishiwa na kumbukumbu halisi na kuingia katika hali ya Laini, ESXi inauliza VM idai tena RAM ambayo haijatumika kupitia Kiendeshaji hiki cha Puto. Dereva, kwa upande wake, anafanya kazi katika kiwango cha mfumo wa uendeshaji na anaomba kumbukumbu ya bure kutoka kwake. Hypervisor huona ni kurasa zipi za kumbukumbu halisi ambazo Dereva wa puto amechukua, huchukua kumbukumbu kutoka kwa mashine pepe na kuirudisha kwa seva pangishi. Hakuna matatizo na uendeshaji wa OS, kwa kuwa katika ngazi ya OS kumbukumbu inachukuliwa na Dereva ya puto. Kwa chaguo-msingi, Kiendeshaji cha Puto kinaweza kuchukua hadi 65% ya kumbukumbu ya VM.
Ikiwa Vyombo vya VMware hazijasakinishwa kwenye VM au Puto imezimwa (siipendekezi, lakini kuna :), hypervisor hubadilika mara moja kwa mbinu ngumu zaidi za kuondoa kumbukumbu. Hitimisho: hakikisha kuwa Vyombo vya VMware viko kwenye VM.
Uendeshaji wa Dereva wa Puto unaweza kuangaliwa kutoka kwa OS kupitia Vyombo vya VMware.
Ukandamizaji wa Kumbukumbu. Mbinu hii hutumiwa wakati ESXi inafikia hali ngumu. Kama jina linavyopendekeza, ESXi inajaribu kubana ukurasa wa 4KB wa RAM hadi 2KB, na hivyo kutoa nafasi kwenye kumbukumbu halisi ya seva. Mbinu hii kwa kiasi kikubwa huongeza muda wa kufikia yaliyomo kwenye kurasa za VM RAM, kwani ukurasa lazima kwanza upunguzwe. Wakati mwingine si kurasa zote zinaweza kubanwa na mchakato yenyewe huchukua muda. Kwa hiyo, mbinu hii haifai sana katika mazoezi.
Kubadilisha Kumbukumbu. Baada ya awamu fupi ya Ukandamizaji wa Kumbukumbu, ESXi karibu bila kuepukika (ikiwa VM hazijahamia kwa wapangishi wengine au hazijazimwa) swichi hadi Kubadilishana. Na ikiwa kuna kumbukumbu ndogo sana iliyobaki (hali ya chini), basi hypervisor pia huacha kutenga kurasa za kumbukumbu kwa VM, ambayo inaweza kusababisha matatizo katika OS ya mgeni ya VM.
Hivi ndivyo Swapping inavyofanya kazi. Unapowasha mashine pepe, faili iliyo na kiendelezi cha .vswp inaundwa kwa ajili yake. Ni sawa kwa saizi na RAM isiyohifadhiwa ya VM: hii ndio tofauti kati ya kumbukumbu iliyosanidiwa na iliyohifadhiwa. Wakati Ubadilishanaji unaendeshwa, ESXi hubadilisha kurasa za kumbukumbu za mashine kwenye faili hii na kuanza kufanya kazi nayo badala ya kumbukumbu halisi ya seva. Bila shaka, kumbukumbu hiyo ya "RAM" ni amri kadhaa za ukubwa polepole kuliko kumbukumbu halisi, hata kama .vswp iko kwenye hifadhi ya haraka.
Tofauti na Puto, kurasa ambazo hazijatumiwa zinapochukuliwa kutoka kwa VM, na Kubadilishana kurasa ambazo hutumiwa kikamilifu na OS au programu zilizo ndani ya VM zinaweza kuhamishwa hadi kwenye diski. Matokeo yake, utendaji wa VM hupungua hadi kufungia. VM inafanya kazi rasmi na kwa kiwango cha chini inaweza kulemazwa ipasavyo kutoka kwa OS. Ukiwa na subira π
Ikiwa VM zimeenda kwa Badilisha, hii ni hali ya dharura ambayo ni bora kuepukwa ikiwezekana.
Kaunta za msingi za utendakazi wa kumbukumbu ya mashine
Kwa hivyo tulifika kwenye jambo kuu. Ili kufuatilia hali ya kumbukumbu ya VM, kuna vihesabio vifuatavyo:
Active β inaonyesha kiasi cha RAM (KB) ambacho VM ilipata katika kipindi cha awali cha kipimo.
Matumizi - sawa na Inatumika, lakini kama asilimia ya RAM iliyosanidiwa ya VM. Imekokotwa kwa kutumia fomula ifuatayo: amilifu Γ· mashine pepe ya ukubwa wa kumbukumbu iliyosanidiwa.
Matumizi ya Juu na Inayotumika, mtawalia, sio kiashiria cha matatizo ya utendaji wa VM kila wakati. Ikiwa VM inatumia kumbukumbu kwa ukali (angalau kuipata), hii haimaanishi kuwa hakuna kumbukumbu ya kutosha. Badala yake, hii ni sababu ya kuangalia kile kinachotokea katika OS.
Kuna Kengele ya kawaida ya Matumizi ya Kumbukumbu kwa VM:
Pamoja β kiasi cha RAM ya VM kilichotolewa kwa kutumia TPS (ndani ya VM au kati ya VM).
Imekubaliwa - kiasi cha kumbukumbu ya kimwili ya mwenyeji (KB) ambayo ilitolewa kwa VM. Inawezesha Kushirikiwa.
Inatumiwa (Imetolewa - Imeshirikiwa) - kiasi cha kumbukumbu halisi (KB) ambayo VM hutumia kutoka kwa seva pangishi. Haijumuishi Iliyoshirikiwa.
Ikiwa sehemu ya kumbukumbu ya VM haijatolewa kutoka kwa kumbukumbu halisi ya mwenyeji, lakini kutoka kwa faili ya kubadilishana, au kumbukumbu itachukuliwa kutoka kwa VM kupitia Kiendeshaji cha Puto, kiasi hiki hakizingatiwi katika Granted and Consumed.
Maadili ya Juu na Yanayotumiwa ni ya kawaida kabisa. Mfumo wa uendeshaji hatua kwa hatua huchukua kumbukumbu kutoka kwa hypervisor na haitoi tena. Kwa wakati, katika VM inayoendesha kikamilifu, maadili ya hesabu hizi hukaribia kiasi cha kumbukumbu iliyosanidiwa, na kubaki hapo.
Sifuri β kiasi cha VM RAM (KB), ambacho kina sufuri. Kumbukumbu kama hiyo inachukuliwa kuwa ya bure na hypervisor na inaweza kutolewa kwa mashine zingine za kawaida. Baada ya OS ya mgeni kuandika kitu kwa kumbukumbu isiyo na sifuri, huenda kwenye Inatumiwa na hairudi nyuma.
Sehemu ya Juu Iliyohifadhiwa - kiasi cha RAM ya VM, (KB) iliyohifadhiwa na hypervisor kwa uendeshaji wa VM. Hiki ni kiasi kidogo, lakini lazima kipatikane kwa mwenyeji, vinginevyo VM haitaanza.
Balloon β kiasi cha RAM (KB) kilichotolewa kwenye VM kwa kutumia Kiendeshaji cha Puto.
Imesisitizwa β kiasi cha RAM (KB) ambacho kilibanwa.
Ameshikwa - kiasi cha RAM (KB), ambayo, kutokana na ukosefu wa kumbukumbu ya kimwili kwenye seva, ilihamia kwenye diski.
Kaunta za puto na mbinu zingine za kurejesha kumbukumbu ni sifuri.
Hivi ndivyo grafu inavyoonekana na vihesabio vya Kumbukumbu vya VM ya kawaida inayofanya kazi na GB 150 ya RAM.
Katika grafu hapa chini, VM ina matatizo dhahiri. Chini ya grafu unaweza kuona kwamba kwa VM hii mbinu zote zilizoelezwa za kufanya kazi na RAM zilitumiwa. Puto kwa VM hii ni kubwa zaidi kuliko Inatumika. Kwa kweli, VM imekufa zaidi kuliko hai.
ESXTOP
Kama ilivyo kwa CPU, ikiwa tunataka kutathmini kwa haraka hali kwenye seva pangishi, pamoja na mienendo yake kwa muda wa hadi sekunde 2, tunapaswa kutumia ESXTOP.
Skrini ya Kumbukumbu ya ESXTOP inaitwa kwa kitufe cha "m" na inaonekana kama hii (sehemu B,D,H,J,K,L,O zimechaguliwa):
Vigezo vifuatavyo vitatuvutia:
Mem imeshinda wastani β thamani ya wastani ya usajili kupita kiasi wa kumbukumbu kwenye seva pangishi kwa dakika 1, 5 na 15. Ikiwa ni juu ya sifuri, basi hii ndiyo sababu ya kuangalia kinachotokea, lakini si mara zote kiashiria cha matatizo.
Katika mistari PMEM/MB ΠΈ VMKMEM/MB β habari kuhusu kumbukumbu halisi ya seva na kumbukumbu inayopatikana kwa VMkernel. Miongoni mwa mambo ya kuvutia hapa unaweza kuona thamani ya minfree (katika MB), hali ya mwenyeji katika kumbukumbu (kwa upande wetu, juu).
Katika mstari NUM/MB unaweza kuona usambazaji wa RAM kwenye nodi za NUMA (soketi). Katika mfano huu, usambazaji haufanani, ambayo kwa kanuni sio nzuri sana.
Zifuatazo ni takwimu za jumla za seva kwa mbinu za kurejesha kumbukumbu:
PSHARE/MB - hizi ni takwimu za TPS;
BADILISHA/MB - Badilisha takwimu za matumizi;
ZIP/MB - takwimu za ukandamizaji wa ukurasa wa kumbukumbu;
MEMCTL/MB - Takwimu za matumizi ya Dereva wa puto.
Kwa VM binafsi, tunaweza kupendezwa na maelezo yafuatayo. Nilificha majina ya VM ili nisiwachanganye watazamaji :). Ikiwa kipimo cha ESXTOP ni sawa na kihesabu katika vSphere, nitatoa kihesabu sambamba.
MEMSZ β kiasi cha kumbukumbu kilichosanidiwa kwenye VM (MB).
MEMSZ = GRANT + MCTLSZ + SWCUR + haijaguswa.
Ruzuku - Imetolewa kwa MB.
TCHD - Inatumika katika MByte.
MCTL? β ikiwa Kiendesha Puto kimesakinishwa kwenye VM.
MCTLSZ - Puto kwa MB.
MCTLGT β kiasi cha RAM (MBytes) ambacho ESXi inataka kuondoa kutoka kwa VM kupitia Kiendesha Puto (Memctl Target).
MCTLMAX β kiwango cha juu cha RAM (MBytes) ambacho ESXi inaweza kuondoa kutoka kwa VM kupitia Kiendeshaji cha Puto.
SWCUR β kiasi cha sasa cha RAM (MBytes) kilichotengwa kwa VM kutoka kwa faili ya Badilisha.
S.W.G.T. β kiasi cha RAM (MBytes) ambacho ESXi inataka kutoa kwa VM kutoka kwa faili ya Badili (Badili Lengo).
Unaweza pia kuona maelezo zaidi kuhusu topolojia ya NUMA ya VM kupitia ESXTOP. Ili kufanya hivyo, chagua sehemu D, G:
NDOGO - Nodi za NUMA ambazo VM iko. Hapa unaweza kugundua mara moja upana wa vm, ambao hauingii kwenye nodi moja ya NUMA.
NRMEM - ni megabaiti ngapi za kumbukumbu VM inachukua kutoka nodi ya mbali ya NUMA.
NLMEM - ni megabaiti ngapi za kumbukumbu VM inachukua kutoka kwa nodi ya ndani ya NUMA.
N%L - asilimia ya kumbukumbu ya VM kwenye nodi ya ndani ya NUMA (ikiwa ni chini ya 80%, matatizo ya utendaji yanaweza kutokea).
Kumbukumbu kwenye hypervisor
Ikiwa vihesabu vya CPU kwa hypervisor kawaida sio vya kupendeza, basi kwa kumbukumbu hali ni kinyume. Matumizi ya Juu ya Kumbukumbu kwenye VM haionyeshi tatizo la utendakazi kila mara, lakini Matumizi ya Juu ya Kumbukumbu kwenye hypervisor husababisha mbinu za usimamizi wa kumbukumbu na kusababisha matatizo na utendakazi wa VM. Unahitaji kufuatilia kengele za Matumizi ya Kumbukumbu ya Mwenyeji na uzuie VM kuingia kwenye Ubadilishanaji.
Batilisha ubadilishanaji
Ikiwa VM itakamatwa katika Kubadilishana, utendaji wake umepunguzwa sana. Ufuatiliaji wa Puto na mbano hupotea haraka baada ya RAM isiyolipishwa kuonekana kwenye seva pangishi, lakini mashine pepe haina haraka ya kurejea kutoka kwa Kubadilishana hadi kwa RAM ya seva.
Kabla ya ESXi 6.0, njia pekee ya kuaminika na ya haraka ya kuondoa VM kutoka kwa Kubadilishana ilikuwa kuwasha upya (kwa usahihi zaidi, kuzima/kwenye kontena). Kuanzia na ESXi 6.0, ingawa sio rasmi kabisa, njia inayofanya kazi na ya kuaminika ya kuondoa VM kutoka kwa Kubadilishana imeonekana. Katika moja ya mikutano, niliweza kuzungumza na mmoja wa wahandisi wa VMware wanaohusika na Mratibu wa CPU. Alithibitisha kuwa njia hiyo inafanya kazi kabisa na salama. Katika uzoefu wetu, hakukuwa na shida nayo.
Amri halisi za kuondoa VM kutoka kwa Badilisha Duncan Epping. Sitarudia maelezo ya kina, nitatoa tu mfano wa matumizi yake. Kama unavyoona kwenye picha ya skrini, muda fulani baada ya kutekeleza amri maalum, Badilisha kwenye VM hupotea.
Vidokezo vya kudhibiti RAM kwenye ESXi
Mwishowe, hapa kuna vidokezo vichache ambavyo vitakusaidia kuzuia shida na utendaji wa VM kwa sababu ya RAM:
- Epuka kujisajili kupita kiasi kwa RAM katika makundi yenye tija. Inashauriwa kila wakati kuwa na ~20-30% ya kumbukumbu isiyolipishwa kwenye nguzo ili DRS (na msimamizi) wapate nafasi ya kufanya ujanja na VM zisiende kwenye Kubadilishana wakati wa uhamiaji. Pia, usisahau kuhusu ukingo wa uvumilivu wa makosa. Haipendezi wakati, seva moja inaposhindwa na VM imewashwa tena kwa kutumia HA, baadhi ya mashine pia huenda kwa Badilisha.
- Katika miundomsingi iliyounganishwa sana, jaribu KUTOUNDA VM zenye kumbukumbu kubwa zaidi ya nusu ya kumbukumbu ya mwenyeji. Hii itasaidia tena DRS kusambaza mashine pepe kwenye seva za nguzo bila matatizo yoyote. Sheria hii, kwa kweli, sio ya ulimwengu wote :).
- Jihadharini na Kengele ya Matumizi ya Kumbukumbu ya Mpangishi.
- Usisahau kusakinisha Vyombo vya VMware kwenye VM na usizime Puto.
- Fikiria kuwezesha Inter-VM TPS na kuzima Kurasa Kubwa katika VDI na mazingira ya majaribio.
- Ikiwa VM inakabiliwa na matatizo ya utendaji, angalia ikiwa inatumia kumbukumbu kutoka kwa nodi ya mbali ya NUMA.
- Ondoa VM kutoka kwa Badilisha haraka iwezekanavyo! Miongoni mwa mambo mengine, ikiwa VM iko katika Kubadilishana, mfumo wa uhifadhi unateseka kwa sababu za wazi.
Hiyo yote ni kwangu kuhusu RAM. Chini ni makala zinazohusiana kwa wale ambao wanataka kwenda zaidi. Makala inayofuata itatolewa kwa storaj.
Viungo muhimu
Chanzo: mapenzi.com