{"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\/sv\/blog\/administrirovanie\/analiz-proizvoditelnosti-vm-v-vmware-vsphere-chast-2-memory","title":{"rendered":"Prestandaanalys av VM i VMware vSphere. Del 2: Minne","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Prestandaanalys
\n
\nDel 1. Om CPU<\/a><\/noindex><\/p>\n

I denna artikel kommer vi att prata om prestanda\u00f6vervakningsr\u00e4knare f\u00f6r RAM i vSphere.
\nDet verkar som att minnet \u00e4r mer entydigt \u00e4n processorn: om det uppst\u00e5r prestandaproblem p\u00e5 VM \u00e4r det sv\u00e5rt att inte m\u00e4rka dem. Men n\u00e4r de v\u00e4l dyker upp \u00e4r det mycket sv\u00e5rare att hantera dem. Men vi tar det steg f\u00f6r steg. <\/a><\/noindex><\/p>\n

Lite teori<\/h3>\n

\nRAM-minnet f\u00f6r virtuella maskiner tas fr\u00e5n serverns minne d\u00e4r VMen k\u00f6rs. Detta \u00e4r ganska uppenbart :). Om serverns RAM inte r\u00e4cker till alla som vill anv\u00e4nda det, b\u00f6rjar ESXi att anv\u00e4nda minnes\u00e5tervinningstekniker. Annars skulle operativsystemen f\u00f6r VMen krascha med minnesaccessfel. <\/p>\n

Vilka tekniker ESXi ska anv\u00e4nda avg\u00f6rs av belastningen p\u00e5 RAM:<\/p>\n

Minnestillst\u00e5nd<\/b><\/p>\n

Gr\u00e4ns<\/b><\/p>\n

\u00c5tg\u00e4rder<\/b><\/p>\n

H\u00f6g<\/p>\n

400% av minFree<\/p>\n

N\u00e4r den \u00f6vre gr\u00e4nsen n\u00e5s, delas stora minnessidor upp i sm\u00e5 (TPS fungerar i standardl\u00e4ge).<\/p>\n

Rensa<\/p>\n

100% av minFree<\/p>\n

Stora minnessidor delas upp i sm\u00e5, TPS fungerar tvingat.<\/p>\n

Mjuk<\/p>\n

64% av minFree<\/p>\n

TPS + Ballong<\/p>\n

H\u00e5rd<\/p>\n

32% av minFree<\/p>\n

TPS + Komprimera + Byte<\/p>\n

L\u00e5g<\/p>\n

16% av minFree<\/p>\n

Komprimera + Byte + Blockera<\/p>\n

K\u00e4lla<\/a><\/noindex> <\/p>\n

minFree \u00e4r det RAM-minne som beh\u00f6vs f\u00f6r att hypervisor ska fungera. <\/p>\n

Fram till och med ESXi 4.1 var minFree som standard fixerat \u2013 6% av serverns RAM-kapacitet (procentsatsen kunde \u00e4ndras via alternativet Mem.MinFreePct i ESXi). I senare versioner, p\u00e5 grund av \u00f6kade minnesm\u00e4ngder p\u00e5 servrar, b\u00f6rjade minFree ber\u00e4knas utifr\u00e5n hostens minneskapacitet snarare \u00e4n som en fast procentsats. <\/p>\n

V\u00e4rdet f\u00f6r minFree (som standard) ber\u00e4knas p\u00e5 f\u00f6ljande s\u00e4tt:<\/p>\n

Procentsats av minnet som reserveras f\u00f6r minFree<\/b><\/p>\n

Minnesomr\u00e5de<\/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

\u00c5terst\u00e5ende minne<\/p>\n

K\u00e4lla<\/a><\/noindex><\/p>\n

Till exempel, f\u00f6r en server med 128 GB RAM blir v\u00e4rdet f\u00f6r MinFree s\u00e5 h\u00e4r:
\nMinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = 1,88 GB
\nDet faktiska v\u00e4rdet kan skilja sig med n\u00e5gra hundra MB, detta beror p\u00e5 servern och RAM-minnet.<\/p>\n

Procentsats av minnet som reserveras f\u00f6r minFree<\/b><\/p>\n

Minnesomr\u00e5de<\/b><\/p>\n

V\u00e4rdet f\u00f6r 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

\u00c5terst\u00e5ende minne (100 GB)<\/p>\n

1024 MB<\/p>\n

\nVanligtvis kan endast tillst\u00e5ndet High betraktas som normalt f\u00f6r produktionsmilj\u00f6er. F\u00f6r test- och utvecklingsmilj\u00f6er kan tillst\u00e5nd som Clear\/Soft vara acceptabla. Om det finns mindre \u00e4n 64 % MinFree RAM kvar p\u00e5 v\u00e4rden, kommer VM:ar som k\u00f6rs p\u00e5 den att ha prestandaproblem.<\/p>\n

I varje tillst\u00e5nd till\u00e4mpas vissa minnes\u00e5tervinningstekniker, som b\u00f6rjar med TPS, som praktiskt taget inte p\u00e5verkar VM:arnas prestanda, och slutar med swapping. Jag ska ber\u00e4tta mer om dem. <\/p>\n

Transparent Page Sharing (TPS).<\/b> TPS \u00e4r, grovt sagt, deduplicering av minnessidor f\u00f6r virtuella maskiner p\u00e5 servern.<\/p>\n

ESXi s\u00f6ker efter likadana minnessidor f\u00f6r virtuella maskiner, r\u00e4knar och j\u00e4mf\u00f6r hashv\u00e4rden f\u00f6r sidorna, och tar bort dubbletter genom att ers\u00e4tta dem med h\u00e4nvisningar till samma sida i serverns fysiska minne. Som ett resultat minskar konsumtionen av fysiskt minne, och man kan uppn\u00e5 viss \u00f6verteckning av minnet praktiskt taget utan prestandaf\u00f6rlust.<\/p>\n

\"Prestandaanalys
\nK\u00e4lla<\/a><\/noindex><\/p>\n

Denna mekanism fungerar endast f\u00f6r minnessidor som \u00e4r 4 KB stora (small pages). Hiper-V f\u00f6rs\u00f6ker inte ens deduplicera sidor som \u00e4r 2 MB stora (large pages): Chansen att hitta likadana sidor av den storleken \u00e4r inte stor.<\/p>\n

Som standard tilldelar ESXi minne till stora sidor. Uppdelning av stora sidor till sm\u00e5 sidor b\u00f6rjar n\u00e4r tr\u00f6skeln f\u00f6r tillst\u00e5ndet High n\u00e5s och sker tvingande n\u00e4r tillst\u00e5ndet Clear n\u00e5s (se hypervisorns tillst\u00e5ndstabell).<\/p>\n

Om du vill att TPS ska b\u00f6rja arbeta utan att v\u00e4nta p\u00e5 att v\u00e4rdens RAM ska fyllas, m\u00e5ste du st\u00e4lla in v\u00e4rdet i Advanced Options p\u00e5 ESXi \u201cMem.AllocGuestLargePage\u201d<\/i> till 0 (standardv\u00e4rdet \u00e4r 1). D\u00e5 kommer allokeringen av stora sidor f\u00f6r virtuella maskiner att st\u00e4ngas av.<\/p>\n

Fr\u00e5n och med december 2014 \u00e4r TPS som standard avst\u00e4ngt mellan VM i alla versioner av ESXi, eftersom en s\u00e5rbarhet har uppt\u00e4ckts som teoretiskt kan till\u00e5ta \u00e5tkomst till en annan VMs minne fr\u00e5n en VM. Mer information finns h\u00e4r. Jag har inte sett n\u00e5gon information om praktisk implementering av s\u00e5rbarheten TPS.<\/p>\n

TPS-policy kontrolleras genom avancerad option \u201cMem.ShareForceSalting\u201d<\/i> p\u00e5 ESXi:
\n0 \u2014 Inter-VM TPS. TPS fungerar f\u00f6r sidor fr\u00e5n olika VM;
\n1 \u2013 TPS f\u00f6r VM med samma v\u00e4rde f\u00f6r \u201csched.mem.pshare.salt\u201d i VMX;
\n2 (standard) \u2013 Intra-VM TPS. TPS fungerar f\u00f6r sidor inom en VM.<\/p>\n

Det \u00e4r definitivt meningsfullt att st\u00e4nga av stora sidor och aktivera Inter-VM TPS p\u00e5 testb\u00e4nkar. Detta kan ocks\u00e5 anv\u00e4ndas f\u00f6r b\u00e4nkar med ett stort antal liknande VM. Till exempel kan besparingen av fysisk minne p\u00e5 VDI-b\u00e4nkar n\u00e5 tiotals procent. <\/p>\n

Minne Ballooning.<\/b> Ballooning \u00e4r inte l\u00e4ngre en s\u00e5 harml\u00f6s och genomskinlig teknik f\u00f6r VM:s operativsystem som TPS. Men med korrekt anv\u00e4ndning kan man leva med och till och med arbeta med Ballooning.<\/p>\n

Tillsammans med VMware Tools installeras en speciell drivrutin p\u00e5 VM som kallas Balloon Driver (\u00e4ven k\u00e4nd som vmmemctl). N\u00e4r hypervisorn b\u00f6rjar f\u00e5 brist p\u00e5 fysisk minne och g\u00e5r in i ett Soft-l\u00e4ge, ber ESXi VM:n att \u00e5terl\u00e4mna oanv\u00e4nt RAM-minne via denna Balloon Driver. Drivrutinen arbetar i sin tur p\u00e5 operativsystemsniv\u00e5 och beg\u00e4r ledigt minne fr\u00e5n operativsystemet. Hypervisorn ser vilka sidor av det fysiska minnet som upptas av Balloon Driver, tar minne fr\u00e5n den virtuella maskinen och \u00e5terl\u00e4mnar det till v\u00e4rden. Det uppst\u00e5r inga problem med operativsystemets arbete eftersom minnet p\u00e5 operativsystemsniv\u00e5 anv\u00e4nds av Balloon Driver. Som standard kan Balloon Driver ta upp till 65% av VM:ns minne.<\/p>\n

Om VMware Tools inte \u00e4r installerade p\u00e5 VM eller om Ballooning \u00e4r avst\u00e4ngt (jag rekommenderar det inte, men det finns KB<\/a><\/noindex>:), g\u00e5r hypervisorn direkt \u00f6ver till mer drastiska tekniker f\u00f6r minnesavst\u00e5ende. Slutsats: Se till att VMware Tools \u00e4r installerade p\u00e5 VM.<\/p>\n

\"Prestandaanalys
\nBalloon Drivers arbete kan kontrolleras fr\u00e5n operativsystemet via VMware Tools.<\/i>.<\/p>\n

Minnekomprimering.<\/b> Denna teknik anv\u00e4nds n\u00e4r ESXi n\u00e5r ett Hard-l\u00e4ge. Som namnet antyder f\u00f6rs\u00f6ker ESXi komprimera 4 KB-minnessidor till 2 KB och p\u00e5 s\u00e5 s\u00e4tt frig\u00f6ra lite utrymme i serverns fysiska minne. Denna teknik \u00f6kar avsev\u00e4rt \u00e5tkomsttiden till inneh\u00e5llet i VM:s minnessidor, eftersom sidan m\u00e5ste dekomprimeras f\u00f6rst. Ibland g\u00e5r det inte att komprimera alla sidor och sj\u00e4lva processen tar lite tid. D\u00e4rf\u00f6r \u00e4r denna teknik i praktiken inte s\u00e5 effektiv.<\/p>\n

Minnesv\u00e4xling.<\/b> Efter en kort fas av minneskomprimering g\u00e5r ESXi i stort sett ofr\u00e5nkomligen (om inte VM:erna har flyttats till andra v\u00e4rdar eller st\u00e4ngts av) \u00f6ver till v\u00e4xling. Och om det finns mycket lite minne kvar (Low-l\u00e4ge), slutar hypervisorn ocks\u00e5 att tilldela VM sidor av minnet, vilket kan orsaka problem i g\u00e4stande operativsystem f\u00f6r VM.<\/p>\n

S\u00e5 h\u00e4r fungerar Swapping. N\u00e4r en virtuell maskin startas skapas en fil med fil\u00e4ndelsen .vswp. Den \u00e4r i storlek motsvarande det icke-reserverade RAM-minnet f\u00f6r VM: det \u00e4r skillnaden mellan konfigurerat och reserverat minne. N\u00e4r Swapping \u00e4r aktiv, avlastar ESXi minnessidor fr\u00e5n den virtuella maskinen till denna fil och b\u00f6rjar anv\u00e4nda den ist\u00e4llet f\u00f6r den fysiska serverminnet. Sj\u00e4lvklart \u00e4r s\u00e5dant \"RAM\" flera ordningar l\u00e5ngsammare \u00e4n det verkliga, \u00e4ven om .vswp ligger p\u00e5 snabb lagring.<\/p>\n

Till skillnad fr\u00e5n Ballooning, d\u00e4r VM tar bort oanv\u00e4nda sidor, kan sidor som aktivt anv\u00e4nds av OS eller applikationer inom VM flyttas till disken vid Swapping. Detta resulterar i att VM-prestandan sjunker ner till att n\u00e4stan frysa. VM fungerar formellt och kan \u00e5tminstone st\u00e4ngas av korrekt fr\u00e5n OS. Om du \u00e4r t\u00e5lmodig \ud83d\ude09<\/p>\n

Om VM g\u00e5r in i Swap \u00e4r det en avvikelse som b\u00f6r undvikas s\u00e5 mycket som m\u00f6jligt.<\/p>\n

Huvudsakliga prestandaindikatorer f\u00f6r minnet av den virtuella maskinen<\/h3>\n

\nNu har vi kommit till det viktigaste. F\u00f6r att \u00f6vervaka minnesstatusen i VM finns f\u00f6ljande indikatorer:<\/p>\n

Aktiv<\/b> \u2014 visar m\u00e4ngden RAM-minne (KB) som VM har haft tillg\u00e5ng till under den senaste m\u00e4tperioden.<\/p>\n

Anv\u00e4ndning<\/b> \u2014 samma som Aktiv, men i procent av den konfigurerade RAM-minnet f\u00f6r VM. Ber\u00e4knas enligt f\u00f6ljande formel: aktiv \u00f7 storlek p\u00e5 konfigurerat minne f\u00f6r den virtuella maskinen.
\nH\u00f6g Anv\u00e4ndning och Aktiv \u00e4r inte alltid indikatorer p\u00e5 prestandaproblem i VM. Om VM aggressivt anv\u00e4nder minne (\u00e5tminstone har tillg\u00e5ng till det) betyder det inte att minnet \u00e4r otillr\u00e4ckligt. Snarare \u00e4r det ett sk\u00e4l att kolla vad som h\u00e4nder i OS.
\nDet finns en standardalarm f\u00f6r Memory Usage f\u00f6r VM:<\/p>\n

\"Prestandaanalys
\n
\nDela<\/b> \u2014 m\u00e4ngden RAM-minne f\u00f6r VM som har deduplicerats med hj\u00e4lp av TPS (inom VM eller mellan VM).<\/p>\n

Tilldelad<\/b> \u2014 m\u00e4ngden fysisk minne p\u00e5 v\u00e4rden (KB) som har tilldelats till VM. Inkluderar Dela.<\/p>\n

F\u00f6rbrukad<\/b> (Tilldelad \u2014 Dela) \u2014 m\u00e4ngden fysisk minne (KB) som VM konsumerar fr\u00e5n v\u00e4rden. Inkluderar inte Dela.<\/p>\n

Om en del av minnet f\u00f6r VM tilldelas inte fr\u00e5n v\u00e4rdens fysiska minne, utan fr\u00e5n swap-filen eller minne tas bort fr\u00e5n VM via Balloon Driver, r\u00e4knas detta inte in i Tilldelad och F\u00f6rbrukad.
\nH\u00f6ga v\u00e4rden av Granted och Consumed \u00e4r helt normala. Operativsystemet tar stegvis minne fr\u00e5n hypervisorn och ger inte tillbaka. Med tiden kommer v\u00e4rdena f\u00f6r dessa r\u00e4knare, f\u00f6r en aktivt fungerande VM, n\u00e4rma sig den konfigurerade minnesstorleken och stanna d\u00e4r.<\/p>\n

Noll<\/b> \u2014 m\u00e4ngden arbetsminne f\u00f6r VM (KB) som inneh\u00e5ller nollor. S\u00e5dant minne anses vara fritt av hypervisorn och kan ges till andra virtuella maskiner. Efter att det g\u00e4stande operativsystemet har skrivit n\u00e5got i minnet som har nollst\u00e4llts g\u00e5r det \u00f6ver till Consumed och \u00e5terv\u00e4nder aldrig.<\/p>\n

Reserved Overhead<\/b> \u2014 m\u00e4ngden arbetsminne f\u00f6r VM (KB) som \u00e4r reserverat av hypervisorn f\u00f6r att driva VM. Det \u00e4r en liten m\u00e4ngd, men den m\u00e5ste alltid finnas tillg\u00e4nglig p\u00e5 v\u00e4rden, annars startar inte VM.<\/p>\n

Balloon<\/b> \u2014 m\u00e4ngden arbetsminne (KB) som tagits fr\u00e5n VM med hj\u00e4lp av Balloon Driver.<\/p>\n

Compressed<\/b> \u2014 m\u00e4ngden arbetsminne (KB) som har lyckats komprimeras.<\/p>\n

Swapped<\/b> \u2014 m\u00e4ngden arbetsminne (KB) som, p\u00e5 grund av brist p\u00e5 fysisk minne p\u00e5 servern, har flyttats till disken.
\nBalloon och de andra r\u00e4knarna f\u00f6r minnes\u00e5tervinning \u00e4r noll.<\/p>\n

S\u00e5 h\u00e4r ser grafen ut med r\u00e4knarna f\u00f6r ett normalt fungerande VM med 150 GB arbetsminne.<\/p>\n

\"Prestandaanalys
\n
\nI grafen nedan har VM uppenbara problem. Under grafen kan man se att alla beskrivna tekniker f\u00f6r arbetsminneshantering har anv\u00e4nts f\u00f6r denna VM. Balloon f\u00f6r denna VM \u00e4r mycket st\u00f6rre \u00e4n Consumed. Faktum \u00e4r att VM \u00e4r mer d\u00f6d \u00e4n levande. <\/p>\n

\"Prestandaanalys
\n<\/p>\n

ESXTOP<\/h3>\n

\nPrecis som med CPU, om vi snabbt vill bed\u00f6ma situationen p\u00e5 v\u00e4rden och dess dynamik med intervall p\u00e5 upp till 2 sekunder, b\u00f6r vi anv\u00e4nda ESXTOP.<\/p>\n

ESXTOP-sk\u00e4rmen f\u00f6r minne kallas med tangenten \"m\" och ser ut som f\u00f6ljer (f\u00e4lten B,D,H,J,K,L,O \u00e4r valda):<\/p>\n

\"Prestandaanalys
\n
\nIntressanta parametrar f\u00f6r oss \u00e4r f\u00f6ljande: <\/p>\n

Mem overcommit avg<\/b> \u2014 genomsnittligt v\u00e4rde f\u00f6r minnesoverskrivning p\u00e5 v\u00e4rden under 1, 5 och 15 minuter. Om det \u00e4r \u00f6ver noll \u00e4r det en anledning att titta p\u00e5 vad som h\u00e4nder, men det \u00e4r inte alltid en indikator p\u00e5 problem.<\/p>\n

I raderna PMEM\/MB<\/b> och VMKMEM\/MB<\/b> \u2014 information om serverns fysiska minne och minnet som \u00e4r tillg\u00e4ngligt f\u00f6r VMkernel. H\u00e4r kan intressant nog v\u00e4rdet f\u00f6r minfree (i MB) och v\u00e4rdens minnesstatus (i v\u00e5rt fall, h\u00f6g) ses.<\/p>\n

I raden NUMA\/MB<\/b> kan man se f\u00f6rdelningen av arbetsminne \u00f6ver NUMA-noder (socklar). I detta exempel \u00e4r f\u00f6rdelningen oj\u00e4mt, vilket i princip inte \u00e4r s\u00e5 bra.<\/p>\n

H\u00e4r f\u00f6ljer allm\u00e4n statistik f\u00f6r servern ang\u00e5ende minnes\u00e5tervinningstekniker:<\/p>\n

PSHARE\/MB<\/b> \u2014 detta \u00e4r TPS-statistik;<\/p>\n

SWAP\/MB<\/b> \u2014 statistik \u00f6ver anv\u00e4ndning av Swap;<\/p>\n

ZIP\/MB<\/b> \u2014 statistik f\u00f6r komprimering av minnessidor;<\/p>\n

MEMCTL\/MB<\/b> \u2014 statistik f\u00f6r anv\u00e4ndning av Balloon Driver.<\/p>\n

F\u00f6r individuella VM kan f\u00f6ljande information vara intressant. Jag har dolt namnen p\u00e5 VM f\u00f6r att inte f\u00f6rvirra publiken :). Om metrik ESXTOP motsvarar r\u00e4knaren i vSphere, ger jag motsvarande r\u00e4knare. <\/p>\n

