{"id":35292,"date":"2019-10-31T22:03:28","date_gmt":"2019-10-31T19:03:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-2-memory\/"},"modified":"2019-10-31T22:03:28","modified_gmt":"2019-10-31T19:03:28","slug":"analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-2-memory","status":"publish","type":"post","link":"https:\/\/prohoster.info\/cs\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-2-memory","title":{"rendered":"Anal\u00fdza v\u00fdkonu VM v VMware vSphere. \u010c\u00e1st 2: Pam\u011b\u0165","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Anal\u00fdza
\n
\n\u010c\u00e1st 1. O CPU<\/a><\/noindex><\/p>\n

V tomto \u010dl\u00e1nku se budeme v\u011bnovat m\u011b\u0159i\u010d\u016fm v\u00fdkonu opera\u010dn\u00ed pam\u011bti (RAM) ve vSphere.
\nS pam\u011bt\u00ed to vypad\u00e1 jednozna\u010dn\u011bji ne\u017e s procesorem: pokud na VM nastanou probl\u00e9my s v\u00fdkonem, je obt\u00ed\u017en\u00e9 je p\u0159ehl\u00e9dnout. Na druhou stranu, pokud se objev\u00ed, jejich \u0159e\u0161en\u00ed je mnohem slo\u017eit\u011bj\u0161\u00ed. Ale v\u0161echno hezky popo\u0159\u00e1dku. <\/a><\/noindex><\/p>\n

Trochu teorie<\/h3>\n

\nOpera\u010dn\u00ed pam\u011b\u0165 virtu\u00e1ln\u00edch stroj\u016f je \u010derpan\u00e1 z pam\u011bti serveru, na kter\u00e9m b\u011b\u017e\u00ed VM. To je zcela z\u0159ejm\u00e9 :). Pokud serveru nesta\u010d\u00ed opera\u010dn\u00ed pam\u011b\u0165 pro v\u0161echny z\u00e1jemce, ESXi za\u010dne pou\u017e\u00edvat techniky optimalizace spot\u0159eby opera\u010dn\u00ed pam\u011bti (memory reclamation techniques). Jinak by opera\u010dn\u00ed syst\u00e9my VM padaly s chybami p\u0159i p\u0159\u00edstupu k RAM. <\/p>\n

Kter\u00e9 techniky pou\u017e\u00edt, rozhoduje ESXi podle zat\u00ed\u017een\u00ed opera\u010dn\u00ed pam\u011bti:<\/p>\n

Stav pam\u011bti<\/b><\/p>\n

Hranice<\/b><\/p>\n

Akce<\/b><\/p>\n

High<\/p>\n

400% z minFree<\/p>\n

Po dosa\u017een\u00ed horn\u00ed hranice se velk\u00e9 str\u00e1nky pam\u011bti rozd\u011bluj\u00ed na mal\u00e9 (TPS funguje ve standardn\u00edm re\u017eimu).<\/p>\n

Clear<\/p>\n

100% z minFree<\/p>\n

Velk\u00e9 str\u00e1nky pam\u011bti se rozd\u011bluj\u00ed na mal\u00e9, TPS funguje nucen\u011b.<\/p>\n

Soft<\/p>\n

64% z minFree<\/p>\n

TPS + Balloon<\/p>\n

Hard<\/p>\n

32% z minFree<\/p>\n

TPS + Compress + Swap<\/p>\n

Low<\/p>\n

16% z minFree<\/p>\n

Compress + Swap + Block<\/p>\n

Zdroj<\/a><\/noindex> <\/p>\n

minFree je opera\u010dn\u00ed pam\u011b\u0165 pot\u0159ebn\u00e1 pro provoz hypervizora. <\/p>\n

A\u017e do verze ESXi 4.1 v\u010detn\u011b byla minFree ve v\u00fdchoz\u00edm nastaven\u00ed fixn\u00ed \u2014 6% objemu opera\u010dn\u00ed pam\u011bti serveru (procento bylo mo\u017en\u00e9 zm\u011bnit pomoc\u00ed volby Mem.MinFreePct na ESXi). V nov\u011bj\u0161\u00edch verz\u00edch, kv\u016fli n\u00e1r\u016fstu objemu pam\u011bti na serverech, se minFree za\u010dalo po\u010d\u00edtat na z\u00e1klad\u011b objemu pam\u011bti hostitele, nikoli jako fixn\u00ed procentu\u00e1ln\u00ed hodnota. <\/p>\n

