{"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\/hu\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-2-memory","title":{"rendered":"A teljes\u00edtm\u00e9nyanal\u00edzis VMware vSphere k\u00f6rnyezetben. 2. r\u00e9sz: Mem\u00f3ria","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"A
\n
\n1. r\u00e9sz. CPU-val kapcsolatosan<\/a><\/noindex><\/p>\n

Ebben a cikkben a vSphere RAM teljes\u00edtm\u00e9ny-eli\u0151rm\u00e9r\u0151inek t\u00e9m\u00e1j\u00e1r\u00f3l fogunk besz\u00e9lni.
\n\u00dagy t\u0171nik, hogy a mem\u00f3ria k\u00e9rd\u00e9se egy\u00e9rtelm\u0171bb, mint a processzor eset\u00e9ben: ha a VM-eknek teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1i vannak, azokat neh\u00e9z nem \u00e9szrevenni. Ha viszont felmer\u00fclnek, sokkal nehezebb \u0151ket kezelni. De mindent sorban. <\/a><\/noindex><\/p>\n

Egy kis elm\u00e9let<\/h3>\n

\nA virtu\u00e1lis g\u00e9pek operat\u00edv mem\u00f3ri\u00e1ja a VM-eket futtat\u00f3 szerver mem\u00f3ri\u00e1j\u00e1b\u00f3l sz\u00e1rmazik. Ez teljesen nyilv\u00e1nval\u00f3:). Ha a szerver operat\u00edv mem\u00f3ri\u00e1ja nem elegend\u0151 minden ig\u00e9nyl\u00e9shez, az ESXi optimaliz\u00e1l\u00e1si technik\u00e1kat alkalmaz (memory reclamation techniques). M\u00e1sk\u00fcl\u00f6nben a VM oper\u00e1ci\u00f3s rendszerei mem\u00f3riahozz\u00e1f\u00e9r\u00e9si hib\u00e1kkal \u00f6sszeomlan\u00e1nak. <\/p>\n

Az ESXi a mem\u00f3ria terhelts\u00e9ge alapj\u00e1n d\u00f6nt arr\u00f3l, hogy milyen technik\u00e1kat alkalmaz:<\/p>\n

Mem\u00f3ria \u00e1llapota<\/b><\/p>\n

Hat\u00e1r\u00e9rt\u00e9k<\/b><\/p>\n

M\u0171veletek<\/b><\/p>\n

Magas<\/p>\n

400% a minFree-b\u0151l<\/p>\n

Miut\u00e1n el\u00e9rte a fels\u0151 hat\u00e1rt, a nagy mem\u00f3riaoldalak kicsikre oszlanak (a TPS norm\u00e1l m\u00f3dban m\u0171k\u00f6dik).<\/p>\n

Tiszt\u00edt<\/p>\n

100% a minFree-b\u0151l<\/p>\n

A nagy mem\u00f3riaoldalak kicsikre oszlanak, a TPS k\u00e9nyszer\u00edtett m\u00f3don m\u0171k\u00f6dik.<\/p>\n

L\u00e1gy<\/p>\n

64% a minFree-b\u0151l<\/p>\n

TPS + Balloon<\/p>\n

Kem\u00e9ny<\/p>\n

32% a minFree-b\u0151l<\/p>\n

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

Alacsony<\/p>\n

16% a minFree-b\u0151l<\/p>\n

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

Forr\u00e1s<\/a><\/noindex> <\/p>\n

A minFree az a mem\u00f3ria mennyis\u00e9ge, amely a hypervisor m\u0171k\u00f6d\u00e9s\u00e9hez sz\u00fcks\u00e9ges. <\/p>\n

ESXi 4.1-ig a minFree alap\u00e9rtelmez\u00e9s szerint r\u00f6gz\u00edtett mennyis\u00e9g volt \u2014 a szerver operat\u00edv mem\u00f3ri\u00e1j\u00e1nak 6%-a (az ar\u00e1ny v\u00e1ltoztathat\u00f3 volt a Mem.MinFreePct opci\u00f3val az ESXi-n). K\u00e9s\u0151bbi verzi\u00f3kban a szerverek mem\u00f3ria m\u00e9ret\u00e9nek n\u00f6veked\u00e9s\u00e9vel a minFree m\u00e1r a gazdag\u00e9p mem\u00f3ria t\u00e9rfogat\u00e1t\u00f3l f\u00fcgg\u0151en sz\u00e1m\u00edt\u00f3dik, nem pedig r\u00f6gz\u00edtett sz\u00e1zal\u00e9kos \u00e9rt\u00e9kk\u00e9nt. <\/p>\n

A minFree alap\u00e9rtelmezett \u00e9rt\u00e9ke a k\u00f6vetkez\u0151k\u00e9ppen sz\u00e1m\u00edthat\u00f3:<\/p>\n

A minFree sz\u00e1m\u00e1ra fenntartott mem\u00f3ria sz\u00e1zal\u00e9ka<\/b><\/p>\n

Mem\u00f3ria tartom\u00e1ny<\/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

Megmarad\u00f3 mem\u00f3ria<\/p>\n

Forr\u00e1s<\/a><\/noindex><\/p>\n

P\u00e9ld\u00e1ul, egy 128 GB RAM-mal rendelkez\u0151 szerver eset\u00e9n a MinFree \u00e9rt\u00e9ke a k\u00f6vetkez\u0151 lesz:
\nMinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = 1,88 GB
\nA t\u00e9nyleges \u00e9rt\u00e9k elt\u00e9rhet n\u00e9h\u00e1ny sz\u00e1z MB-t\u00f3l, ez a szervert\u0151l \u00e9s az RAM-t\u00f3l f\u00fcgg.<\/p>\n

A minFree sz\u00e1m\u00e1ra fenntartott mem\u00f3ria sz\u00e1zal\u00e9ka<\/b><\/p>\n

Mem\u00f3ria tartom\u00e1ny<\/b><\/p>\n

Az \u00e9rt\u00e9k 128 GB-ra vonatkoz\u00f3an<\/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

Megmarad\u00f3 mem\u00f3ria (100 GB)<\/p>\n

1024 MByte<\/p>\n

\n\u00c1ltal\u00e1ban a termel\u0151i k\u00f6rnyezetben csak a High \u00e1llapot tekinthet\u0151 norm\u00e1lisnak. Tesztel\u00e9si \u00e9s fejleszt\u00e9si k\u00f6rnyezetekben a Clear\/Soft \u00e1llapotok elfogadhat\u00f3k. Ha a gazda g\u00e9pen maradt szabad mem\u00f3ria 64% MinFree alatt van, akkor az azon fut\u00f3 VM-ekn\u00e9l biztosan teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1k l\u00e9pnek fel.<\/p>\n

Minden \u00e1llapotban bizonyos mem\u00f3riahelyre\u00e1ll\u00edt\u00f3 technik\u00e1k alkalmazand\u00f3k, kezdve a TPS-t\u0151l, amely gyakorlatilag nem befoly\u00e1solja a VM teljes\u00edtm\u00e9ny\u00e9t, eg\u00e9szen a Swapping-ig. R\u00e9szletesebben mes\u00e9lek r\u00f3luk. <\/p>\n

Transparent Page Sharing (TPS).<\/b> A TPS durv\u00e1n fogalmazva a virtu\u00e1lis g\u00e9pek RAM-oldalainak deduplik\u00e1l\u00e1sa a szerveren.<\/p>\n

Az ESXi az azonos mem\u00f3riaoldalakat keresi a virtu\u00e1lis g\u00e9pek k\u00f6z\u00f6tt, \u00f6sszehasonl\u00edtva \u00e9s hash-\u00f6sszeg alapj\u00e1n \u00e9rt\u00e9kelve az oldalakat, \u00e9s elt\u00e1vol\u00edtja a duplik\u00e1tumokat, egy \u00e9s ugyanazon oldalra mutat\u00f3 hivatkoz\u00e1sokkal helyettes\u00edtve azokat a szerver fizikai mem\u00f3ri\u00e1j\u00e1ban. Ennek eredm\u00e9nyek\u00e9nt a fizikai mem\u00f3ria fogyaszt\u00e1sa cs\u00f6kken, \u00e9s a mem\u00f3riat\u00fall\u00e9p\u00e9s egyes m\u00e9rt\u00e9kben el\u00e9rhet\u0151 jelent\u0151s teljes\u00edtm\u00e9nycs\u00f6kken\u00e9s n\u00e9lk\u00fcl.<\/p>\n

\"A
\nForr\u00e1s<\/a><\/noindex><\/p>\n

Ez a mechanizmus csak 4 KB m\u00e9ret\u0171 mem\u00f3riaoldalakra m\u0171k\u00f6dik (kis oldalak). A 2 MB m\u00e9ret\u0171 oldalakra (nagy oldalak) a hipervizor m\u00e9g csak nem is pr\u00f3b\u00e1lkozik a deduplik\u00e1l\u00e1ssal: a nagy m\u00e9ret\u0171 azonos oldalak megtal\u00e1l\u00e1s\u00e1nak es\u00e9lye nem t\u00fal magas.<\/p>\n

Alap\u00e9rtelmez\u00e9s szerint az ESXi nagy oldalakra osztja ki a mem\u00f3ri\u00e1t. A nagy oldalak kis oldalakra bont\u00e1sa a High \u00e1llapot k\u00fcsz\u00f6b\u00e9nek el\u00e9r\u00e9sekor kezd\u0151dik, \u00e9s k\u00e9nyszer\u00edtett m\u00f3don t\u00f6rt\u00e9nik, amikor a Clear \u00e1llapotot el\u00e9rik (l\u00e1sd a hipervizor \u00e1llapotainak t\u00e1bl\u00e1zat\u00e1t).<\/p>\n

Ha szeretn\u00e9, hogy a TPS ne v\u00e1rjon a gazda mem\u00f3ria megtel\u00e9s\u00e9re, akkor az ESXi Advanced Options r\u00e9sz\u00e9ben az al\u00e1bbi \u00e9rt\u00e9ket kell be\u00e1ll\u00edtania \u201cMem.AllocGuestLargePage\u201d<\/i> 0-ra (alap\u00e9rtelmezetten 1). \u00cdgy a virtu\u00e1lis g\u00e9pek sz\u00e1m\u00e1ra a nagy mem\u00f3ri\u00e1hoz val\u00f3 hozz\u00e1rendel\u00e9s le lesz tiltva.<\/p>\n

2014 december\u00e9t\u0151l minden ESXi verzi\u00f3ban a TPS alap\u00e9rtelmezetten le van tiltva a VM-ek k\u00f6z\u00f6tt, mivel felfedeztek egy sebezhet\u0151s\u00e9get, amely elm\u00e9letileg lehet\u0151v\u00e9 tette, hogy egy VM hozz\u00e1f\u00e9rjen a m\u00e1sik VM mem\u00f3ri\u00e1j\u00e1hoz. R\u00e9szletek itt. Az TPS sebezhet\u0151s\u00e9g\u00e9nek gyakorlati megval\u00f3s\u00edt\u00e1s\u00e1val kapcsolatos inform\u00e1ci\u00f3t nem tal\u00e1ltam.<\/p>\n

A TPS politika az advanced option seg\u00edts\u00e9g\u00e9vel kontroll\u00e1lhat\u00f3 \u201cMem.ShareForceSalting\u201d<\/i> az ESXi-n:
\n0 \u2014 Inter-VM TPS. A TPS k\u00fcl\u00f6nb\u00f6z\u0151 VM-ek oldalaira m\u0171k\u00f6dik;
\n1 \u2013 TPS az azonos \u201csched.mem.pshare.salt\u201d \u00e9rt\u00e9kkel rendelkez\u0151 VM-ek sz\u00e1m\u00e1ra a VMX-ben;
\n2 (alap\u00e9rtelmezett) \u2013 Intra-VM TPS. A TPS a VM-en bel\u00fcli oldalakra m\u0171k\u00f6dik.<\/p>\n

Hat\u00e1rozottan \u00e9rdemes nagy oldalakat kikapcsolni \u00e9s aktiv\u00e1lni az Inter-VM TPS-t a tesztk\u00f6rnyezetekben. Ezt a nagy sz\u00e1m\u00fa hasonl\u00f3 VM-et tartalmaz\u00f3 k\u00f6rnyezetekben is haszn\u00e1lni lehet. P\u00e9ld\u00e1ul a VDI k\u00f6rnyezetekben a fizikai mem\u00f3ria megtakar\u00edt\u00e1sa el\u00e9rheti a tucatnyi sz\u00e1zal\u00e9kot. <\/p>\n

Mem\u00f3ria Balloning.<\/b> A Balloning m\u00e1r nem olyan \u00e1rtalmatlan \u00e9s \u00e1tl\u00e1that\u00f3 technika a VM oper\u00e1ci\u00f3s rendszere sz\u00e1m\u00e1ra, mint a TPS. De ha megfelel\u0151en alkalmazz\u00e1k, a Balloning-gal lehet \u00e9lni \u00e9s m\u00e9g dolgozni is.<\/p>\n

A VMware Tools telep\u00edt\u00e9sekor a VM-re telep\u00fcl egy speci\u00e1lis illeszt\u0151program, amelyet Balloon Driver-nek (m\u00e1s n\u00e9ven vmmemctl) h\u00edvnak. Amikor a hipervizornak kezd fogyni a fizikai mem\u00f3ria \u00e9s \u00e1tmegy Soft \u00e1llapotba, az ESXi arra k\u00e9ri a VM-et, hogy adja vissza a nem haszn\u00e1lt RAM-ot ezen a Balloon Driver-en kereszt\u00fcl. Az illeszt\u0151program viszont az oper\u00e1ci\u00f3s rendszer szintj\u00e9n m\u0171k\u00f6dik, \u00e9s t\u0151le k\u00e9r mem\u00f3ria szabad helyet. A hipervizor l\u00e1tja, hogy a fizikai mem\u00f3ria mely oldalait foglalta el a Balloon Driver, elveszi a mem\u00f3ri\u00e1t a virtu\u00e1lis g\u00e9pt\u0151l, \u00e9s visszaadja a gazdag\u00e9pnek. Az oper\u00e1ci\u00f3s rendszer m\u0171k\u00f6d\u00e9s\u00e9ben nem mer\u00fclnek fel probl\u00e9m\u00e1k, mert az oper\u00e1ci\u00f3s rendszeren bel\u00fcl a mem\u00f3ria a Balloon Driver \u00e1ltal van lefoglalva. Alap\u00e9rtelmez\u00e9s szerint a Balloon Driver ak\u00e1r a VM mem\u00f3ria 65%-\u00e1t is elviheti.<\/p>\n

Ha a VM-en nincsenek telep\u00edtve a VMware Tools, vagy a Ballooning ki van kapcsolva (nem aj\u00e1nlom, de van KB<\/a><\/noindex>:), a hipervizor azonnal kem\u00e9nyebb mem\u00f3riakezel\u00e9si technik\u00e1khoz folyamodik. K\u00f6vetkeztet\u00e9s: Figyelj arra, hogy a VMware Tools a VM-en telep\u00edtve legyen.<\/p>\n

\"A
\nA Balloon Driver m\u0171k\u00f6d\u00e9s\u00e9t az oper\u00e1ci\u00f3s rendszerb\u0151l a VMware Tools-on kereszt\u00fcl lehet ellen\u0151rizni.<\/i>.<\/p>\n

Mem\u00f3ria t\u00f6m\u00f6r\u00edt\u00e9s.<\/b> Ez a technika akkor alkalmazhat\u00f3, amikor az ESXi el\u00e9ri a Hard \u00e1llapotot. Ahogyan a neve is sugallja, az ESXi megpr\u00f3b\u00e1lja \u00f6sszenyomni a 4 KB-os RAM oldalak m\u00e9ret\u00e9t 2 KB-ra, ez\u00e1ltal egy kis helyet felszabad\u00edtva a szerver fizikai mem\u00f3ri\u00e1j\u00e1ban. Ez a technika jelent\u0151sen megn\u00f6veli a VM mem\u00f3ri\u00e1j\u00e1nak oldalainak el\u00e9r\u00e9s\u00e9hez sz\u00fcks\u00e9ges id\u0151t, mivel el\u0151sz\u00f6r fel kell bontani az oldalt. N\u00e9ha nem minden oldalt siker\u00fcl \u00f6sszenyomni, \u00e9s maga a folyamat is id\u0151be telhet. Ez\u00e9rt ez a technika a gyakorlatban nem t\u00fal hat\u00e9kony.<\/p>\n

Mem\u00f3ria Swap.<\/b> A Mem\u00f3ria T\u00f6m\u00f6r\u00edt\u00e9s r\u00f6vid f\u00e1zisa ut\u00e1n az ESXi gyakorlatilag elker\u00fclhetetlenn\u00e9 v\u00e1lik (ha a VM-ek nem k\u00f6lt\u00f6ztek m\u00e1s gazdag\u00e9pekre, vagy nem \u00e1lltak le) a Swapping-ra. Ha pedig a mem\u00f3ria szinte teljesen elfogyott (Low \u00e1llapot), a hipervizor le\u00e1ll\u00edtja a VM-ek l\u00e1that\u00f3 mem\u00f3ria oldalainak kioszt\u00e1s\u00e1t, ami probl\u00e9m\u00e1kat okozhat a VM vend\u00e9goper\u00e1ci\u00f3s rendszereiben.<\/p>\n

\u00cdgy m\u0171k\u00f6dik a Swapping. Amikor a virtu\u00e1lis g\u00e9p be van kapcsolva, l\u00e9trej\u00f6n egy f\u00e1jl .vswp kiterjeszt\u00e9ssel. A m\u00e9rete megegyezik a virtu\u00e1lis g\u00e9p nem fenntartott RAM-j\u00e1val: ez a k\u00fcl\u00f6nbs\u00e9g a konfigur\u00e1lt \u00e9s a fenntartott mem\u00f3ria k\u00f6z\u00f6tt. A Swapping sor\u00e1n az ESXi a virtu\u00e1lis g\u00e9p mem\u00f3riaoldalait erre a f\u00e1jlra menti, \u00e9s elkezdi ezt haszn\u00e1lni a szerver fizikai mem\u00f3ri\u00e1ja helyett. Term\u00e9szetesen ez a \"mem\u00f3ria\" t\u00f6bb renddel lassabb, mint a val\u00f3di, m\u00e9g akkor is, ha a .vswp gyors t\u00e1rol\u00f3n tal\u00e1lhat\u00f3.<\/p>\n

A Ballooninggal ellent\u00e9tben, amikor a virtu\u00e1lis g\u00e9pt\u0151l elvonj\u00e1k a fel nem haszn\u00e1lt oldalakat, a Swapping sor\u00e1n a lemezre olyan oldalak ker\u00fclhetnek, amelyeket az oper\u00e1ci\u00f3s rendszer vagy a virtu\u00e1lis g\u00e9pben fut\u00f3 alkalmaz\u00e1sok akt\u00edvan haszn\u00e1lnak. Ennek k\u00f6vetkezt\u00e9ben a virtu\u00e1lis g\u00e9p teljes\u00edtm\u00e9nye jelent\u0151sen cs\u00f6kkenhet, ak\u00e1r meg is fagyna. A virtu\u00e1lis g\u00e9p form\u00e1lisan m\u0171k\u00f6dik, \u00e9s legal\u00e1bb az oper\u00e1ci\u00f3s rendszeren bel\u00fcl megfelel\u0151en le lehet \u00e1ll\u00edtani. Ha t\u00fcrelmes vagy \ud83d\ude09<\/p>\n

Ha a virtu\u00e1lis g\u00e9p a Swap-ba ker\u00fclt, az egy nem norm\u00e1lis \u00e1llapot, amelyet lehet\u0151s\u00e9g szerint jobb elker\u00fclni.<\/p>\n

A virtu\u00e1lis g\u00e9p mem\u00f3ria teljes\u00edtm\u00e9ny\u00e9nek f\u0151 mutat\u00f3i<\/h3>\n

\nMost v\u00e9gre el\u00e9rkezt\u00fcnk a l\u00e9nyeghez. A virtu\u00e1lis g\u00e9p mem\u00f3ria \u00e1llapot\u00e1nak figyel\u00e9s\u00e9re az al\u00e1bbi mutat\u00f3k \u00e1llnak rendelkez\u00e9sre:<\/p>\n

Akt\u00edv<\/b> \u2014 megmutatja a mem\u00f3ria mennyis\u00e9g\u00e9t (KByte), amelyhez a virtu\u00e1lis g\u00e9p hozz\u00e1f\u00e9rt az el\u0151z\u0151 m\u00e9r\u00e9si id\u0151szakban.<\/p>\n

Felhaszn\u00e1l\u00e1s<\/b> \u2014 ugyanaz, mint az Akt\u00edv, de a virtu\u00e1lis g\u00e9p konfigur\u00e1lt mem\u00f3ria m\u00e9ret\u00e9nek sz\u00e1zal\u00e9k\u00e1ban. A k\u00f6vetkez\u0151 k\u00e9plettel sz\u00e1m\u00edtj\u00e1k: akt\u00edv \u00f7 virtu\u00e1lis g\u00e9p konfigur\u00e1lt mem\u00f3ria m\u00e9rete.
\nA magas Felhaszn\u00e1l\u00e1s \u00e9s Akt\u00edv nem mindig jelenti a virtu\u00e1lis g\u00e9p teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1it. Ha a virtu\u00e1lis g\u00e9p agressz\u00edvan haszn\u00e1lja a mem\u00f3ri\u00e1t (legal\u00e1bbis hozz\u00e1f\u00e9r \u00fajra), az nem azt jelenti, hogy a mem\u00f3ria hi\u00e1nyzik. Ink\u00e1bb arra kell n\u00e9zni, hogy mi t\u00f6rt\u00e9nik az oper\u00e1ci\u00f3s rendszerben.
\nVan egy standard riaszt\u00e1s a mem\u00f3riahaszn\u00e1lat sz\u00e1m\u00e1ra a virtu\u00e1lis g\u00e9pek eset\u00e9ben:<\/p>\n

\"A
\n
\nMegosztott<\/b> \u2014 a virtu\u00e1lis g\u00e9p mem\u00f3ria mennyis\u00e9ge, amelyet a TPS seg\u00edts\u00e9g\u00e9vel deduplik\u00e1ltak (a virtu\u00e1lis g\u00e9pben vagy a virtu\u00e1lis g\u00e9pek k\u00f6z\u00f6tt).<\/p>\n

Megadott<\/b> \u2014 a gazdag\u00e9p fizikai mem\u00f3ri\u00e1j\u00e1nak mennyis\u00e9ge (KByte), amelyet a virtu\u00e1lis g\u00e9p kapott. Tartalmazza a Megosztottat is.<\/p>\n

Fogyasztott<\/b> (Megadva \u2014 Megosztott) \u2014 a gazdag\u00e9pr\u0151l elfogyasztott fizikai mem\u00f3ria mennyis\u00e9ge (KByte). Nem tartalmazza a Megosztottat.<\/p>\n

Ha a virtu\u00e1lis g\u00e9p mem\u00f3ria egy r\u00e9sze nem a gazdag\u00e9p fizikai mem\u00f3ri\u00e1j\u00e1b\u00f3l, hanem swap f\u00e1jlb\u00f3l sz\u00e1rmazik, vagy a mem\u00f3ria a Balloon Driver seg\u00edts\u00e9g\u00e9vel van elvonva, ezt a mennyis\u00e9get nem veszik figyelembe a Megadott \u00e9s Fogyasztott \u00e9rt\u00e9kekben.
\nA magas Granted \u00e9s Consumed \u00e9rt\u00e9kek teljesen norm\u00e1lisak. Az oper\u00e1ci\u00f3s rendszer fokozatosan elveszi a mem\u00f3ri\u00e1t a hypervisort\u00f3l, \u00e9s nem adja vissza. Id\u0151vel az akt\u00edvan m\u0171k\u00f6d\u0151 VM eset\u00e9ben e mutat\u00f3k \u00e9rt\u00e9ke k\u00f6zel\u00edt a konfigur\u00e1lt mem\u00f3ria mennyis\u00e9g\u00e9hez, \u00e9s ott maradnak.<\/p>\n

Nulla<\/b> \u2014 a VM operat\u00edv mem\u00f3ri\u00e1j\u00e1nak (Kb) mennyis\u00e9ge, amely null\u00e1kat tartalmaz. Az ilyen mem\u00f3ria a hypervisor sz\u00e1m\u00e1ra szabadnak sz\u00e1m\u00edt, \u00e9s m\u00e1s virtu\u00e1lis g\u00e9peknek adhat\u00f3. Miut\u00e1n a vend\u00e9g OS \u00edrt valamit a null\u00e1zott mem\u00f3ri\u00e1ba, az \u00e1tkonvert\u00e1l\u00f3dik Consumed st\u00e1tuszra, \u00e9s onnan m\u00e1r nem t\u00e9r vissza.<\/p>\n

Reserved Overhead<\/b> \u2014 a VM operat\u00edv mem\u00f3ri\u00e1j\u00e1nak (Kb) mennyis\u00e9ge, amelyet a hypervisor tartott fenn a VM m\u0171k\u00f6d\u00e9s\u00e9hez. Ez egy kis mennyis\u00e9g, de felt\u00e9tlen\u00fcl sz\u00fcks\u00e9ges a hoston, k\u00fcl\u00f6nben a VM nem indul el.<\/p>\n

Balloon<\/b> \u2014 a VM-b\u0151l a Balloon Driver seg\u00edts\u00e9g\u00e9vel elvett operat\u00edv mem\u00f3ria (Kb) mennyis\u00e9ge.<\/p>\n

Compressed<\/b> \u2014 az a mennyis\u00e9g\u0171 operat\u00edv mem\u00f3ria (Kb), amelyet siker\u00fclt t\u00f6m\u00f6r\u00edteni.<\/p>\n

Swapped<\/b> \u2014 az a mennyis\u00e9g\u0171 operat\u00edv mem\u00f3ria (Kb), amely a fizikai mem\u00f3ria hi\u00e1nya miatt a szerverr\u0151l a lemezre ker\u00fclt.
\nA Balloon \u00e9s a t\u00f6bbi memory reclamation techniques sz\u00e1ma nulla.<\/p>\n

\u00cdgy n\u00e9z ki a grafikon a norm\u00e1lisan m\u0171k\u00f6d\u0151 150 GB operat\u00edv mem\u00f3ri\u00e1val rendelkez\u0151 VM sz\u00e1ml\u00e1l\u00f3ival.<\/p>\n

\"A
\n
\nAz al\u00e1bbi grafikonon a VM-nek nyilv\u00e1nval\u00f3 probl\u00e9m\u00e1i vannak. A grafikon alatt l\u00e1that\u00f3, hogy a VM sz\u00e1m\u00e1ra minden fent eml\u00edtett technika felhaszn\u00e1l\u00e1sra ker\u00fclt. A Balloon \u00e9rt\u00e9ke a VM eset\u00e9ben jelent\u0151sen nagyobb, mint a Consumed. Val\u00f3j\u00e1ban a VM ink\u00e1bb halott, mint \u00e9l\u0151. <\/p>\n

\"A
\n<\/p>\n

ESXTOP<\/h3>\n

\nAhogyan a CPU eset\u00e9ben, ha gyorsan szeretn\u00e9nk felm\u00e9rni a helyzetet a hoston \u00e9s annak dinamik\u00e1j\u00e1t 2 m\u00e1sodperces intervallumokban, \u00e9rdemes az ESXTOP-ot haszn\u00e1lni.<\/p>\n

Az ESXTOP mem\u00f3ria k\u00e9perny\u0151je az \u00abm\u00bb gomb megnyom\u00e1s\u00e1val h\u00edvhat\u00f3 el\u0151, \u00e9s a k\u00f6vetkez\u0151k\u00e9ppen n\u00e9z ki (a B,D,H,J,K,L,O mez\u0151ket v\u00e1lasztott\u00e1k ki):<\/p>\n

\"A
\n
\nSz\u00e1munkra a k\u00f6vetkez\u0151 param\u00e9terek lesznek \u00e9rdekesek: <\/p>\n

Mem overcommit avg<\/b> \u2014 a mem\u00f3ria t\u00falgesztus\u00e1nak \u00e1tlagos \u00e9rt\u00e9ke a hoston 1, 5 \u00e9s 15 perc alatt. Ha nulla felett van, az ok lehet a helyzet vizsg\u00e1lat\u00e1ra, de nem mindig jelzi a probl\u00e9m\u00e1k jelenl\u00e9t\u00e9t.<\/p>\n

A sorokban PMEM\/MB<\/b> \u00e9s VMKMEM\/MB<\/b> \u2014 a szerver fizikai mem\u00f3ri\u00e1j\u00e1r\u00f3l \u00e9s a VMkernel sz\u00e1m\u00e1ra el\u00e9rhet\u0151 mem\u00f3ri\u00e1r\u00f3l sz\u00f3l\u00f3 inform\u00e1ci\u00f3. \u00c9rdekes, hogy itt l\u00e1thatjuk a minfree \u00e9rt\u00e9k\u00e9t (MB-ban), a host mem\u00f3ria \u00e1llapot\u00e1t (a mi eset\u00fcnkben magas).<\/p>\n

A sorban NUMA\/MB<\/b> l\u00e1that\u00f3 a mem\u00f3ria eloszl\u00e1sa a NUMA-csom\u00f3pontok (socketek) k\u00f6z\u00f6tt. Ebben a p\u00e9ld\u00e1ban az eloszl\u00e1s egyenl\u0151tlen, ami alapvet\u0151en nem t\u00fal kedvez\u0151.<\/p>\n

Ezut\u00e1n a szerver \u00e1ltal\u00e1nos statisztik\u00e1ja k\u00f6vetkezik a mem\u00f3ria vissza\u00e1ll\u00edt\u00e1si technik\u00e1kr\u00f3l:<\/p>\n

PSHARE\/MB<\/b> \u2014 ez a TPS statisztika;<\/p>\n

SWAP\/MB<\/b> \u2014 a Swap haszn\u00e1lati statisztika;<\/p>\n

ZIP\/MB<\/b> \u2014 a mem\u00f3riaoldalak t\u00f6m\u00f6r\u00edt\u00e9si statisztik\u00e1ja;<\/p>\n

MEMCTL\/MB<\/b> \u2014 a Balloon Driver haszn\u00e1lati statisztika.<\/p>\n

A k\u00fcl\u00f6nb\u00f6z\u0151 VM-ek eset\u00e9n a k\u00f6vetkez\u0151 inform\u00e1ci\u00f3k \u00e9rdekesek lehetnek sz\u00e1munkra. A VM nev\u00e9nek elrejt\u00e9s\u00e9vel szeretn\u00e9m elker\u00fclni a zavarokat:). Ha az ESXTOP metrik\u00e1ja megegyezik a vSphere sz\u00e1ml\u00e1l\u00f3val, a megfelel\u0151 sz\u00e1ml\u00e1l\u00f3t adom meg. <\/p>\n