MEMSZ<\/b> \u2014 m\u00e4ngden minne som konfigurerats f\u00f6r VM (MB).
\nMEMSZ = GRANT + MCTLSZ + SWCUR + untouched.<\/p>\n

GRANT<\/b> \u2014 Granted i megabyte.<\/p>\n

TCHD<\/b> \u2014 Aktiv i megabyte.<\/p>\n

MCTL?<\/b> \u2014 om Balloon Driver \u00e4r installerad p\u00e5 VM.<\/p>\n

MCTLSZ<\/b> \u2014 Balloon i megabyte.<\/p>\n

MCTLGT<\/b> \u2014 m\u00e4ngden RAM (megabyte) som ESXi vill \u00e5terkr\u00e4va fr\u00e5n VM via Balloon Driver (Memctl Target).<\/p>\n

MCTLMAX<\/b> \u2014 den maximala m\u00e4ngden RAM (megabyte) som ESXi kan \u00e5terkr\u00e4va fr\u00e5n VM via Balloon Driver.<\/p>\n

SWCUR<\/b> \u2014 den nuvarande m\u00e4ngden RAM (megabyte) som tilldelats VM fr\u00e5n Swap-filen. <\/p>\n

SWGT<\/b> \u2014 m\u00e4ngden RAM (megabyte) som ESXi vill ge till VM fr\u00e5n Swap-filen (Swap Target).<\/p>\n