Hodnota minFree (ve v\u00fdchoz\u00edm nastaven\u00ed) se po\u010d\u00edt\u00e1 takto:<\/p>\n

Procento pam\u011bti rezervovan\u00e9 pro minFree<\/b><\/p>\n

Rozsah pam\u011bti<\/b><\/p>\n

6%<\/p>\n

0-4 GB<\/p>\n

4%<\/p>\n

4-12 GB<\/p>\n

2%<\/p>\n

12-28 GB<\/p>\n

1%<\/p>\n

Zb\u00fdvaj\u00edc\u00ed pam\u011b\u0165<\/p>\n

Zdroj<\/a><\/noindex><\/p>\n

Nap\u0159\u00edklad pro server se 128 GB RAM bude hodnota MinFree n\u00e1sleduj\u00edc\u00ed:
\nMinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = 1,88 GB
\nSkute\u010dn\u00e1 hodnota se m\u016f\u017ee li\u0161it o n\u011bkolik set MB, z\u00e1le\u017e\u00ed na serveru a opera\u010dn\u00ed pam\u011bti.<\/p>\n

Procento pam\u011bti rezervovan\u00e9 pro minFree<\/b><\/p>\n

Rozsah pam\u011bti<\/b><\/p>\n

Hodnota pro 128 GB<\/b><\/p>\n

6%<\/p>\n

0-4 GB<\/p>\n

245,76 MB<\/p>\n

4%<\/p>\n

4-12 GB<\/p>\n

327,68 MB<\/p>\n

2%<\/p>\n

12-28 GB<\/p>\n

327,68 MB<\/p>\n

1%<\/p>\n

Zb\u00fdvaj\u00edc\u00ed pam\u011b\u0165 (100 GB)<\/p>\n

1024 MB<\/p>\n

\nObvykle se za norm\u00e1ln\u00ed stav pro produktivn\u00ed prost\u0159ed\u00ed pova\u017euje pouze stav High. Pro testovac\u00ed a v\u00fdvojov\u00e9 prost\u0159ed\u00ed mohou b\u00fdt akceptovateln\u00e9 stavy Clear\/Soft. Pokud na hostiteli z\u016fst\u00e1v\u00e1 m\u00e9n\u011b ne\u017e 64 % MinFree opera\u010dn\u00ed pam\u011bti, mohou m\u00edt VM b\u011b\u017e\u00edc\u00ed na n\u011bm ur\u010dit\u011b probl\u00e9my s v\u00fdkonem.<\/p>\n

V ka\u017ed\u00e9m stavu se uplat\u0148uj\u00ed ur\u010dit\u00e9 techniky uvol\u0148ov\u00e1n\u00ed pam\u011bti, po\u010d\u00ednaje TPS, co\u017e m\u00e1 prakticky minim\u00e1ln\u00ed vliv na v\u00fdkon VM, a kon\u010de swappingem. O t\u011bchto technik\u00e1ch se zm\u00edn\u00edm podrobn\u011bji. <\/p>\n

Transparent Page Sharing (TPS).<\/b> TPS je, zjednodu\u0161en\u011b \u0159e\u010deno, deduplikace str\u00e1nek opera\u010dn\u00ed pam\u011bti virtu\u00e1ln\u00edch stroj\u016f na serveru.<\/p>\n

ESXi vyhled\u00e1v\u00e1 shodn\u00e9 str\u00e1nky opera\u010dn\u00ed pam\u011bti virtu\u00e1ln\u00edch stroj\u016f, vypo\u010d\u00edt\u00e1v\u00e1 a porovn\u00e1v\u00e1 hash sumu str\u00e1nek a odstra\u0148uje duplicitn\u00ed str\u00e1nky, nahrazuj\u00edc\u00ed je odkazy na jednu a tut\u00e9\u017e str\u00e1nku v fyzick\u00e9 pam\u011bti serveru. V\u00fdsledkem je sn\u00ed\u017een\u00ed spot\u0159eby fyzick\u00e9 pam\u011bti a lze dos\u00e1hnout ur\u010dit\u00e9 p\u0159epodpisov\u00e1n\u00ed pam\u011bti prakticky bez zhor\u0161en\u00ed v\u00fdkonu.<\/p>\n

\"Anal\u00fdza
\nZdroj<\/a><\/noindex><\/p>\n