MEMSZ<\/b> \u2014 a VM-re konfigur\u00e1lt mem\u00f3ria m\u00e9rete (MB).
\nMEMSZ = GRANT + MCTLSZ + SWCUR + untouched.<\/p>\n

GRANT<\/b> \u2014 Megadott m\u00e9ret MB-ban.<\/p>\n

TCHD<\/b> \u2014 Akt\u00edv m\u00e9ret MB-ban.<\/p>\n

MCTL?<\/b> \u2014 Telep\u00edtve van-e Balloon Driver a VM-en.<\/p>\n

MCTLSZ<\/b> \u2014 Balloon m\u00e9ret MB-ban.<\/p>\n

MCTLGT<\/b> \u2014 a mem\u00f3ria m\u00e9rete (MB), amelyet az ESXi ki akar vonni a VM-b\u0151l a Balloon Driver-en kereszt\u00fcl (Memctl Target).<\/p>\n

MCTLMAX<\/b> \u2014 a maxim\u00e1lis mem\u00f3ria m\u00e9rete (MB), amelyet az ESXi ki tud vonni a VM-b\u0151l a Balloon Driver-en kereszt\u00fcl.<\/p>\n

SWCUR<\/b> \u2014 a jelenlegi mem\u00f3ria m\u00e9rete (MB), amelyet a VM a Swap f\u00e1jlb\u00f3l kapott. <\/p>\n

