{"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\/et\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-2-memory","title":{"rendered":"VM-i j\u00f5udluse anal\u00fc\u00fcs VMware vSphere'is. Osa 2: M\u00e4lumaht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"VM-i
\n
\nOsa 1. CPU-st<\/a><\/noindex><\/p>\n

Selles artiklis r\u00e4\u00e4gime m\u00e4luhalduse j\u00f5udlusn\u00e4idikutest (RAM) vSphere'is.
\nM\u00e4lu osas tundub k\u00f5ik selgem kui protsessori puhul: kui VM-idel tekivad j\u00f5udlusprobleemid, on neid raske mitte m\u00e4rgata. Samas, kui need esinevad, on nendega palju keerulisem toime tulla. Kuid r\u00e4\u00e4gime k\u00f5igest j\u00e4rjekorras. <\/a><\/noindex><\/p>\n

Veidi teooriat<\/h3>\n

\nVirtuaalmasinate m\u00e4lu v\u00f5etakse serveri m\u00e4lust, kus VM-id t\u00f6\u00f6tavad. See on t\u00e4iesti ilmselge :)). Kui serveri m\u00e4lust ei piisa k\u00f5igi soovijate jaoks, hakkab ESXi rakendama m\u00e4lu optimeerimise tehnikaid (memory reclamation techniques). Vastasel juhul kukuksid operatsioonis\u00fcsteemid VM-des v\u00e4lja, kuna juurdep\u00e4\u00e4s RAM-ile eba\u00f5nnestuks. <\/p>\n

Milliseid tehnikaid rakendada, otsustab ESXi s\u00f5ltuvalt m\u00e4lu koormusest:<\/p>\n

M\u00e4lu olek<\/b><\/p>\n

Piir<\/b><\/p>\n

Tegevused<\/b><\/p>\n

High<\/p>\n

400% minFree-st<\/p>\n

\u00dclemise piiri saavutamisel jagatakse suured m\u00e4lulehed v\u00e4iksemateks (TPS t\u00f6\u00f6tab tavalises re\u017eiimis).<\/p>\n

Kustuta<\/p>\n

100% minFree-st<\/p>\n

Suured m\u00e4lulehed jagatakse v\u00e4iksemateks, TPS t\u00f6\u00f6tab sundre\u017eiimis.<\/p>\n

Soft<\/p>\n

64% minFree-st<\/p>\n

TPS + Balloon<\/p>\n

Hard<\/p>\n

32% minFree-st<\/p>\n

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

Madal<\/p>\n

16% minFree-st<\/p>\n

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

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

minFree onm\u00e4lu, mis on vajalik h\u00fcperviisori t\u00f6\u00f6tamiseks. <\/p>\n

Kuni ESXi 4.1 v\u00e4lja arvatud oli minFree vaikimisi fikseeritud \u2014 6% serveri m\u00e4lu mahust (seda protsenti sai muuta ESXi-s valikuga Mem.MinFreePct). Hilisemates versioonides, kuna serverite m\u00e4lu mahud kasvasid, arvutatakse minFree vastavalt hosti m\u00e4lumahule, mitte fikseeritud protsendina. <\/p>\n

Vaikimisi minFree v\u00e4\u00e4rtus arvutatakse j\u00e4rgmiselt:<\/p>\n

M\u00e4lu protsent, mis reserveeritakse minFree jaoks<\/b><\/p>\n

M\u00e4lu vahemik<\/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

J\u00e4\u00e4nud m\u00e4lu<\/p>\n

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

N\u00e4iteks serveri, millel on 128 GB RAM, minFree v\u00e4\u00e4rtus oleks j\u00e4rgmine:
\nMinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = 1,88 GB
\nTegelik v\u00e4\u00e4rtus v\u00f5ib erineda paarisaja MB v\u00f5rra, s\u00f5ltuvalt serverist ja m\u00e4lust.<\/p>\n

M\u00e4lu protsent, mis reserveeritakse minFree jaoks<\/b><\/p>\n