Tento mechanismus funguje pouze pro str\u00e1nky pam\u011bti o velikosti 4 KB (mal\u00e9 str\u00e1nky). Hypervizor se ani nepokou\u0161\u00ed deduplikovat str\u00e1nky o velikosti 2 MB (velk\u00e9 str\u00e1nky): \u0161ance naj\u00edt shodn\u00e9 str\u00e1nky takov\u00e9 velikosti nen\u00ed velk\u00e1.<\/p>\n

Od v\u00fdchoz\u00edho nastaven\u00ed ESXi alokuje pam\u011b\u0165 velk\u00fdm str\u00e1nk\u00e1m. Rozd\u011blov\u00e1n\u00ed velk\u00fdch str\u00e1nek na mal\u00e9 za\u010d\u00edn\u00e1 p\u0159i dosa\u017een\u00ed prahu stavu High a prob\u00edh\u00e1 nucen\u011b, kdy\u017e je dosa\u017eeno stavu Clear (viz tabulka stav\u016f hypervizoru).<\/p>\n

Pokud v\u0161ak chcete, aby TPS za\u010dal pracovat, ani\u017e by \u010dekal na zapln\u011bn\u00ed opera\u010dn\u00ed pam\u011bti hostitele, je v Advanced Options ESXi pot\u0159eba nastavit hodnotu \u201cMem.AllocGuestLargePage\u201d<\/i> na 0 (v\u00fdchoz\u00ed nastaven\u00ed je 1). V takov\u00e9m p\u0159\u00edpad\u011b bude p\u0159id\u011blov\u00e1n\u00ed velk\u00fdch str\u00e1nek pam\u011bti pro virtu\u00e1ln\u00ed stroje deaktivov\u00e1no.<\/p>\n

Od prosince 2014 je TPS mezi VM ve v\u0161ech verz\u00edch ESXi v\u00fdchoz\u00edm nastaven\u00edm deaktivov\u00e1n, proto\u017ee byla objevena zranitelnost, kter\u00e1 teoreticky umo\u017e\u0148uje p\u0159\u00edstup z jedn\u00e9 VM k opera\u010dn\u00ed pam\u011bti jin\u00e9 VM. Podrobnosti zde. Informace o praktick\u00e9 realizaci zneu\u017eit\u00ed zranitelnosti TPS jsem nenalezl.<\/p>\n

Politika TPS se kontroluje prost\u0159ednictv\u00edm pokro\u010dil\u00e9 mo\u017enosti \u201cMem.ShareForceSalting\u201d<\/i> na ESXi:
\n0 \u2014 Inter-VM TPS. TPS funguje pro str\u00e1nky r\u016fzn\u00fdch VM;
\n1 \u2013 TPS pro VM se shodnou hodnotou \u201csched.mem.pshare.salt\u201d v VMX;
\n2 (v\u00fdchoz\u00ed hodnoty) \u2013 Intra-VM TPS. TPS funguje pro str\u00e1nky uvnit\u0159 VM.<\/p>\n

Ur\u010dit\u011b d\u00e1v\u00e1 smysl vypnout velk\u00e9 str\u00e1nky a zapnout Inter-VM TPS na testovac\u00edch st\u00e1nc\u00edch. To lze tak\u00e9 vyu\u017e\u00edt pro st\u00e1nky s velk\u00fdm po\u010dtem podobn\u00fdch VM. Nap\u0159\u00edklad na st\u00e1nc\u00edch s VDI m\u016f\u017ee \u00faspora fyzick\u00e9 pam\u011bti dos\u00e1hnout des\u00edtek procent. <\/p>\n

Memory Ballooning.<\/b> Ballooning u\u017e nen\u00ed tak bezprobl\u00e9mov\u00e1 a transparentn\u00ed technika pro opera\u010dn\u00ed syst\u00e9m VM, jako TPS. Ale p\u0159i spr\u00e1vn\u00e9m pou\u017eit\u00ed s Ballooningem lze \u017e\u00edt a dokonce pracovat.<\/p>\n