Med hj\u00e4lp av ESXTOP kan man ocks\u00e5 se mer detaljerad information om VM:s NUMA-topologi. F\u00f6r detta m\u00e5ste f\u00e4lten D,G v\u00e4ljas:<\/p>\n

\"Prestandaanalys
\n
\nNHN<\/b> \u2013 NUMA-noder d\u00e4r VM \u00e4r placerad. H\u00e4r kan man omedelbart l\u00e4gga m\u00e4rke till breda VM som inte f\u00e5r plats p\u00e5 en enda NUMA-nod.<\/p>\n

NRMEM<\/b> \u2013 hur m\u00e5nga megabyte minne VM tar fr\u00e5n en avl\u00e4gsen NUMA-nod.<\/p>\n

NLMEM<\/b> \u2013 hur m\u00e5nga megabyte minne VM tar fr\u00e5n en lokal NUMA-nod.<\/p>\n

N%L<\/b> \u2013 procent av minnet hos VM p\u00e5 lokal NUMA-nod (om mindre \u00e4n 80% \u2014 kan det uppst\u00e5 prestandaproblem).<\/p>\n

Minnet p\u00e5 hypervisorn<\/h3>\n

\nOm CPU-r\u00e4knarna f\u00f6r hypervisorn vanligtvis inte \u00e4r av s\u00e4rskilt intresse, s\u00e5 \u00e4r situationen olika med minnet. H\u00f6g minnesanv\u00e4ndning p\u00e5 VM betyder inte alltid att det finns ett prestandaproblem, men h\u00f6g minnesanv\u00e4ndning p\u00e5 hypervisorn s\u00e4tter ig\u00e5ng minneshanteringstekniker och orsakar prestandaproblem f\u00f6r VM. Man b\u00f6r \u00f6vervaka larm f\u00f6r v\u00e4rdminnesanv\u00e4ndning och undvika att VM hamnar i Swap.<\/p>\n