M\u00e4lu vahemik<\/b><\/p>\n

128 GB jaoks v\u00e4\u00e4rtus<\/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

J\u00e4\u00e4nud m\u00e4lu (100 GB)<\/p>\n

1024 MB<\/p>\n

\nTavaliselt v\u00f5ib tootmisseadistuste puhul pidada k\u00f5rget olekut normaalseks. Testimise ja arendamise seadistuste puhul v\u00f5ivad aktsepteeritavad olla seisundid Clear\/Soft. Kui hostis j\u00e4\u00e4b minFree-st v\u00e4hem kui 64%, siis VM-id, mis sellel t\u00f6\u00f6tavad, kogevad kindlasti j\u00f5udlusprobleeme.<\/p>\n

Iga seisundis rakendatakse teatud m\u00e4lu tagasiatchimise tehnikasid, alustades TPS-ist, mis praktiliselt ei m\u00f5juta VM-i j\u00f5udlust, ja l\u00f5petades vahetusse kuuluvate tehnoloogiatega. R\u00e4\u00e4gin neist l\u00e4hemalt. <\/p>\n

L\u00e4bipaistev lehe jagamine (TPS).<\/b> TPS on, \u00fctleme nii, virtuaalsete masinate m\u00e4lulehtede deplitseerimine serveris.<\/p>\n

ESXi otsib virtuaalsete masinate identseid m\u00e4lu lehti, arvestades ja v\u00f5rreldes lehe hash-summat, ning eemaldab korduvad lehed, asendades need viidete kaudu sama lehega f\u00fc\u00fcsilises m\u00e4lus serveris. Selle tulemusena v\u00e4heneb f\u00fc\u00fcsilise m\u00e4lu tarbimine ja on v\u00f5imalik saavutada teatud m\u00e4lureetmine praktiliselt ilma j\u00f5udluse v\u00e4henemiseta.<\/p>\n

\"VM-i
\nAllikas<\/a><\/noindex><\/p>\n

See mehhanism t\u00f6\u00f6tab ainult 4 Kb (v\u00e4ikeste lehtede) m\u00e4lulehtede puhul. 2 Mb (suurte lehtede) suurusega lehti h\u00fcperviisor ei p\u00fc\u00fca isegi deplitseerida: identsete lehtede leidmise t\u00f5en\u00e4osus sellise suuruse puhul ei ole suur.<\/p>\n

Vaikes\u00e4tetena eraldab ESXi m\u00e4lu suurtele lehtedele. Suurte lehtede jagamine v\u00e4ikesteks algab, kui saavutatakse k\u00f5rge oleku l\u00e4vi, ja toimub sundimise teel, kui saavutatakse selge olek (vt h\u00fcperviisori olekute tabelit).<\/p>\n

Kui soovite, et TPS alustaks t\u00f6\u00f6d, ilma et ootate hosti m\u00e4lu t\u00e4itumist, peate ESXi T\u00e4iustatud valikutes seadmise v\u00e4\u00e4rtuse \u201cMem.AllocGuestLargePage\u201d<\/i> seadma 0-le (vaikes\u00e4ttega 1). Siis on suured lehtede m\u00e4lu virtualiseerimiseks v\u00e4lja l\u00fclitatud.<\/p>\n

Alates 2014. aasta detsembrist on k\u00f5igis ESXi versioonides TPS VM-ide vahel vaikes\u00e4tetena v\u00e4lja l\u00fclitatud, kuna leiti haavatavus, mis teoreetiliselt v\u00f5imaldab \u00fche VM-i kaudu p\u00e4\u00e4seda teise VM-i m\u00e4lu. \u00dcksikasjad siin. Teave TPS haavatavuse praktilise kasutamise rakendamise kohta ei ole mulle teada.<\/p>\n