Spolu s VMware Tools se na VM instaluje speci\u00e1ln\u00ed ovlada\u010d nazvan\u00fd Balloon Driver (tak\u00e9 zn\u00e1m\u00fd jako vmmemctl). Kdy\u017e hypervizor za\u010dne trp\u011bt nedostatkem fyzick\u00e9 pam\u011bti a p\u0159ech\u00e1z\u00ed do stavu Soft, ESXi \u017e\u00e1d\u00e1 VM, aby vr\u00e1tila nevyu\u017e\u00edvanou operativn\u00ed pam\u011b\u0165 prost\u0159ednictv\u00edm tohoto Balloon Drivera. Ovlada\u010d na opl\u00e1tku pracuje na \u00farovni opera\u010dn\u00edho syst\u00e9mu a \u017e\u00e1d\u00e1 ovolnou pam\u011b\u0165 od n\u011bj. Hypervizor vid\u00ed, kter\u00e9 str\u00e1nky fyzick\u00e9 pam\u011bti zabral Balloon Driver, p\u0159id\u011bluje pam\u011b\u0165 od virtu\u00e1ln\u00edho po\u010d\u00edta\u010de a vrac\u00ed ji hostiteli. Probl\u00e9my s prac\u00ed OS nevznikaj\u00ed, proto\u017ee na \u00farovni OS je pam\u011b\u0165 obsazen\u00e1 Balloon Driverem. Ve v\u00fdchoz\u00edm nastaven\u00ed m\u016f\u017ee Balloon Driver zabrat a\u017e 65 % pam\u011bti VM.<\/p>\n

Pokud na VM nejsou nainstalov\u00e1ny VMware Tools nebo je Ballooning vypnut (nedoporu\u010duji, ale je tu KB<\/a><\/noindex>:), hypervizor okam\u017eit\u011b p\u0159ech\u00e1z\u00ed k tvrd\u0161\u00edm technik\u00e1m odebr\u00e1n\u00ed pam\u011bti. Z\u00e1v\u011br: Dbejte na to, aby byly VMware Tools na VM nainstalov\u00e1ny.<\/p>\n

\"Anal\u00fdza
\nFunk\u010dnost Balloon Drivera lze zkontrolovat z OS prost\u0159ednictv\u00edm VMware Tools.<\/i>.<\/p>\n

Memory Compression.<\/b> Tato technika se pou\u017e\u00edv\u00e1, kdy\u017e ESXi dos\u00e1hne stavu Hard. Jak n\u00e1zev napov\u00edd\u00e1, ESXi se pokou\u0161\u00ed zkomprimovat 4 KB str\u00e1nky operativn\u00ed pam\u011bti na 2 KB a t\u00edm uvolnit trochu m\u00edsta v fyzick\u00e9 pam\u011bti serveru. Tato technika v\u00fdrazn\u011b zvy\u0161uje dobu p\u0159\u00edstupu k obsahu str\u00e1nek operativn\u00ed pam\u011bti VM, proto\u017ee str\u00e1nku je t\u0159eba p\u0159edem dekomprimovat. N\u011bkdy se nepoda\u0159\u00ed zkomprimovat v\u0161echny str\u00e1nky a samotn\u00fd proces zabere n\u011bjak\u00fd \u010das. Proto tato technika nen\u00ed v praxi p\u0159\u00edli\u0161 efektivn\u00ed.<\/p>\n

Memory Swapping.<\/b> Po kr\u00e1tk\u00e9 f\u00e1zi Memory Compression p\u0159ech\u00e1z\u00ed ESXi t\u00e9m\u011b\u0159 nevyhnuteln\u011b (pokud VM neopustily jin\u00e9 hostitele nebo nejsou vypnuty) na Swapping. A pokud zb\u00fdv\u00e1 velmi m\u00e1lo pam\u011bti (stav Low), hypervizor tak\u00e9 p\u0159est\u00e1v\u00e1 p\u0159id\u011blovat VM str\u00e1nky pam\u011bti, co\u017e m\u016f\u017ee zp\u016fsobit probl\u00e9my v hostitelsk\u00fdch OS VM.<\/p>\n

Jak funguje Swapping. Kdy\u017e se zapne virtu\u00e1ln\u00ed stroj, vytvo\u0159\u00ed se pro n\u011bj soubor s p\u0159\u00edponou .vswp. Jeho velikost odpov\u00edd\u00e1 rezervovan\u00e9 opera\u010dn\u00ed pam\u011bti VMs: je to rozd\u00edl mezi nakonfigurovanou a rezervovanou pam\u011bt\u00ed. P\u0159i Swappingu ESXi uvol\u0148uje str\u00e1nky pam\u011bti virtu\u00e1ln\u00edho stroje do tohoto souboru a za\u010d\u00edn\u00e1 pracovat s n\u00edm m\u00edsto fyzick\u00e9 pam\u011bti serveru. Samoz\u0159ejm\u011b, takov\u00e1 \u201eopera\u010dn\u00ed\u201c pam\u011b\u0165 je o n\u011bkolik \u0159\u00e1d\u016f pomalej\u0161\u00ed ne\u017e skute\u010dn\u00e1, i kdy\u017e .vswp le\u017e\u00ed na rychl\u00e9m \u00falo\u017ei\u0161ti.<\/p>\n

