ఈ వ్యాసంలో, మేము vSphere లో రాండమ్ యాక్సెస్ మెమరీ (RAM) యొక్క పనితీరు కౌంటర్ల గురించి మాట్లాడుతాము.
ప్రాసెసర్తో పోలిస్తే మెమరీతో ప్రతిదీ స్పష్టంగా ఉన్నట్లు అనిపిస్తుంది: VMకి పనితీరు సమస్యలు ఉంటే, వాటిని గమనించడం కష్టం. కానీ వారు కనిపిస్తే, వారితో వ్యవహరించడం చాలా కష్టం. కానీ మొదటి విషయాలు మొదటి.
సిద్ధాంతం యొక్క బిట్
VMలు రన్ అవుతున్న సర్వర్ మెమరీ నుండి వర్చువల్ మిషన్ల RAM తీసుకోబడుతుంది. ఇది చాలా స్పష్టంగా ఉంది :). సర్వర్ యొక్క RAM అందరికీ సరిపోకపోతే, ESXi RAM వినియోగాన్ని ఆప్టిమైజ్ చేయడానికి మెమరీ పునరుద్ధరణ పద్ధతులను ఉపయోగించడం ప్రారంభిస్తుంది. లేకపోతే, RAM యాక్సెస్ లోపాలతో VM ఆపరేటింగ్ సిస్టమ్లు క్రాష్ అవుతాయి.
ESXi ఏ టెక్నిక్లను ఉపయోగించాలో RAM లోడ్పై ఆధారపడి నిర్ణయిస్తుంది:
మెమరీ స్థితి
సరిహద్దు
చర్యలు
అధిక
400% minFree
ఎగువ పరిమితిని చేరుకున్న తర్వాత, పెద్ద మెమరీ పేజీలు చిన్నవిగా విభజించబడతాయి (TPS ప్రామాణిక మోడ్లో పని చేస్తుంది).
ప్రశాంతంగా
100% minFree
పెద్ద మెమరీ పేజీలు చిన్నవిగా విభజించబడ్డాయి, TPS పని చేయవలసి వస్తుంది.
సాఫ్ట్
64% minFree
TPS + బెలూన్
హార్డ్
32% minFree
TPS + కంప్రెస్ + స్వాప్
తక్కువ
16% minFree
కంప్రెస్ + స్వాప్ + బ్లాక్ చేయండి
minFree అనేది హైపర్వైజర్ పని చేయడానికి అవసరమైన RAM.
ESXi 4.1 కలుపుకొని ముందు, minFree డిఫాల్ట్గా పరిష్కరించబడింది - సర్వర్ RAMలో 6% (ESXiలో Mem.MinFreePct ఎంపిక ద్వారా శాతాన్ని మార్చవచ్చు). తరువాతి సంస్కరణల్లో, సర్వర్లలో మెమరీ పరిమాణాల పెరుగుదల కారణంగా, minFree హోస్ట్ మెమరీ మొత్తం ఆధారంగా గణించడం ప్రారంభించబడింది మరియు నిర్ణీత శాతంగా కాదు.
minFree (డిఫాల్ట్) విలువ క్రింది విధంగా లెక్కించబడుతుంది:
minFree కోసం మెమరీ శాతం రిజర్వ్ చేయబడింది
మెమరీ పరిధి
6%
0-4 GB
4%
4-12 GB
2%
12-28 GB
1%
మిగిలిన జ్ఞాపకం
ఉదాహరణకు, 128 GB RAM ఉన్న సర్వర్ కోసం, MinFree విలువ ఇలా ఉంటుంది:
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12MB = 1,88GB
వాస్తవ విలువ రెండు వందల MB తేడా ఉండవచ్చు, ఇది సర్వర్ మరియు RAMపై ఆధారపడి ఉంటుంది.
minFree కోసం మెమరీ శాతం రిజర్వ్ చేయబడింది
మెమరీ పరిధి
128 GB విలువ
6%
0-4 GB
245,76 MB
4%
4-12 GB
327,68 MB
2%
12-28 GB
327,68 MB
1%
మిగిలిన మెమరీ (100 GB)
1024 MB
సాధారణంగా, ఉత్పాదక స్టాండ్ల కోసం, హై స్టేట్ మాత్రమే సాధారణమైనదిగా పరిగణించబడుతుంది. పరీక్ష మరియు అభివృద్ధి బెంచ్ల కోసం, క్లియర్/సాఫ్ట్ స్టేట్లు ఆమోదయోగ్యం కావచ్చు. హోస్ట్లోని RAM 64% MinFree కంటే తక్కువగా ఉంటే, దానిపై నడుస్తున్న VMలు ఖచ్చితంగా పనితీరు సమస్యలను కలిగి ఉంటాయి.
ప్రతి రాష్ట్రంలో, నిర్దిష్ట మెమరీ పునరుద్ధరణ పద్ధతులు వర్తించబడతాయి, TPSతో ప్రారంభించి, ఇది ఆచరణాత్మకంగా VM పనితీరును ప్రభావితం చేయదు మరియు మార్పిడితో ముగుస్తుంది. నేను వాటి గురించి మీకు మరింత చెబుతాను.
పారదర్శక పేజీ భాగస్వామ్యం (TPS). TPS అంటే, స్థూలంగా చెప్పాలంటే, సర్వర్లోని వర్చువల్ మెషీన్ మెమరీ పేజీల తగ్గింపు.
ESXi పేజీల హాష్ మొత్తాన్ని లెక్కించడం మరియు సరిపోల్చడం ద్వారా వర్చువల్ మెషీన్ RAM యొక్క ఒకేలాంటి పేజీల కోసం చూస్తుంది మరియు నకిలీ పేజీలను తీసివేస్తుంది, సర్వర్ యొక్క భౌతిక మెమరీలో అదే పేజీకి లింక్లతో వాటిని భర్తీ చేస్తుంది. ఫలితంగా, భౌతిక మెమరీ వినియోగం తగ్గుతుంది మరియు కొంత మెమరీ ఓవర్సబ్స్క్రిప్షన్ తక్కువ లేదా పనితీరు క్షీణత లేకుండా సాధించవచ్చు.
ఈ మెకానిజం 4 KB మెమరీ పేజీలకు మాత్రమే పని చేస్తుంది (చిన్న పేజీలు). హైపర్వైజర్ 2 MB (పెద్ద పేజీలు) పేజీలను తగ్గించడానికి కూడా ప్రయత్నించదు: ఈ పరిమాణంలో ఒకేలాంటి పేజీలను కనుగొనే అవకాశం గొప్పది కాదు.
డిఫాల్ట్గా, ESXi మెమరీని పెద్ద పేజీలకు కేటాయిస్తుంది. పెద్ద పేజీలను చిన్న పేజీలుగా విభజించడం హై స్టేట్ థ్రెషోల్డ్ను చేరుకున్నప్పుడు ప్రారంభమవుతుంది మరియు క్లియర్ స్థితికి చేరుకున్నప్పుడు బలవంతంగా ఉంటుంది (హైపర్వైజర్ స్టేట్ టేబుల్ చూడండి).
హోస్ట్ RAM నింపే వరకు వేచి ఉండకుండా TPS పని చేయడం ప్రారంభించాలని మీరు కోరుకుంటే, అధునాతన ఎంపికలు ESXiలో మీరు విలువను సెట్ చేయాలి “Mem.AllocGuestLargePage” 0 వరకు (డిఫాల్ట్ 1). అప్పుడు వర్చువల్ మిషన్ల కోసం పెద్ద మెమరీ పేజీల కేటాయింపు నిలిపివేయబడుతుంది.
డిసెంబర్ 2014 నుండి, ESXi యొక్క అన్ని విడుదలలలో, VMల మధ్య TPS డిఫాల్ట్గా నిలిపివేయబడింది, ఎందుకంటే ఒక VM నుండి మరొక VM యొక్క RAMకి ప్రాప్యతను సిద్ధాంతపరంగా అనుమతించే దుర్బలత్వం కనుగొనబడింది. వివరాలు ఇక్కడ. TPS దుర్బలత్వాన్ని ఉపయోగించడం యొక్క ఆచరణాత్మక అమలు గురించి నాకు సమాచారం రాలేదు.
TPS విధానం అధునాతన ఎంపిక ద్వారా నియంత్రించబడుతుంది “Mem.ShareForceSalting” ESXiలో:
0 - ఇంటర్-VM TPS. వివిధ VMల పేజీల కోసం TPS పనిచేస్తుంది;
1 - VMXలో అదే "sched.mem.pshare.salt" విలువతో VM కోసం TPS;
2 (డిఫాల్ట్) - ఇంట్రా-VM TPS. VM లోపల పేజీల కోసం TPS పని చేస్తుంది.
పెద్ద పేజీలను ఆఫ్ చేయడం మరియు టెస్ట్ బెంచ్లలో ఇంటర్-VM TPSని ఆన్ చేయడం ఖచ్చితంగా అర్ధమే. ఇది ఒకే రకమైన VM యొక్క పెద్ద సంఖ్యలో స్టాండ్ల కోసం కూడా ఉపయోగించవచ్చు. ఉదాహరణకు, VDIతో స్టాండ్లలో, భౌతిక మెమరీలో పొదుపు పదుల శాతానికి చేరుకుంటుంది.
మెమరీ బెలూనింగ్. బెలూనింగ్ అనేది ఇకపై TPS వంటి VM ఆపరేటింగ్ సిస్టమ్కు హానిచేయని మరియు పారదర్శక సాంకేతికత కాదు. కానీ సరైన అప్లికేషన్తో, మీరు బెలూనింగ్తో జీవించవచ్చు మరియు పని చేయవచ్చు.
Vmware టూల్స్తో కలిసి, VMలో బెలూన్ డ్రైవర్ (అకా vmmemctl) అనే ప్రత్యేక డ్రైవర్ ఇన్స్టాల్ చేయబడింది. హైపర్వైజర్ ఫిజికల్ మెమొరీ అయిపోవడం ప్రారంభించి సాఫ్ట్ స్టేట్లోకి ప్రవేశించినప్పుడు, ఈ బెలూన్ డ్రైవర్ ద్వారా ఉపయోగించని RAMని తిరిగి పొందమని ESXi VMని అడుగుతుంది. డ్రైవర్, క్రమంగా, ఆపరేటింగ్ సిస్టమ్ స్థాయిలో పని చేస్తుంది మరియు దాని నుండి ఉచిత మెమరీని అభ్యర్థిస్తుంది. బెలూన్ డ్రైవర్ ఫిజికల్ మెమరీలో ఏ పేజీలను ఆక్రమించాడో హైపర్వైజర్ చూస్తుంది, వర్చువల్ మెషీన్ నుండి మెమరీని తీసుకొని హోస్ట్కు తిరిగి ఇస్తుంది. OS యొక్క ఆపరేషన్లో ఎటువంటి సమస్యలు లేవు, ఎందుకంటే OS స్థాయిలో మెమరీని బెలూన్ డ్రైవర్ ఆక్రమిస్తుంది. డిఫాల్ట్గా బెలూన్ డ్రైవర్ VM మెమరీలో 65% వరకు తీసుకోవచ్చు.
VMలో VMware సాధనాలు ఇన్స్టాల్ చేయబడకపోతే లేదా బెలూనింగ్ నిలిపివేయబడితే (నేను సిఫార్సు చేయను, కానీ ఉన్నాయి
VMware సాధనాల ద్వారా OS నుండి బెలూన్ డ్రైవర్ యొక్క ఆపరేషన్ని తనిఖీ చేయవచ్చు.
మెమరీ కంప్రెషన్. ESXi హార్డ్ స్థితికి చేరుకున్నప్పుడు ఈ సాంకేతికత ఉపయోగించబడుతుంది. పేరు సూచించినట్లుగా, ESXi RAM యొక్క 4KB పేజీని 2KBకి కుదించడానికి ప్రయత్నిస్తుంది మరియు తద్వారా సర్వర్ యొక్క భౌతిక మెమరీలో కొంత స్థలాన్ని ఖాళీ చేస్తుంది. ఈ సాంకేతికత VM RAM పేజీల యొక్క కంటెంట్లకు ప్రాప్యత సమయాన్ని గణనీయంగా పెంచుతుంది, ఎందుకంటే పేజీని ముందుగా కంప్రెస్ చేయవలసి ఉంటుంది. కొన్నిసార్లు అన్ని పేజీలు కుదించబడవు మరియు ప్రక్రియకు కొంత సమయం పడుతుంది. అందువలన, ఈ సాంకేతికత ఆచరణలో చాలా ప్రభావవంతంగా లేదు.
మెమరీ మార్పిడి. ఒక చిన్న మెమరీ కంప్రెషన్ దశ తర్వాత, ESXi దాదాపు అనివార్యంగా (VMలు ఇతర హోస్ట్ల కోసం వదిలివేయకపోతే లేదా ఆఫ్ చేయబడి ఉంటే) స్వాపింగ్కి మారతాయి. మరియు చాలా తక్కువ మెమరీ మిగిలి ఉంటే (తక్కువ స్థితి), అప్పుడు హైపర్వైజర్ కూడా VMకి మెమరీ పేజీలను కేటాయించడాన్ని ఆపివేస్తుంది, ఇది VM యొక్క అతిథి OSలో సమస్యలను కలిగిస్తుంది.
స్వాపింగ్ ఎలా పని చేస్తుందో ఇక్కడ ఉంది. మీరు వర్చువల్ మిషన్ను ఆన్ చేసినప్పుడు, దాని కోసం .vswp పొడిగింపుతో ఒక ఫైల్ సృష్టించబడుతుంది. ఇది పరిమాణంలో VM యొక్క అన్రిజర్వ్డ్ RAMకి సమానంగా ఉంటుంది: ఇది కాన్ఫిగర్ చేయబడిన మరియు రిజర్వ్ చేయబడిన మెమరీ మధ్య వ్యత్యాసం. స్వాపింగ్ రన్ అవుతున్నప్పుడు, ESXi ఈ ఫైల్లోకి వర్చువల్ మెషిన్ మెమరీ పేజీలను అన్లోడ్ చేస్తుంది మరియు సర్వర్ యొక్క భౌతిక మెమరీకి బదులుగా దానితో పని చేయడం ప్రారంభిస్తుంది. వాస్తవానికి, అటువంటి "ఆపరేటివ్" మెమరీ అనేది .vswp ఫాస్ట్ స్టోరేజ్లో ఉన్నప్పటికీ, నిజమైన దాని కంటే చాలా నెమ్మదిగా ఉంటుంది.
Balloning కాకుండా, ఉపయోగించని పేజీలు VM నుండి తీసుకోబడినప్పుడు, స్వాపింగ్తో, VM లోపల OS లేదా అప్లికేషన్లు చురుకుగా ఉపయోగించే పేజీలు డిస్క్కి తరలించబడతాయి. ఫలితంగా, VM పనితీరు గడ్డకట్టే స్థాయికి పడిపోతుంది. VM అధికారికంగా పనిచేస్తుంది మరియు కనీసం అది OS నుండి సరిగ్గా నిలిపివేయబడుతుంది. మీరు ఓపికగా ఉంటే 😉
VMలు స్వాప్కి వెళ్లినట్లయితే, ఇది అసాధారణ పరిస్థితి, వీలైతే ఉత్తమంగా నివారించబడుతుంది.
కీ VM మెమరీ పనితీరు కౌంటర్లు
కాబట్టి మేము ప్రధాన విషయానికి వచ్చాము. VMలో మెమరీ స్థితిని పర్యవేక్షించడానికి, క్రింది కౌంటర్లు ఉన్నాయి:
యాక్టివ్ — మునుపటి కొలత వ్యవధిలో VM యాక్సెస్ పొందిన RAM (KB) మొత్తాన్ని చూపుతుంది.
వాడుక - అదే యాక్టివ్, కానీ VM యొక్క కాన్ఫిగర్ చేసిన RAM శాతం. కింది సూత్రాన్ని ఉపయోగించి లెక్కించబడుతుంది: సక్రియ ÷ వర్చువల్ మెషీన్ కాన్ఫిగర్ చేసిన మెమరీ పరిమాణం.
అధిక వినియోగం మరియు యాక్టివ్, వరుసగా, ఎల్లప్పుడూ VM పనితీరు సమస్యలకు సూచిక కాదు. VM దూకుడుగా మెమరీని ఉపయోగిస్తుంటే (కనీసం దానికి యాక్సెస్ను పొందుతుంది), తగినంత మెమరీ లేదని దీని అర్థం కాదు. బదులుగా, OS లో ఏమి జరుగుతుందో చూడటానికి ఇది ఒక సందర్భం.
VMల కోసం ప్రామాణిక మెమరీ వినియోగ అలారం ఉంది:
భాగస్వామ్య - TPS (VM లోపల లేదా VMల మధ్య) ఉపయోగించి డీప్లికేట్ చేయబడిన VM RAM మొత్తం.
మంజూరు - VMకి ఇచ్చిన ఫిజికల్ హోస్ట్ మెమరీ (KB) మొత్తం. షేర్డ్ను కలిగి ఉంటుంది.
సేవించాలి (మంజూరు చేయబడింది - భాగస్వామ్యం చేయబడింది) - హోస్ట్ నుండి VM వినియోగించే భౌతిక మెమరీ (KB) మొత్తం. భాగస్వామ్యం చేయబడినవి చేర్చబడలేదు.
VM మెమరీలో కొంత భాగాన్ని హోస్ట్ యొక్క భౌతిక మెమరీ నుండి కాకుండా, స్వాప్ ఫైల్ నుండి అందించినట్లయితే లేదా VM నుండి బెలూన్ డ్రైవర్ ద్వారా మెమరీని తీసుకుంటే, ఈ మొత్తం మంజూరు మరియు వినియోగంలో పరిగణనలోకి తీసుకోబడదు.
అధిక మంజూరు మరియు వినియోగించబడిన విలువలు ఖచ్చితంగా సాధారణమైనవి. ఆపరేటింగ్ సిస్టమ్ క్రమంగా హైపర్వైజర్ నుండి మెమరీని తీసుకుంటుంది మరియు దానిని తిరిగి ఇవ్వదు. కాలక్రమేణా, యాక్టివ్గా నడుస్తున్న VMలో, ఈ కౌంటర్ల విలువలు కాన్ఫిగర్ చేయబడిన మెమరీ మొత్తాన్ని చేరుకుంటాయి మరియు అక్కడే ఉంటాయి.
జీరో - సున్నాలను కలిగి ఉన్న VM RAM (KB) మొత్తం. ఇటువంటి మెమరీని హైపర్వైజర్ ఉచితంగా పరిగణిస్తుంది మరియు ఇతర వర్చువల్ మిషన్లకు ఇవ్వబడుతుంది. అతిథి OS సున్నా చేయబడిన మెమరీకి ఏదైనా వ్రాసిన తర్వాత, అది వినియోగానికి వెళ్లి తిరిగి తిరిగి రాదు.
రిజర్వ్ చేయబడిన ఓవర్ హెడ్ - VM ఆపరేషన్ కోసం హైపర్వైజర్ ద్వారా రిజర్వ్ చేయబడిన VM RAM, (KB) మొత్తం. ఇది చిన్న మొత్తం, కానీ ఇది తప్పనిసరిగా హోస్ట్లో అందుబాటులో ఉండాలి, లేకపోతే VM ప్రారంభించబడదు.
బెలూన్ - బెలూన్ డ్రైవర్ని ఉపయోగించి VM నుండి స్వాధీనం చేసుకున్న RAM (KB) మొత్తం.
సంపీడన - కంప్రెస్ చేయబడిన RAM (KB) మొత్తం.
మార్చుకున్నారు - సర్వర్లో భౌతిక మెమరీ లేకపోవడం వల్ల డిస్క్కి తరలించబడిన RAM (KB) మొత్తం.
బెలూన్ మరియు ఇతర మెమరీ రిక్లమేషన్ టెక్నిక్ల కౌంటర్లు సున్నా.
150 GB RAMతో సాధారణంగా పనిచేసే VM మెమరీ కౌంటర్లతో గ్రాఫ్ ఇలా కనిపిస్తుంది.
దిగువ గ్రాఫ్లో, VMకి స్పష్టమైన సమస్యలు ఉన్నాయి. గ్రాఫ్ కింద, ఈ VM కోసం, RAMతో పనిచేయడానికి వివరించిన అన్ని సాంకేతికతలు ఉపయోగించబడిందని మీరు చూడవచ్చు. ఈ VM కోసం బెలూన్ వినియోగించిన దానికంటే చాలా పెద్దది. నిజానికి, VM సజీవంగా ఉన్నదానికంటే ఎక్కువ చనిపోయాడు.
ESXTOP
CPU వలె, మేము హోస్ట్లోని పరిస్థితిని, అలాగే 2 సెకన్ల వరకు విరామంతో దాని డైనమిక్లను త్వరగా అంచనా వేయాలనుకుంటే, మేము ESXTOPని ఉపయోగించాలి.
మెమరీ ద్వారా ESXTOP స్క్రీన్ "m" కీతో పిలువబడుతుంది మరియు ఇలా కనిపిస్తుంది (B, D, H, J, K, L, O ఫీల్డ్లు ఎంచుకోబడ్డాయి):
కింది పారామితులు మాకు ఆసక్తిని కలిగి ఉంటాయి:
మెమ్ ఓవర్కమిట్ సగటు - 1, 5 మరియు 15 నిమిషాల పాటు హోస్ట్లో మెమరీ ఓవర్సబ్స్క్రిప్షన్ యొక్క సగటు విలువ. ఇది సున్నా కంటే ఎక్కువగా ఉంటే, ఏమి జరుగుతుందో చూడటానికి ఇది ఒక సందర్భం, కానీ ఎల్లప్పుడూ సమస్యల సూచిక కాదు.
లైన్లలో PMEM/MB и VMKMEM/MB - సర్వర్ యొక్క భౌతిక మెమరీ మరియు VMkernelకి అందుబాటులో ఉన్న మెమరీ గురించిన సమాచారం. ఇక్కడ ఆసక్తికరమైన నుండి మీరు minfree (MBలో), మెమరీలో హోస్ట్ యొక్క స్థితి (మా విషయంలో, అధికం) విలువను చూడవచ్చు.
లైన్ లో NUMA/MB మీరు NUMA నోడ్స్ (సాకెట్లు) ద్వారా RAM పంపిణీని చూడవచ్చు. ఈ ఉదాహరణలో, పంపిణీ అసమానంగా ఉంది, ఇది సూత్రప్రాయంగా చాలా మంచిది కాదు.
మెమొరీ రీక్లమేషన్ టెక్నిక్లపై కింది సాధారణ సర్వర్ గణాంకాలు ఉన్నాయి:
PSHARE/MB TPS గణాంకాలు;
SWAP/MB - వినియోగ గణాంకాలను మార్చుకోండి;
జిప్/MB — మెమరీ పేజీ కంప్రెషన్ గణాంకాలు;
MEMCTL/MB - బెలూన్ డ్రైవర్ వినియోగ గణాంకాలు.
వ్యక్తిగత VMల కోసం, మేము క్రింది సమాచారంపై ఆసక్తి కలిగి ఉండవచ్చు. ప్రేక్షకులు కంగారు పడకూడదని VM పేర్లను దాచాను :). ESXTOP మెట్రిక్ vSphereలోని కౌంటర్ని పోలి ఉంటే, నేను సంబంధిత కౌంటర్ను ఇస్తాను.
MEMSZ — VM (MB)లో కాన్ఫిగర్ చేయబడిన మెమరీ మొత్తం.
MEMSZ = గ్రాంట్ + MCTLSZ + SWCUR + అన్టచ్డ్.
గ్రాంట్ - MBకి మంజూరు చేయబడింది.
TCHD - MBలో యాక్టివ్.
MCTL? - VMలో బెలూన్ డ్రైవర్ ఇన్స్టాల్ చేయబడిందా.
MCTLSZ - బెలూన్ నుండి MB.
MCTLGT - బెలూన్ డ్రైవర్ (Memctl టార్గెట్) ద్వారా VM నుండి ESXi తీసుకోవాలనుకుంటున్న RAM (MB) మొత్తం.
MCTLMAX - బెలూన్ డ్రైవర్ ద్వారా VM నుండి ESXi తీసుకోగల గరిష్ట మొత్తం RAM (MB).
SWCUR — స్వాప్ ఫైల్ నుండి VMకి కేటాయించబడిన RAM (MB) ప్రస్తుత మొత్తం.
S.W.G.T. - స్వాప్ ఫైల్ (స్వాప్ టార్గెట్) నుండి ESXi VMకి ఇవ్వాలనుకుంటున్న RAM (MB) మొత్తం.
అలాగే, ESXTOP ద్వారా, మీరు VM యొక్క NUMA టోపోలాజీ గురించి మరింత వివరణాత్మక సమాచారాన్ని చూడవచ్చు. దీన్ని చేయడానికి, D, G ఫీల్డ్లను ఎంచుకోండి:
చిన్నది – VM ఉన్న NUMA నోడ్లు. ఇక్కడ మీరు ఒక NUMA నోడ్లో సరిపోని విస్తృత vmని వెంటనే గమనించవచ్చు.
NRMEM - రిమోట్ NUMA నోడ్ నుండి VM ఎన్ని మెగాబైట్ల మెమరీని తీసుకుంటుంది.
NLMEM - స్థానిక NUMA నోడ్ నుండి VM ఎన్ని మెగాబైట్ల మెమరీని తీసుకుంటుంది.
N%L – స్థానిక NUMA నోడ్లో VM మెమరీ శాతం (80% కంటే తక్కువ ఉంటే, పనితీరు సమస్యలు సంభవించవచ్చు).
హైపర్వైజర్లో మెమరీ
హైపర్వైజర్ కోసం CPU కౌంటర్లు సాధారణంగా ప్రత్యేక ఆసక్తిని కలిగి ఉండకపోతే, పరిస్థితి మెమరీతో తారుమారు అవుతుంది. VMలో అధిక మెమరీ వినియోగం ఎల్లప్పుడూ పనితీరు సమస్యను సూచించదు, కానీ హైపర్వైజర్లో అధిక మెమరీ వినియోగం మెమరీ నిర్వహణ పద్ధతులను ప్రేరేపిస్తుంది మరియు VMలో పనితీరు సమస్యలను కలిగిస్తుంది. VM స్వాప్లోకి రాకుండా నిరోధించడానికి హోస్ట్ మెమరీ వినియోగ అలారాలు తప్పనిసరిగా పర్యవేక్షించబడాలి.
మార్పిడిని రద్దు చేయండి
ఒక VM స్వాప్లో ఉంటే, దాని పనితీరు బాగా తగ్గిపోతుంది. హోస్ట్లో ఉచిత RAM కనిపించిన తర్వాత బెలూనింగ్ మరియు కుదింపు యొక్క జాడలు త్వరగా అదృశ్యమవుతాయి, అయితే వర్చువల్ మెషీన్ స్వాప్ నుండి సర్వర్ RAMకి తిరిగి రావడానికి తొందరపడదు.
ESXi 6.0కి ముందు, స్వాప్ నుండి VMని పొందడానికి ఏకైక విశ్వసనీయ మరియు శీఘ్ర మార్గం రీబూట్ చేయడం (మరింత ఖచ్చితంగా చెప్పాలంటే, కంటైనర్ను ఆఫ్/ఆన్ చేయండి). ESXi 6.0తో ప్రారంభించి, చాలా అధికారికం కానప్పటికీ, స్వాప్ నుండి VMని తీసివేయడానికి పని చేసే మరియు నమ్మదగిన మార్గం కనిపించింది. ఒక కాన్ఫరెన్స్లో, నేను CPU షెడ్యూలర్కి బాధ్యత వహించే VMware ఇంజనీర్లలో ఒకరితో మాట్లాడగలిగాను. ఈ పద్ధతి చాలా పని చేస్తుందని మరియు సురక్షితంగా ఉందని అతను ధృవీకరించాడు. మా అనుభవంలో, దానితో ఎటువంటి సమస్యలు లేవు.
స్వాప్ నుండి VMని తీసివేయడానికి అసలు ఆదేశాలు
ESXi మెమరీ నిర్వహణ చిట్కాలు
చివరగా, RAM కారణంగా VM పనితీరుతో సమస్యలను నివారించడంలో మీకు సహాయపడే కొన్ని చిట్కాలు ఇక్కడ ఉన్నాయి:
- ఉత్పాదక క్లస్టర్లలో మెమరీ ఓవర్సబ్స్క్రిప్షన్ను నివారించండి. క్లస్టర్లో ఎల్లప్పుడూ ~20-30% ఉచిత మెమరీని కలిగి ఉండటం మంచిది, తద్వారా DRS (మరియు అడ్మినిస్ట్రేటర్) యుక్తికి అవకాశం ఉంటుంది మరియు వలస సమయంలో VMలు స్వాప్లోకి వెళ్లవు. అలాగే, తప్పు సహనం కోసం మార్జిన్ గురించి మర్చిపోవద్దు. ఒక సర్వర్ విఫలమైనప్పుడు మరియు HA ఉపయోగించి VM రీబూట్ చేయబడినప్పుడు, కొన్ని యంత్రాలు కూడా స్వాప్లోకి వెళ్లినప్పుడు ఇది అసహ్యకరమైనది.
- అత్యంత ఏకీకృతమైన ఇన్ఫ్రాస్ట్రక్చర్లలో, హోస్ట్ మెమరీలో సగానికి పైగా VMలను సృష్టించకుండా ప్రయత్నించండి. ఇది మళ్ళీ DRS క్లస్టర్ సర్వర్లలో ఎటువంటి సమస్యలు లేకుండా వర్చువల్ మిషన్లను పంపిణీ చేయడంలో సహాయపడుతుంది. ఈ నియమం, వాస్తవానికి, సార్వత్రికమైనది కాదు :).
- హోస్ట్ మెమరీ వినియోగ అలారం కోసం చూడండి.
- VMలో VMware సాధనాలను ఇన్స్టాల్ చేయడం మర్చిపోవద్దు మరియు బెలూనింగ్ను ఆఫ్ చేయవద్దు.
- ఇంటర్-VM TPSని ప్రారంభించడం మరియు VDI మరియు పరీక్ష పరిసరాలలో పెద్ద పేజీలను నిలిపివేయడాన్ని పరిగణించండి.
- VM పనితీరు సమస్యలను ఎదుర్కొంటుంటే, అది రిమోట్ NUMA నోడ్ నుండి మెమరీని ఉపయోగిస్తుందో లేదో తనిఖీ చేయండి.
- వీలైనంత త్వరగా మీ VMని స్వాప్ నుండి పొందండి! ఇతర విషయాలతోపాటు, VM స్వాప్లో ఉంటే, స్పష్టమైన కారణాల వల్ల, నిల్వ వ్యవస్థ దెబ్బతింటుంది.
RAM గురించి నాకు అంతే. వివరాలను త్రవ్వాలనుకునే వారి కోసం సంబంధిత కథనం క్రింద ఉంది. తదుపరి వ్యాసం storadzh అంకితం చేయబడుతుంది.
ఉపయోగకరమైన లింకులు
మూలం: www.habr.com