TPS poliitikat kontrollitakse l\u00e4bi t\u00e4iustatud valiku \u201cMem.ShareForceSalting\u201d<\/i> ESXi-s:
\n0 \u2014 Inter-VM TPS. TPS t\u00f6\u00f6tab erinevate VM-ide lehtede puhul;
\n1 \u2014 TPS VM-ide puhul, millel on sama \u201csched.mem.pshare.salt\u201d v\u00e4\u00e4rtus VMX-is;
\n2 (vaikes\u00e4ttena) \u2014 Intra-VM TPS. TPS t\u00f6\u00f6tab lehtede vahel VM-i sees.<\/p>\n

M\u00f5istlik on v\u00e4lja l\u00fclitada suured lehed ja lubada Inter-VM TPS testkeskkondades. Seda v\u00f5ib kasutada ka keskkondades, kus on suur hulk sarnaseid VM-e. N\u00e4iteks VDI keskkondades v\u00f5ib f\u00fc\u00fcsilise m\u00e4lu kokkuhoid ulatuda k\u00fcmnetesse protsentidesse. <\/p>\n

M\u00e4lu balloonimine.<\/b> Ballooning ei ole enam nii kahjutu ja l\u00e4bipaistev VM-tehnika nagu TPS. Kuid kui seda \u00f5igesti rakendada, on Ballooninguga v\u00f5imalik elada ja isegi t\u00f6\u00f6tada.<\/p>\n

Koos VMware Toolsiga installitakse VM-ile spetsiaalne draiver, mida nimetatakse Balloon Driveriks (samuti vmmemctl). Kui h\u00fcpervisoril hakkab f\u00fc\u00fcsilisest m\u00e4lust puudu, siseneb ta Soft-seisundisse, kus ESXi palub VM-l tagasi anda kasutamata operatiivm\u00e4lu l\u00e4bi selle Balloon Driveri. Draiver t\u00f6\u00f6tab ops\u00fcsteemi tasemel ja k\u00fcsib vabadele andmetele operatsioonis\u00fcsteemist. H\u00fcpervisor n\u00e4eb, millised f\u00fc\u00fcsilise m\u00e4lu lehed on Balloon Driveri poolt h\u00f5ivatud, v\u00f5tab m\u00e4lumahtu virtuaalmasinalt ja tagastab selle hostile. Operatsioonis\u00fcsteemi t\u00f6\u00f6ga ei esine probleeme, kuna m\u00e4lu on ops\u00fcsteemi tasemel Balloon Driveri poolt h\u00f5ivatud. Vaikimisi v\u00f5ib Balloon Driver v\u00f5tta kuni 65% VM-i m\u00e4lust.<\/p>\n

Kui VM-il ei ole installitud VMware Toolsit v\u00f5i on Ballooning v\u00e4lja l\u00fclitatud (soovitan mitte teha, kuid on olemas KB<\/a><\/noindex>:), h\u00fcpervisor l\u00e4heb kohe rangemate m\u00e4lu \u00e4ra v\u00f5tmiseks m\u00f5eldud tehnikate juurde. J\u00e4reldus: j\u00e4lgige, et VMware Tools oleks VM-is installitud.<\/p>\n

\"VM-i
\nBalloon Driveri t\u00f6\u00f6d saab kontrollida ops\u00fcsteemist l\u00e4bi VMware Toolsi<\/i>.<\/p>\n

M\u00e4lu kokkusurumine.<\/b> Seda tehnikat kasutatakse, kui ESXi j\u00f5uab Hard-seisundisse. Nagu nimigi \u00fctleb, \u00fcritab ESXi suruda 4 KB suurused operatiivm\u00e4lu lehed 2 KB suurusteks, vabastades seel\u00e4bi veidi ruumi serveri f\u00fc\u00fcsilises m\u00e4lus. See tehnika suurendab oluliselt juurdep\u00e4\u00e4su aega VM-i operatiivm\u00e4lu lehtede sisule, kuna leht tuleb eelnevalt dekompressida. Vahel ei \u00f5nnestu k\u00f5iki lehti kokku suruda ja kogu protsess v\u00f5tab teatud aja. Seet\u00f5ttu ei ole see tehnika praktikas eriti t\u00f5hus.<\/p>\n