Na rozd\u00edl od Ballooningu, kdy se VM odeberou nepou\u017e\u00edvan\u00e9 str\u00e1nky, se p\u0159i Swappingu na disk mohou p\u0159esunout str\u00e1nky, kter\u00e9 jsou aktivn\u011b pou\u017e\u00edv\u00e1ny OS nebo aplikacemi uvnit\u0159 VM. V d\u016fsledku toho se v\u00fdkon VM m\u016f\u017ee zhor\u0161it a\u017e k zamrznut\u00ed. VM form\u00e1ln\u011b funguje a je mo\u017en\u00e9 ji alespo\u0148 spr\u00e1vn\u011b vypnout z OS. Pokud budete trp\u011bliv\u00ed \ud83d\ude09<\/p>\n

Pokud VM p\u0159e\u0161la do Swap \u2014 je to abnorm\u00e1ln\u00ed situace, kter\u00e9 by se bylo lep\u0161\u00ed vyhnout, pokud je to mo\u017en\u00e9.<\/p>\n

Hlavn\u00ed ukazatele v\u00fdkonu pam\u011bti virtu\u00e1ln\u00edho stroje<\/h3>\n

\nA jsme u toho hlavn\u00edho. Pro sledov\u00e1n\u00ed stavu pam\u011bti v VM existuj\u00ed n\u00e1sleduj\u00edc\u00ed ukazatele:<\/p>\n

Aktivn\u00ed<\/b> \u2014 ukazuje objem opera\u010dn\u00ed pam\u011bti (Kbyte), ke kter\u00e9mu m\u00e1 VM p\u0159\u00edstup v p\u0159edchoz\u00edm m\u011b\u0159ic\u00edm obdob\u00ed.<\/p>\n

Pou\u017eit\u00ed<\/b> \u2014 to sam\u00e9 jako Active, ale v procentech ze nakonfigurovan\u00e9 opera\u010dn\u00ed pam\u011bti VM. Vypo\u010d\u00edt\u00e1v\u00e1 se podle n\u00e1sleduj\u00edc\u00edho vzorce: active \u00f7 velikost nakonfigurovan\u00e9 pam\u011bti virtu\u00e1ln\u00edho stroje.
\nVysok\u00fd Usage a Active tedy ne v\u017edy znamen\u00e1, \u017ee existuj\u00ed probl\u00e9my s v\u00fdkonem VM. Pokud VM agresivn\u011b vyu\u017e\u00edv\u00e1 pam\u011b\u0165 (alespo\u0148 na ni m\u00e1 p\u0159\u00edstup), neznamen\u00e1 to, \u017ee je pam\u011bti nedostatek. Sp\u00ed\u0161e je to d\u016fvod pod\u00edvat se, co se d\u011bje v OS.
\nExistuje standardn\u00ed Alarm pro Memory Usage pro VM:<\/p>\n

\"Anal\u00fdza
\n
\nSd\u00edlen\u00e9<\/b> \u2014 objem opera\u010dn\u00ed pam\u011bti VM, deduplikovan\u00e9 pomoc\u00ed TPS (uvnit\u0159 VM nebo mezi VM).<\/p>\n

Odehr\u00e1no<\/b> \u2014 objem fyzick\u00e9 pam\u011bti hostitele (Kbyte), kter\u00fd byl p\u0159id\u011blen VM. Zahrnuje sd\u00edlen\u00e9.<\/p>\n

Spot\u0159ebov\u00e1no<\/b> (Odehr\u00e1no \u2014 Sd\u00edlen\u00e9) \u2014 objem fyzick\u00e9 pam\u011bti (Kbyte), kterou VM spot\u0159ebov\u00e1v\u00e1 z hostitele. Nezahrnuje sd\u00edlen\u00e9.<\/p>\n