\"Prestandaanalys
\n
\n\"Prestandaanalys
\n<\/p>\n

Unswap<\/h3>\n

\nOm VM hamnar i Swap, minskar dess prestanda avsev\u00e4rt. Sp\u00e5r av Ballooning och komprimering f\u00f6rsvinner snabbt efter att det finns ledigt RAM p\u00e5 v\u00e4rden, men att \u00e5terv\u00e4nda fr\u00e5n Swap till v\u00e4rdens RAM g\u00e5r inte snabbt f\u00f6r den virtuella maskinen.
\nFram till ESXi 6.0 var den enda p\u00e5litliga och snabba metoden f\u00f6r att f\u00e5 ut en virtuell maskin (VM) fr\u00e5n Swap att starta om (mer exakt att st\u00e4nga av och s\u00e4tta p\u00e5 containern). Fr\u00e5n och med ESXi 6.0 finns det en, om \u00e4n inte helt officiell, men fungerande och p\u00e5litlig metod f\u00f6r att f\u00e5 ut VM fr\u00e5n Swap. P\u00e5 en av konferenserna hade jag m\u00f6jlighet att prata med en av ingenj\u00f6rerna p\u00e5 VMware som ansvarar f\u00f6r CPU-schemal\u00e4ggaren. Han bekr\u00e4ftade att metoden fungerar bra och \u00e4r s\u00e4ker. I v\u00e5r erfarenhet har vi inte haft n\u00e5gra problem med det.<\/p>\n

Kommandon f\u00f6r att f\u00e5 ut en VM fr\u00e5n Swap beskriver<\/a><\/noindex> Duncan Epping. Jag kommer inte att upprepa den detaljerade beskrivningen, utan jag ger bara ett exempel p\u00e5 hur den anv\u00e4nds. Som syns p\u00e5 sk\u00e4rmdumpen f\u00f6rsvinner Swap fr\u00e5n VM efter en viss tid n\u00e4r kommandot har k\u00f6rts.<\/p>\n

\"Prestandaanalys
\n<\/p>\n

Tips f\u00f6r att hantera RAM-minne p\u00e5 ESXi<\/h3>\n

\nTill sist, n\u00e5gra tips som kan hj\u00e4lpa dig att undvika prestandaproblem f\u00f6r VM p\u00e5 grund av RAM-minne:<\/p>\n