SWGT<\/b> \u2014 az a mem\u00f3ria m\u00e9rete (MB), amelyet az ESXi a VM-nek ad a Swap f\u00e1jlb\u00f3l (Swap Target).<\/p>\n

Az ESXTOP-on kereszt\u00fcl r\u00e9szletesebb inform\u00e1ci\u00f3kat is megtekinthet\u00fcnk a VM NUMA topol\u00f3gi\u00e1j\u00e1r\u00f3l. Ehhez a D,G mez\u0151ket kell kiv\u00e1lasztani:<\/p>\n

\"A
\n
\nNHN<\/b> \u2013 NUMA csom\u00f3pontok, ahol a VM elhelyezkedik. Itt azonnal \u00e9szrevehet\u0151k a sz\u00e9les VM-ek, amelyek nem f\u00e9rnek el egy NUMA csom\u00f3ponton.<\/p>\n

NRMEM<\/b> \u2013 h\u00e1ny megab\u00e1jt mem\u00f3ri\u00e1t vesz a VM a t\u00e1voli NUMA csom\u00f3pontb\u00f3l.<\/p>\n

NLMEM<\/b> \u2013 h\u00e1ny megab\u00e1jt mem\u00f3ri\u00e1t vesz a VM a helyi NUMA csom\u00f3pontb\u00f3l.<\/p>\n