M\u00e4lu vahetus.<\/b> P\u00e4rast l\u00fchikest m\u00e4lu kokkusurumise faasi l\u00e4heb ESXi praktiliselt v\u00e4ltimatult (kui VM-e ei ole teisaldatud teistele hostidele v\u00f5i v\u00e4lja l\u00fclitatud) vahetusse. Ja kui m\u00e4lu on j\u00e4\u00e4nud v\u00e4ga v\u00e4he (madal seisund), siis h\u00fcpervisor l\u00f5petab ka VM-idele m\u00e4lulehtede eraldamise, mis v\u00f5ib p\u00f5hjustada probleeme VM-i k\u00fclaliste ops\u00fcsteemides.<\/p>\n

Nii, kuidas Swapping t\u00f6\u00f6tab. Virtuaalmasina aktiveerimisel luuakse selle jaoks fail laiendiga .vswp. Suuruselt on see v\u00f5rdne VM-i mittereserveeritud m\u00e4lu osaga: see on erinevus konfigureeritud ja reserveeritud m\u00e4lu vahel. Swappingu korral laadib ESXi virtuaalmasina m\u00e4lu lehek\u00fcljed sellesse faili ja hakkab t\u00f6\u00f6tama selle abil f\u00fc\u00fcsilise m\u00e4luga serveris. Loomulikult on selline \u201em\u00e4lu\u201d mitmeid korraldusi aeglasem kui t\u00f5eline, isegi kui .vswp asub kiirel salvestusseadmel.<\/p>\n

Erinevalt Ballooning'ust, kus VM-ilt v\u00f5etakse kasutamata lehek\u00fcljed, v\u00f5ivad Swappingu ajal ketta peale minna lehek\u00fcljed, mida OS v\u00f5i rakendused aktiivselt kasutavad. Selle tulemusel langeb VM-i j\u00f5udlus t\u00f5siselt, kuni see hakkab k\u00fclmuma. VM t\u00f6\u00f6tab formaalselt ja seda saab v\u00e4hemalt \u00f5igesti OS-ist v\u00e4lja l\u00fclitada. Kui te olete kannatlik \ud83d\ude09<\/p>\n

Kui VM-id on Swap-i l\u00e4inud \u2014 see ei ole normaalne olukord, mille tekkimist on parem v\u00e4ltida.<\/p>\n

Virtuaalmasina m\u00e4lu j\u00f5udluse peamised n\u00e4itajad<\/h3>\n

\nN\u00fc\u00fcd oleme j\u00f5udnud p\u00f5hiteemani. VM-s m\u00e4lu seisundi j\u00e4lgimiseks on j\u00e4rgmised n\u00e4itajad:<\/p>\n

Active<\/b> \u2014 n\u00e4itab m\u00e4lumahtu (KB), millega VM p\u00e4\u00e4ses eelmise m\u00f5\u00f5tmisperioodi jooksul.<\/p>\n

Kasutus<\/b> \u2014 sama, mis Aktiivne, kuid protsentides konfigureeritud m\u00e4lu suurusest VM-is. Arvutatakse j\u00e4rgmise valemi j\u00e4rgi: aktiivne \u00f7 virtuaalmasina konfigureeritud m\u00e4lu suurus.
\nK\u00f5rge kasutuse ja aktiivse n\u00e4itaja puhul ei ole see tingimata j\u00f5udlusprobleemide m\u00e4rk. Kui VM kasutab m\u00e4lu intensiivselt (minimaalsetel tasemetel, p\u00e4\u00e4seb sellele juurde), ei t\u00e4henda see, et m\u00e4lu j\u00e4\u00e4b v\u00e4heks. Pigem on see p\u00f5hjus vaadata, mis toimub OS-is.
\nVM-ide jaoks on olemas standardne Alarm m\u00e4lu kasutuse kohta:<\/p>\n