Pokud \u010d\u00e1st pam\u011bti VM je odebr\u00e1na ne z fyzick\u00e9 pam\u011bti hostitele, ale ze swap souboru nebo byla pam\u011b\u0165 odebr\u00e1na u VM prost\u0159ednictv\u00edm Balloon Driveru, tato \u010d\u00e1st se nepo\u010d\u00edt\u00e1 do Odehran\u00e9 a Spot\u0159ebovan\u00e9.
\nVysok\u00e9 hodnoty Granted a Consumed jsou zcela norm\u00e1ln\u00ed. Opera\u010dn\u00ed syst\u00e9m postupn\u011b odeb\u00edr\u00e1 pam\u011b\u0165 hypervizoru a nevrac\u00ed ji zp\u011bt. V pr\u016fb\u011bhu \u010dasu se hodnoty t\u011bchto ukazatel\u016f aktivn\u00ed virtu\u00e1ln\u00ed stroje bl\u00ed\u017e\u00ed objemu konfigurovan\u00e9 pam\u011bti a tam z\u016fst\u00e1vaj\u00ed.<\/p>\n

Nula<\/b> \u2014 objem opera\u010dn\u00ed pam\u011bti virtu\u00e1ln\u00edho stroje (KB), kter\u00e1 obsahuje nuly. Tato pam\u011b\u0165 je hypervizorem pova\u017eov\u00e1na za volnou a m\u016f\u017ee b\u00fdt p\u0159id\u011blena jin\u00fdm virtu\u00e1ln\u00edm stroj\u016fm. Jakmile hostitelsk\u00fd opera\u010dn\u00ed syst\u00e9m zap\u00ed\u0161e n\u011bco do nulov\u00e9 pam\u011bti, ta p\u0159ech\u00e1z\u00ed do stavu Consumed a u\u017e se nevr\u00e1t\u00ed.<\/p>\n

Reserved Overhead<\/b> \u2014 objem opera\u010dn\u00ed pam\u011bti VM (KB) vyhrazen\u00fd hypervizorem pro fungov\u00e1n\u00ed VM. Je to mal\u00fd objem, ale mus\u00ed b\u00fdt na hostiteli k dispozici, jinak VM nenastartuje.<\/p>\n

Balloon<\/b> \u2014 objem opera\u010dn\u00ed pam\u011bti (KB), odebran\u00fd VM pomoc\u00ed Balloon Driver.<\/p>\n

Compressed<\/b> \u2014 objem opera\u010dn\u00ed pam\u011bti (KB), kterou se poda\u0159ilo zkomprimovat.<\/p>\n

Swapped<\/b> \u2014 objem opera\u010dn\u00ed pam\u011bti (KB), kter\u00e1 se v d\u016fsledku nedostatku fyzick\u00e9 pam\u011bti na serveru p\u0159esunula na disk.
\nBalloon a ostatn\u00ed ukazatele memory reclamation techniques jsou rovny nule.<\/p>\n

Takto vypad\u00e1 graf se statistikami norm\u00e1ln\u011b funguj\u00edc\u00ed VM s 150 GB opera\u010dn\u00ed pam\u011bti.<\/p>\n

\"Anal\u00fdza
\n
\nNa grafu n\u00ed\u017ee m\u00e1 VM jasn\u00e9 probl\u00e9my. Pod grafem je vid\u011bt, \u017ee pro tuto VM byly pou\u017eity v\u0161echny popsan\u00e9 techniky pr\u00e1ce s opera\u010dn\u00ed pam\u011bt\u00ed. Balloon pro tuto VM je v\u00fdrazn\u011b v\u011bt\u0161\u00ed ne\u017e Consumed. V podstat\u011b je VM sp\u00ed\u0161e mrtv\u00e1 ne\u017e \u017eiv\u00e1. <\/p>\n

\"Anal\u00fdza
\n<\/p>\n

ESXTOP<\/h3>\n

\nStejn\u011b jako u CPU, pokud chceme rychle zhodnotit situaci na hostiteli, stejn\u011b jako jej\u00ed dynamiku s intervalem do 2 sekund, stoj\u00ed za to vyu\u017e\u00edt ESXTOP.<\/p>\n

Obrazovka ESXTOP pro pam\u011b\u0165 se vyvol\u00e1v\u00e1 kl\u00e1vesou \u201em\u201c a vypad\u00e1 takto (byla vybr\u00e1na pole B, D, H, J, K, L, O):<\/p>\n

\"Anal\u00fdza
\n
\nZaj\u00edmav\u00e9 pro n\u00e1s budou n\u00e1sleduj\u00edc\u00ed parametry: <\/p>\n