N%L<\/b> \u2013 a VM mem\u00f3ria sz\u00e1zal\u00e9ka a helyi NUMA csom\u00f3ponton (ha kevesebb, mint 80% \u2014 teljes\u00edtm\u00e9nybeli probl\u00e9m\u00e1k l\u00e9phetnek fel).<\/p>\n

Mem\u00f3ria a hypervisoron<\/h3>\n

\nHa a hypervisor CPU sz\u00e1ml\u00e1l\u00f3k \u00e1ltal\u00e1ban nem \u00e9rdekesek, a mem\u00f3ri\u00e1val kapcsolatos helyzet \u00e9ppen ellenkez\u0151. A magas mem\u00f3riahaszn\u00e1lat a VM-en nem mindig jelez probl\u00e9m\u00e1t, de a hypervisor magas mem\u00f3riahaszn\u00e1lata \u00e9ppen ellenkez\u0151leg, a mem\u00f3ria kezel\u00e9s\u00e9hez sz\u00fcks\u00e9ges technik\u00e1k aktiv\u00e1l\u00e1s\u00e1t ind\u00edtja el, ami teljes\u00edtm\u00e9nybeli probl\u00e9m\u00e1khoz vezet a VM-ek eset\u00e9ben. Figyelemmel kell k\u00eds\u00e9rni a Host Memory Usage riaszt\u00e1sokat, \u00e9s meg kell akad\u00e1lyozni, hogy a VM Swap-ra ker\u00fclj\u00f6n.<\/p>\n