\"VM-i
\n
\nJagatud<\/b> \u2014 virtuaalmasina m\u00e4lu maht, mis on deduplikatsioonitud TPS abil (kas VM sees v\u00f5i VM-ide vahel).<\/p>\n

Antud<\/b> \u2014 f\u00fc\u00fcsilise m\u00e4lu maht hostis (KB), mis on antud VM-ile. Kaasa arvatud jagatud.<\/p>\n

Tarbitud<\/b> (Antud \u2014 Jagatud) \u2014 f\u00fc\u00fcsilise m\u00e4lu (KB) maht, mida VM tarbib hostist. Ei h\u00f5lma jagatud.<\/p>\n

Kui osa VM-i m\u00e4lust antakse mitte f\u00fc\u00fcsilisest m\u00e4lust hostis, vaid swap-failist v\u00f5i m\u00e4lu on v\u00f5etud VM-ilt Balloon Driveri kaudu, ei arvestata seda mahtu Antud ja Tarbitud.
\nK\u00f5rged Granted ja Consumed v\u00e4\u00e4rtused on t\u00e4iesti normaalsed. Operatsioonis\u00fcsteem v\u00f5tab j\u00e4rk-j\u00e4rgult m\u00e4lu h\u00fcperviisorilt ja ei anna seda tagasi. Aja jooksul, kui virtuaalmasin (VM) aktiivselt t\u00f6\u00f6tab, j\u00f5uavad need arvestite v\u00e4\u00e4rtused konfigureeritud m\u00e4lu mahule ja seal p\u00fcsivad.<\/p>\n

Null<\/b> \u2014 operatiivm\u00e4lu maht (KByte), mis sisaldab nullide v\u00e4\u00e4rtusi. Selline m\u00e4lu loetakse h\u00fcperviisori poolt vabaks ja v\u00f5ib olla antud teistele virtuaalmashinatele. P\u00e4rast seda, kui k\u00fclalisoperatsioonis\u00fcsteem on kirjutatud midagi nullitud m\u00e4llu, muutub see Consumed-iks ja ei naase enam tagasi.<\/p>\n

Reserved Overhead<\/b> \u2014 operatiivm\u00e4lu maht (KByte), mis on h\u00fcperviisori poolt reserveeritud VM-i t\u00f6\u00f6ks. See on v\u00e4ike maht, kuid see peab olema hostis olemas, vastasel juhul VM ei k\u00e4ivitu.<\/p>\n

Balloon<\/b> \u2014 operatiivm\u00e4lu maht (KByte), mis on VM-ilt v\u00e4lja v\u00f5etud Balloon Driver'i abil.<\/p>\n

Compressed<\/b> \u2014 operatiivm\u00e4lu maht (KByte), mille \u00f5nnestus tihendada.<\/p>\n

Swapped<\/b> \u2014 operatiivm\u00e4lu maht (KByte), mis serveris f\u00fc\u00fcsilise m\u00e4lu puudumisel tuli kettale.
\nBalloon ja \u00fclej\u00e4\u00e4nud m\u00e4lu tagastamise tehnikate arvestid on null.<\/p>\n

Nii n\u00e4eb v\u00e4lja graafik m\u00e4lu arvestitega normaalselt t\u00f6\u00f6tavale VM-ile, millel on 150 GB operatiivm\u00e4lu.<\/p>\n

\"VM-i
\n
\nAlloleval graafikul on VM-il selged probleemid. Graafiku all on n\u00e4ha, et sellele VM-ile on kasutatud k\u00f5iki kirjeldatud m\u00e4lu tehnikaid. Balloon on selle VM-i jaoks oluliselt suurem kui Consumed. Tegelikult on VM pigem surnud kui elus. <\/p>\n

\"VM-i
\n<\/p>\n

ESXTOP<\/h3>\n

\nNagu CPU puhul, kui soovime operatiivselt hinnata olukorda hostis ja selle d\u00fcnaamikat kuni 2-sekundiliste intervallidega, tasub kasutada ESXTOP-i.<\/p>\n