Mem overcommit avg<\/b> \u2014 pr\u016fm\u011brn\u00e1 hodnota p\u0159et\u00ed\u017een\u00ed pam\u011bti na hostiteli za 1, 5 a 15 minut. Pokud je nad nulou, je to d\u016fvod se pod\u00edvat, co se d\u011bje, ale ne v\u017edy ukazuje na p\u0159\u00edtomnost probl\u00e9m\u016f.<\/p>\n

V \u0159\u00e1dc\u00edch PMEM\/MB<\/b> a VMKMEM\/MB<\/b> \u2014 informace o fyzick\u00e9 pam\u011bti serveru a pam\u011bti dostupn\u00e9 VMkernel. Zaj\u00edmav\u00e9 je zde vid\u011bt hodnotu minfree (v MB), stav hostitele po pam\u011bti (v na\u0161em p\u0159\u00edpad\u011b vysok\u00fd).<\/p>\n

Ve \u0159\u00e1dku NUMA\/MB<\/b> m\u016f\u017eete vid\u011bt rozd\u011blen\u00ed opera\u010dn\u00ed pam\u011bti podle NUMA uzl\u016f (socket\u016f). V tomto p\u0159\u00edkladu je rozd\u011blen\u00ed nevyv\u00e1\u017een\u00e9, co\u017e nen\u00ed p\u0159\u00edli\u0161 dobr\u00e9.<\/p>\n

N\u00e1sleduje celkov\u00e1 statistika serveru o technik\u00e1ch uvol\u0148ov\u00e1n\u00ed pam\u011bti:<\/p>\n

PSHARE\/MB<\/b> \u2014 je to statistika TPS;<\/p>\n

SWAP\/MB<\/b> \u2014 statistika pou\u017eit\u00ed swapu;<\/p>\n

ZIP\/MB<\/b> \u2014 statistika komprese str\u00e1nek pam\u011bti;<\/p>\n

MEMCTL\/MB<\/b> \u2014 statistika vyu\u017eit\u00ed Balloon Driveru.<\/p>\n

U jednotliv\u00fdch VM n\u00e1s m\u016f\u017ee zaj\u00edmat n\u00e1sleduj\u00edc\u00ed informace. Jm\u00e9na VM jsem skryl, abych nezm\u00e1tl publikum:). Pokud je metrika ESXTOP srovnateln\u00e1 s \u010d\u00edta\u010dem ve vSphere, uv\u00e1d\u00edm odpov\u00eddaj\u00edc\u00ed \u010d\u00edta\u010d. <\/p>\n

MEMSZ<\/b> \u2014 objem pam\u011bti konfigurovan\u00fd na VM (MB).
\nMEMSZ = GRANT + MCTLSZ + SWCUR + untouched.<\/p>\n

UD\u011aLOVAT<\/b> \u2014 Granted v MB.<\/p>\n

TCHD<\/b> \u2014 Active v MB.<\/p>\n

MCTL?<\/b> \u2014 je na VM nainstalov\u00e1n Balloon Driver.<\/p>\n

MCTLSZ<\/b> \u2014 Balloon v MB.<\/p>\n

MCTLGT<\/b> \u2014 objem opera\u010dn\u00ed pam\u011bti (MB), kter\u00fd ESXi chce odebrat z VM prost\u0159ednictv\u00edm Balloon Driveru (Memctl Target).<\/p>\n

MCTLMAX<\/b> \u2014 maxim\u00e1ln\u00ed objem opera\u010dn\u00ed pam\u011bti (MB), kter\u00fd ESXi m\u016f\u017ee odebrat z VM prost\u0159ednictv\u00edm Balloon Driveru.<\/p>\n

SWCUR<\/b> \u2014 aktu\u00e1ln\u00ed objem opera\u010dn\u00ed pam\u011bti (MB), kter\u00fd byl VM p\u0159id\u011blen ze swap souboru. <\/p>\n

SWGT<\/b> \u2014 objem opera\u010dn\u00ed pam\u011bti (MB), kter\u00fd ESXi chce p\u0159id\u011blit VM ze swap souboru (Swap Target).<\/p>\n

D\u00e1le pomoc\u00ed ESXTOP m\u016f\u017eete zobrazit podrobn\u011bj\u0161\u00ed informace o NUMA topologii VM. K tomu je t\u0159eba vybrat pole D,G:<\/p>\n

\"Anal\u00fdza
\n
\nNHN<\/b> \u2013 NUMA uzly, na kter\u00fdch je VM um\u00edst\u011bna. Tady si m\u016f\u017eete okam\u017eit\u011b v\u0161imnout \u0161irok\u00fdch VM, kter\u00e9 se nevejdou na jeden NUMA uzel.<\/p>\n