\"A
\n
\n\"A
\n<\/p>\n

Unswap<\/h3>\n

\nHa a VM Swap-ra ker\u00fclt, a teljes\u00edtm\u00e9nye jelent\u0151sen cs\u00f6kken. A Ballooning \u00e9s a t\u00f6m\u00f6r\u00edt\u00e9s nyomai gyorsan elt\u0171nnek, ha szabad mem\u00f3ria \u00e1ll rendelkez\u00e9sre a hoszton, de a virtu\u00e1lis g\u00e9p nem siet visszat\u00e9rni a Swap-b\u00f3l a szerver mem\u00f3ri\u00e1j\u00e1ba.
\nAz ESXi 6.0 el\u0151tt a legmegb\u00edzhat\u00f3bb \u00e9s leggyorsabb m\u00f3dja a VM-ek Swap-b\u00f3l val\u00f3 kihoz\u00e1s\u00e1nak a rendszer \u00fajraind\u00edt\u00e1sa (pontosabban a kont\u00e9ner le\u00e1ll\u00edt\u00e1sa\/ind\u00edt\u00e1sa) volt. Az ESXi 6.0-t\u00f3l kezdve azonban megjelent egy b\u00e1r nem teljesen hivatalos, de m\u0171k\u00f6d\u0151 \u00e9s megb\u00edzhat\u00f3 m\u00f3d a VM-ek Swap-b\u00f3l val\u00f3 kihoz\u00e1s\u00e1ra. Egy konferenci\u00e1n siker\u00fclt besz\u00e9lgetnem az egyik VMware m\u00e9rn\u00f6kkel, aki a CPU Scheduler-\u00e9rt felelt. Meger\u0151s\u00edtette, hogy a m\u00f3dszer teljesen m\u0171k\u00f6d\u0151k\u00e9pes \u00e9s biztons\u00e1gos. A tapasztalataink alapj\u00e1n ezzel kapcsolatban probl\u00e9m\u00e1t sem tapasztaltunk.<\/p>\n

A VM-ek Swap-b\u00f3l val\u00f3 kihoz\u00e1s\u00e1hoz sz\u00fcks\u00e9ges parancsok le\u00edrta<\/a><\/noindex> Duncan Epping. Nem fogom megism\u00e9telni a r\u00e9szletes le\u00edr\u00e1st, csak egy p\u00e9lda a haszn\u00e1lat\u00e1ra. Amint a k\u00e9perny\u0151felv\u00e9telen l\u00e1that\u00f3, n\u00e9mi id\u0151 eltelt\u00e9vel a megadott parancs v\u00e9grehajt\u00e1sa ut\u00e1n a Swap a VM-b\u0151l elt\u0171nik.<\/p>\n

\"A
\n<\/p>\n

Tippek az ESXi mem\u00f3ria kezel\u00e9s\u00e9hez<\/h3>\n

\nV\u00e9g\u00fcl n\u00e9h\u00e1ny tipp, amelyek seg\u00edthetnek elker\u00fclni a VM teljes\u00edtm\u00e9nyprobl\u00e9m\u00e1it a mem\u00f3ria miatt:<\/p>\n