ESXTOP m\u00e4luekran kuvatakse klahviga \u201em\u201d ja n\u00e4eb v\u00e4lja j\u00e4rgmine (valitud v\u00e4ljad B,D,H,J,K,L,O):<\/p>\n

\"VM-i
\n
\nMeie jaoks huvitavad on j\u00e4rgmised parameetrid: <\/p>\n

Mem overcommit avg<\/b> \u2014 keskmine m\u00e4lu \u00fclepuhutud v\u00e4\u00e4rtus hostis 1, 5 ja 15 minuti jooksul. Kui see on \u00fcle nulli, on see p\u00f5hjus vaadata, mis toimub, kuid see ei ole alati m\u00e4rk probleemidest.<\/p>\n

Ridades PMEM\/MB<\/b> ja VMKMEM\/MB<\/b> \u2014 teave serveri f\u00fc\u00fcsilise m\u00e4lu ja VMkerneli poolt saadaval oleva m\u00e4lu kohta. Siin on huvitav n\u00e4ha v\u00e4\u00e4rtust minfree (MB-des) ja hosti m\u00e4lu seisundit (meie juhul high).<\/p>\n

Reas NUMA\/MB<\/b> v\u00f5ib n\u00e4ha operatiivm\u00e4lu jaotust NUMA-s\u00f5lmedes (soketites). Antud n\u00e4ites on jaotus ebav\u00f5rdne, mis ei ole tegelikult v\u00e4ga hea.<\/p>\n

Edasi on \u00fcldine statistika serveri kohta m\u00e4lu taastamise tehnikate kohta:<\/p>\n

PSHARE\/MB<\/b> \u2014 see on TPS statistika;<\/p>\n

SWAP\/MB<\/b> \u2014 Swap'i kasutamise statistika;<\/p>\n

ZIP\/MB<\/b> \u2014 m\u00e4lu lehek\u00fclgede kokkusurumise statistika;<\/p>\n

MEMCTL\/MB<\/b> \u2014 Balloon Driver'i kasutamise statistika.<\/p>\n

Konkreetsete VM-ide kohta v\u00f5ib meid huvitada j\u00e4rgmine teave. VM-ide nimed olen varjanud, et mitte publikule segadust tekitada :P. Kui m\u00f5\u00f5t ESXTOP on sarnane vSphere'i loendurile, siis toon vastava loenduri. <\/p>\n

MEMSZ<\/b> \u2014 m\u00e4lu suurus, mis on VM-ile konfigureeritud (MB).
\nMEMSZ = GRANT + MCTLSZ + SWCUR + untouched.<\/p>\n

GRANT<\/b> \u2014 granted MB-des.<\/p>\n

TCHD<\/b> \u2014 aktiivne MB-des.<\/p>\n

MCTL?<\/b> \u2014 kas VM-l on Balloon Driver seadistatud.<\/p>\n

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

MCTLGT<\/b> \u2014 protsessori m\u00e4lu (MB), mille ESXi soovib VM-ilt l\u00e4bi Balloon Driver tagasi v\u00f5tta (Memctl Target).<\/p>\n

MCTLMAX<\/b> \u2014 maksimaalne protsessori m\u00e4lu (MB), mille ESXi v\u00f5ib VM-ilt l\u00e4bi Balloon Driver tagasi v\u00f5tta.<\/p>\n

SWCUR<\/b> \u2014 praegune protsessori m\u00e4lu (MB), mis on VM-ile anda Swap-failist. <\/p>\n

SWGT<\/b> \u2014 protsessori m\u00e4lu (MB), mille ESXi soovib VM-ile anda Swap-failist (Swap Target).<\/p>\n

Samuti saab ESXTOP'i kaudu vaadata p\u00f5hjalikumat teavet NUMA-topoloogia kohta. Selle jaoks tuleb valida v\u00e4ljad D,G:<\/p>\n