NRMEM<\/b> \u2013 kolik megabajt\u016f pam\u011bti VM bere z vzd\u00e1len\u00e9ho NUMA uzlu.<\/p>\n

NLMEM<\/b> \u2013 kolik megabajt\u016f pam\u011bti VM bere z m\u00edstn\u00edho NUMA uzlu.<\/p>\n

N%L<\/b> \u2013 procento pam\u011bti VM na m\u00edstn\u00edm NUMA uzlu (pokud je m\u00e9n\u011b ne\u017e 80% \u2014 mohou nastat probl\u00e9my s v\u00fdkonem).<\/p>\n

Pam\u011b\u0165 na hypervizoru<\/h3>\n

\nPokud \u010d\u00edta\u010de CPU na hypervizoru obvykle nezaznamen\u00e1vaj\u00ed zvl\u00e1\u0161tn\u00ed z\u00e1jem, situace s pam\u011bt\u00ed je opa\u010dn\u00e1. Vysok\u00e9 vyu\u017eit\u00ed pam\u011bti na VM ne v\u017edy nazna\u010duje probl\u00e9m s v\u00fdkonem, ale vysok\u00e9 vyu\u017eit\u00ed pam\u011bti na hypervizoru spou\u0161t\u00ed techniky spr\u00e1vy pam\u011bti a zp\u016fsobuje probl\u00e9my s v\u00fdkonem VM. Je t\u0159eba sledovat alarmy Host Memory Usage a nedovolit VM dostat se do swapu.<\/p>\n

\"Anal\u00fdza
\n
\n\"Anal\u00fdza
\n<\/p>\n

Unswap<\/h3>\n

\nPokud se VM dostane do swapu, jej\u00ed v\u00fdkon se v\u00fdrazn\u011b sni\u017euje. Stopy ballooningu a komprese rychle miz\u00ed po zv\u00fd\u0161en\u00ed voln\u00e9 opera\u010dn\u00ed pam\u011bti na hostiteli, ale n\u00e1vrat z swapu do opera\u010dn\u00ed pam\u011bti serveru se virtu\u00e1ln\u00ed stroj rozhodn\u011b nehn\u011bte.
\nA\u017e do verze ESXi 6.0 byl jedin\u00fdm spolehliv\u00fdm a rychl\u00fdm zp\u016fsobem, jak vyv\u00e9st VM ze Swap, restart (p\u0159esn\u011bji vypnut\u00ed\/zapnut\u00ed kontejneru). Od verze ESXi 6.0 se objevil sice ne \u00fapln\u011b ofici\u00e1ln\u00ed, ale funk\u010dn\u00ed a spolehliv\u00fd zp\u016fsob, jak vyv\u00e9st VM ze Swap. Na jedn\u00e9 z konferenc\u00ed jsem m\u011bl mo\u017enost hovo\u0159it s jedn\u00edm z in\u017een\u00fdr\u016f VMware, kter\u00fd byl zodpov\u011bdn\u00fd za pl\u00e1nova\u010d CPU. Potvrdil, \u017ee tento zp\u016fsob je zcela funk\u010dn\u00ed a bezpe\u010dn\u00fd. V na\u0161\u00ed praxi jsme s n\u00edm tak\u00e9 nezaznamenali \u017e\u00e1dn\u00e9 probl\u00e9my.<\/p>\n

Ve skute\u010dnosti p\u0159\u00edkazy pro vyv\u00e1d\u011bn\u00ed VM ze Swap popisoval<\/a><\/noindex> Duncan Epping. Nechci opakovat podrobn\u00fd popis, prost\u011b uvedu p\u0159\u00edklad jeho pou\u017eit\u00ed. Jak je vid\u011bt na screenshotu, po ur\u010dit\u00e9 dob\u011b po proveden\u00ed uveden\u00e9ho p\u0159\u00edkazu Swap na VM zmiz\u00ed.<\/p>\n

\"Anal\u00fdza
\n<\/p>\n

Tipy pro spr\u00e1vu opera\u010dn\u00ed pam\u011bti na ESXi<\/h3>\n

\nNa z\u00e1v\u011br uvedu n\u011bkolik tip\u016f, kter\u00e9 v\u00e1m mohou pomoci vyhnout se probl\u00e9m\u016fm s v\u00fdkonem VM kv\u016fli opera\u010dn\u00ed pam\u011bti:<\/p>\n