\"VM-i
\n
\nNHN<\/b> \u2013 NUMA s\u00f5lmed, kus VM asub. Siin saab kohe m\u00e4rgata laiu VM-e, mis ei mahu \u00fche NUMA s\u00f5lme sisse.<\/p>\n

NRMEM<\/b> \u2013 kui palju megabaite m\u00e4lu VM kaugelt NUMA s\u00f5lmest v\u00f5tab.<\/p>\n

NLMEM<\/b> \u2013 kui palju megabaite m\u00e4lu VM kohalikust NUMA s\u00f5lmest v\u00f5tab.<\/p>\n

N%L<\/b> \u2013 protsent VM m\u00e4last kohalikul NUMA s\u00f5lmel (kui alla 80% \u2014 v\u00f5ivad tekkida j\u00f5udlusprobleemid).<\/p>\n

M\u00e4lu h\u00fcperviisoris<\/h3>\n

\nKui h\u00fcperviisori CPU loendurid ei esinda tavaliselt erilist huvi, siis m\u00e4lu puhul on olukord vastupidine. K\u00f5rge m\u00e4lu kasutamine VM-is ei pruugi alati t\u00e4hendada j\u00f5udlusprobleemide olemasolu, kuid k\u00f5rge m\u00e4lu kasutamine h\u00fcperviisoril aktiveerib m\u00e4lu juhtimise tehnikate t\u00f6\u00f6 ja kutsub esile VM-i j\u00f5udlusprobleemid. Peame j\u00e4lgima Host Memory Usage alarmide eest, et v\u00e4ltida VM-i sattumist Swap'i.<\/p>\n

\"VM-i
\n
\n\"VM-i
\n<\/p>\n

Unswap<\/h3>\n

\nKui VM satub Swap'i, v\u00e4heneb selle j\u00f5udlus oluliselt. Ballooningu ja kokkusurumise j\u00e4ljed kaovad kiiresti p\u00e4rast vabade protsessori m\u00e4lu tekkimist hostis, kuid tagasi naasmiseks Swap'ist protsessori m\u00e4llu ei kiirusta virtuaalne masin \u00fcldse.
\nEnne versiooni ESXi 6.0 oli ainus usaldusv\u00e4\u00e4rne ja kiire viis VM-i Swap'ist v\u00e4lja viia taask\u00e4ivitamine (t\u00e4psemalt konteineri v\u00e4ljal\u00fclitamine ja sissel\u00fclitamine). Alates ESXi 6.0-st ilmus k\u00fcll mitte t\u00e4iesti ametlik, kuid t\u00f6\u00f6tav ja usaldusv\u00e4\u00e4rne viis VM-i Swap'ist v\u00e4lja viia. \u00dchel konverentsil sain suhelda \u00fche VMware'i inseneriga, kes vastutab CPU ajakava eest. Ta kinnitas, et see meetod on t\u00e4iesti t\u00f6\u00f6tav ja ohutu. Meie praktikas ei ole sellega ka mingeid probleeme m\u00e4rgatud.<\/p>\n

Ehkki k\u00e4sklused VM-i v\u00e4lja viimiseks Swap'ist kirjeldas<\/a><\/noindex> Duncan Epping. Ma ei hakka kordama \u00fcksikasjalikku kirjeldust, lihtsalt toon n\u00e4ite selle kasutamisest. Nagu ekraanipildilt n\u00e4ha, kaob m\u00f5ne aja p\u00e4rast p\u00e4rast n\u00e4idatud k\u00e4su t\u00e4itmist Swap VM-ist.<\/p>\n

\"VM-i
\n<\/p>\n

N\u00f5uanded RAM-i haldamiseks ESXi-s<\/h3>\n

\nL\u00f5petuseks toon v\u00e4lja m\u00f5ned n\u00f5uanded, mis aitavad teil v\u00e4ltida VM-i j\u00f5udlusprobleeme RAM-i t\u00f5ttu:<\/p>\n