Å ajÄ rakstÄ mÄs runÄsim par brÄ«vpiekļuves atmiÅas (RAM) veiktspÄjas skaitÄ«tÄjiem vSphere.
Å Ä·iet, ka ar atmiÅu viss ir skaidrÄk nekÄ ar procesoru: ja VM rodas veiktspÄjas problÄmas, ir grÅ«ti tÄs nepamanÄ«t. Bet, ja tie parÄdÄs, ar tiem tikt galÄ ir daudz grÅ«tÄk. Bet vispirms vispirms.
Mazliet teorija
VirtuÄlo maŔīnu operatÄ«vÄ atmiÅa tiek Åemta no tÄ servera atmiÅas, kurÄ darbojas virtuÄlÄs maŔīnas. Tas ir diezgan paÅ”saprotami :). Ja servera RAM visiem nepietiek, ESXi sÄk izmantot atmiÅas atgÅ«Å”anas paÅÄmienus. PretÄjÄ gadÄ«jumÄ VM operÄtÄjsistÄmas avarÄs ar RAM piekļuves kļūdÄm.
ESXi izlemj, kuras metodes izmantot atkarÄ«bÄ no RAM slodzes:
AtmiÅas statuss
Robeža
AktivitÄte
augsts
400% no minFree
PÄc augÅ”ÄjÄs robežas sasniegÅ”anas lielas atmiÅas lapas tiek sadalÄ«tas mazÄs (TPS darbojas standarta režīmÄ).
skaidrs
100% no minFree
LielÄs atmiÅas lapas tiek sadalÄ«tas mazÄs, TPS tiek piespiests.
MÄ«ksts
64% no minFree
TPS + balons
Grūti
32% no minFree
TPS + Compress + Swap
Zems
16% no minFree
Saspiest + apmainÄ«t + bloÄ·Ät
minFree ir RAM, kas nepiecieŔama hipervizora darbībai.
LÄ«dz ESXi 4.1 (ieskaitot) minFree tika fiksÄts pÄc noklusÄjuma ā 6% no servera RAM (procentuÄlo daļu var mainÄ«t, izmantojot ESXi opciju Mem.MinFreePct). VÄlÄkÄs versijÄs serveru atmiÅas pieauguma dÄļ minFree sÄka aprÄÄ·inÄt, pamatojoties uz resursdatora atmiÅas apjomu, nevis kÄ fiksÄtu procentuÄlo vÄrtÄ«bu.
MinFree vÄrtÄ«ba (noklusÄjums) tiek aprÄÄ·inÄta Å”Ädi:
MinFree rezervÄtÄs atmiÅas procentuÄlÄ daļa
AtmiÅas diapazons
6%
0ā4 GB
4%
4ā12 GB
2%
12ā28 GB
1%
AtlikusÄ« atmiÅa
PiemÄram, serverim ar 128 GB RAM MinFree vÄrtÄ«ba bÅ«s Å”Äda:
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = 1,88 GB
FaktiskÄ vÄrtÄ«ba var atŔķirties par pÄris simtiem MB atkarÄ«bÄ no servera un RAM.
MinFree rezervÄtÄs atmiÅas procentuÄlÄ daļa
AtmiÅas diapazons
VÄrtÄ«ba 128 GB
6%
0ā4 GB
245,76 MB
4%
4ā12 GB
327,68 MB
2%
12ā28 GB
327,68 MB
1%
AtlikusÄ« atmiÅa (100 GB)
1024 MB
Parasti produktÄ«vÄm audzÄm par normÄlu var uzskatÄ«t tikai augsto stÄvokli. TestÄÅ”anas un izstrÄdes stendiem var bÅ«t pieÅemami Clear/Soft statuss. Ja resursdatora operatÄ«vÄ atmiÅa ir mazÄka par 64% MinFree, tad tajÄ darbojoÅ”Äs virtuÄlÄs maŔīnas noteikti saskaras ar veiktspÄjas problÄmÄm.
KatrÄ stÄvoklÄ« tiek izmantotas noteiktas atmiÅas atjaunoÅ”anas metodes, sÄkot no TPS, kas praktiski neietekmÄ VM veiktspÄju, un beidzot ar apmaiÅu. Es jums pastÄstÄ«Å”u vairÄk par viÅiem.
CaurspÄ«dÄ«ga lapu koplietoÅ”ana (TPS). TPS, rupji runÄjot, ir servera virtuÄlo maŔīnu RAM lapu dublÄÅ”ana.
ESXi meklÄ identiskas virtuÄlÄs maŔīnas RAM lapas, saskaitot un salÄ«dzinot lapu jaucÄjsummas, un noÅem dublÄtÄs lapas, aizstÄjot tÄs ar atsaucÄm uz to paÅ”u lapu servera fiziskajÄ atmiÅÄ. TÄ rezultÄtÄ tiek samazinÄts fiziskÄs atmiÅas patÄriÅÅ”, un zinÄmu atmiÅas pÄrsniegÅ”anu var panÄkt, praktiski neietekmÄjot veiktspÄju.
Å is mehÄnisms darbojas tikai atmiÅas lapÄm, kuru izmÄrs ir 4 KB (mazas lapas). Hipervizors pat nemÄÄ£ina dedublÄt 2 MB lielas lapas (lielas lapas): iespÄja atrast identiskas Å”Äda izmÄra lapas nav liela.
PÄc noklusÄjuma ESXi pieŔķir atmiÅu lielÄm lapÄm. Lielu lappuÅ”u sadalÄ«Å”ana mazÄs lapÄs sÄkas, kad tiek sasniegts augstais stÄvokļa slieksnis, un tiek piespiedu kÄrtÄ, kad tiek sasniegts notÄ«rÄ«Å”anas stÄvoklis (skatiet hipervizora stÄvokļa tabulu).
Ja vÄlaties, lai TPS sÄktu darboties, negaidot, kamÄr resursdatora RAM bÅ«s pilna, jums ir jÄiestata vÄrtÄ«ba sadaÄ¼Ä Advanced Options ESXi āMem.AllocGuestLargePageā uz 0 (noklusÄjuma 1). Tad lielu atmiÅas lapu pieŔķirÅ”ana virtuÄlajÄm maŔīnÄm tiks atspÄjota.
KopÅ” 2014. gada decembra visos ESXi laidienos TPS starp virtuÄlajÄm maŔīnÄm pÄc noklusÄjuma ir atspÄjots, jo tika atrasta ievainojamÄ«ba, kas teorÄtiski ļauj vienai VM piekļūt citas virtuÄlÄs maŔīnas operatÄ«vajai atmiÅai. SÄ«kÄka informÄcija Å”eit. Neesmu saskÄries ar informÄciju par TPS ievainojamÄ«bas izmantoÅ”anas praktisko ievieÅ”anu.
TPS politika tiek kontrolÄta, izmantojot papildu opciju āMem.ShareForceSaltingā uz ESXi:
0 ā Inter-VM TPS. TPS darbojas dažÄdu virtuÄlo maŔīnu lapÄm;
1 ā TPS virtuÄlajÄm maŔīnÄm ar tÄdu paÅ”u āsched.mem.pshare.saltā vÄrtÄ«bu VMX;
2 (noklusÄjums) ā VM iekÅ”Äjais TPS. TPS darbojas lapÄm virtuÄlajÄ maŔīnÄ.
Noteikti ir lietderÄ«gi testa stendos atspÄjot lielas lapas un iespÄjot Inter-VM TPS. To var izmantot arÄ« stendiem ar lielu skaitu lÄ«dzÄ«gu virtuÄlo maŔīnu. PiemÄram, uz stendiem ar VDI ietaupÄ«jums fiziskajÄ atmiÅÄ var sasniegt vairÄkus desmitus procentu.
AtmiÅas balonÄÅ”ana. BalonÄÅ”ana vairs nav tik nekaitÄ«gs un caurspÄ«dÄ«gs paÅÄmiens VM operÄtÄjsistÄmai kÄ TPS. Bet, ja to lieto pareizi, jÅ«s varat dzÄ«vot un pat strÄdÄt ar Ballooning.
KopÄ ar Vmware Tools virtuÄlajÄ maŔīnÄ ir instalÄts Ä«paÅ”s draiveris ar nosaukumu Balloon Driver (aka vmmemctl). Kad hipervizoram sÄk beigties fiziskÄ atmiÅa un tas pÄriet uz mÄ«ksto stÄvokli, ESXi lÅ«dz virtuÄlo maŔīnu atgÅ«t neizmantoto RAM, izmantojot Å”o balona draiveri. Draiveris savukÄrt strÄdÄ operÄtÄjsistÄmas lÄ«menÄ« un pieprasa no tÄ brÄ«vu atmiÅu. Hipervizors redz, kuras fiziskÄs atmiÅas lapas balona draiveris ir aizÅÄmis, paÅem atmiÅu no virtuÄlÄs maŔīnas un atgriež to resursdatoram. Ar OS darbÄ«bu nav problÄmu, jo OS lÄ«menÄ« atmiÅu aizÅem Balloon Driver. PÄc noklusÄjuma Balloon Driver var aizÅemt lÄ«dz 65% no virtuÄlÄs maŔīnas atmiÅas.
Ja VM nav instalÄti VMware rÄ«ki vai Ballooning ir atspÄjots (es to neiesaku, bet ir :), hipervizors uzreiz pÄriet uz stingrÄkiem atmiÅas noÅemÅ”anas paÅÄmieniem. SecinÄjums: pÄrliecinieties, vai virtuÄlajÄ maŔīnÄ ir pieejami VMware rÄ«ki.
Balloon Driver darbÄ«bu var pÄrbaudÄ«t no operÄtÄjsistÄmas, izmantojot VMware Tools.
AtmiÅas saspieÅ”ana. Å o paÅÄmienu izmanto, kad ESXi sasniedz cieto stÄvokli. KÄ norÄda nosaukums, ESXi mÄÄ£ina saspiest 4 KB RAM lappusi 2 KB, tÄdÄjÄdi atbrÄ«vojot vietu servera fiziskajÄ atmiÅÄ. Å is paÅÄmiens ievÄrojami palielina piekļuves laiku VM RAM lapu saturam, jo āālapa vispirms ir jÄatspiež. Dažreiz visas lapas nevar saspiest, un pats process aizÅem kÄdu laiku. TÄpÄc praksÄ Å”Ä« tehnika nav Ä«paÅ”i efektÄ«va.
AtmiÅas maiÅa. PÄc Ä«sas atmiÅas saspieÅ”anas fÄzes ESXi gandrÄ«z neizbÄgami (ja virtuÄlÄs maŔīnas nav pÄrvietotas uz citiem resursdatoriem vai nav izslÄgtas) pÄrslÄdzas uz apmaiÅu. Un, ja ir atlicis ļoti maz atmiÅas (zems stÄvoklis), hipervizors arÄ« pÄrtrauc atmiÅas lapu pieŔķirÅ”anu virtuÄlajam datoram, kas var radÄ«t problÄmas VM viesu OS.
Å Ädi darbojas apmaiÅa. IeslÄdzot virtuÄlo maŔīnu, tai tiek izveidots fails ar paplaÅ”inÄjumu .vswp. TÄ ir vienÄda ar virtuÄlÄs maŔīnas nerezervÄto RAM lielumu: Ŕī ir atŔķirÄ«ba starp konfigurÄto un rezervÄto atmiÅu. Kad darbojas Swapping, ESXi apmaina virtuÄlÄs maŔīnas atmiÅas lapas Å”ajÄ failÄ un sÄk strÄdÄt ar to, nevis servera fizisko atmiÅu. Protams, Å”Äda āRAMā atmiÅa ir par vairÄkÄm kÄrtÄm lÄnÄka nekÄ reÄlÄ atmiÅa, pat ja .vswp ir ÄtrajÄ krÄtuvÄ.
AtŔķirÄ«bÄ no Ballooning, kad neizmantotÄs lapas tiek Åemtas no virtuÄlÄs maŔīnas, ar apmaiÅu lapas, kuras aktÄ«vi izmanto OS vai lietojumprogrammas virtuÄlajÄ maŔīnÄ, var pÄrvietot uz disku. TÄ rezultÄtÄ VM veiktspÄja samazinÄs lÄ«dz sasalÅ”anas punktam. VirtuÄlÄ maŔīna formÄli darbojas, un vismaz to var pareizi atspÄjot no OS. Ja esi pacietÄ«gs š
Ja virtuÄlÄs maŔīnas ir pÄrgÄjuÅ”as uz Swap, Ŕī ir ÄrkÄrtas situÄcija, no kuras vislabÄk izvairÄ«ties, ja iespÄjams.
Pamata virtuÄlÄs maŔīnas atmiÅas veiktspÄjas skaitÄ«tÄji
TÄtad mÄs nonÄcÄm pie galvenÄ. Lai pÄrraudzÄ«tu VM atmiÅas stÄvokli, ir Å”Ädi skaitÄ«tÄji:
AktÄ«vs ā parÄda RAM apjomu (KB), kuram virtuÄlÄ maŔīna piekļuva iepriekÅ”ÄjÄ mÄrÄ«jumu periodÄ.
LietoÅ”ana ā tas pats, kas Active, bet procentos no virtuÄlÄs maŔīnas konfigurÄtÄs RAM. AprÄÄ·inÄts, izmantojot Å”Ädu formulu: aktÄ«vÄ Ć· virtuÄlÄs maŔīnas konfigurÄtÄs atmiÅas lielums.
AttiecÄ«gi High Usage un Active ne vienmÄr liecina par VM veiktspÄjas problÄmÄm. Ja VM agresÄ«vi izmanto atmiÅu (vismaz tai piekļūst), tas nenozÄ«mÄ, ka nav pietiekami daudz atmiÅas. DrÄ«zÄk tas ir iemesls paskatÄ«ties uz to, kas notiek OS.
VM ir standarta trauksmes signÄls par atmiÅas izmantoÅ”anu:
DalÄ«jÄs ā VM RAM apjoms, kas dedublÄts, izmantojot TPS (VM ietvaros vai starp virtuÄlajÄm maŔīnÄm).
PieŔķirts ā resursdatora fiziskÄs atmiÅas (KB) apjoms, kas tika pieŔķirts VM. IespÄjo kopÄ«goto.
PatÄrÄts (PieŔķirts ā koplietots) ā fiziskÄs atmiÅas apjoms (KB), ko VM patÄrÄ no resursdatora. Neietver koplietoto.
Ja daļa no virtuÄlÄs maŔīnas atmiÅas tiek pieŔķirta nevis no resursdatora fiziskÄs atmiÅas, bet no mijmaiÅas faila vai atmiÅa tiek Åemta no virtuÄlÄs maŔīnas, izmantojot Balloon Driver, Ŕī summa netiek Åemta vÄrÄ sadaÄ¼Ä PieŔķirtais un patÄrÄtais.
Augstas pieŔķirtÄs un patÄrÄtÄs vÄrtÄ«bas ir pilnÄ«gi normÄlas. OperÄtÄjsistÄma pakÄpeniski paÅem atmiÅu no hipervizora un neatdod to. Laika gaitÄ aktÄ«vi darbojoÅ”Ä virtuÄlajÄ maŔīnÄ Å”o skaitÄ«tÄju vÄrtÄ«bas tuvojas konfigurÄtÄs atmiÅas apjomam un paliek tur.
Nulle ā VM RAM apjoms (KB), kurÄ ir nulles. Hipervizors Å”Ädu atmiÅu uzskata par brÄ«vu, un to var pieŔķirt citÄm virtuÄlajÄm maŔīnÄm. PÄc tam, kad viesu operÄtÄjsistÄma ir kaut ko ierakstÄ«jusi nulles atmiÅai, tÄ nonÄk mapÄ Consumed un neatgriežas.
RezervÄts pieskaitÄmÄs izmaksas ā VM RAM apjoms (KB), ko hipervizors rezervÄjis VM darbÄ«bai. TÄ ir neliela summa, taÄu tai jÄbÅ«t pieejamai resursdatorÄ, pretÄjÄ gadÄ«jumÄ virtuÄlÄ maŔīna netiks startÄta.
Balons ā RAM apjoms (KB), kas noÅemts no virtuÄlÄs maŔīnas, izmantojot Balloon Driver.
Saspiests ā saspiestÄs RAM apjoms (KB).
NomainÄ«ju ā RAM apjoms (KB), kas fiziskÄs atmiÅas trÅ«kuma dÄļ serverÄ« tika pÄrvietots uz disku.
Balonu un citu atmiÅas atjaunoÅ”anas metožu skaitÄ«tÄji ir nulle.
Å Ädi izskatÄs grafiks ar parasti strÄdÄjoÅ”as virtuÄlÄs maŔīnas ar 150 GB RAM atmiÅas skaitÄ«tÄjiem.
TÄlÄk redzamajÄ diagrammÄ VM ir acÄ«mredzamas problÄmas. Zem diagrammas var redzÄt, ka Å”ai VM tika izmantotas visas aprakstÄ«tÄs metodes darbam ar RAM. Balons Å”ai virtuÄlajai maŔīnai ir daudz lielÄks nekÄ Consumed. PatiesÄ«bÄ VM ir vairÄk miris nekÄ dzÄ«vs.
ESXTOP
TÄpat kÄ ar centrÄlo procesoru, ja mÄs vÄlamies Ätri novÄrtÄt situÄciju resursdatorÄ, kÄ arÄ« tÄ dinamiku ar intervÄlu lÄ«dz 2 sekundÄm, mums vajadzÄtu izmantot ESXTOP.
ESXTOP atmiÅas ekrÄns tiek izsaukts ar taustiÅu āmā, un tas izskatÄs Å”Ädi (atlasÄ«ti lauki B, D, H, J, K, L, O):
MÅ«s interesÄs Å”Ädi parametri:
Mem overcommit vid ā resursdatora atmiÅas pÄrsÅ«tÄ«Å”anas vidÄjÄ vÄrtÄ«ba 1, 5 un 15 minÅ«tes. Ja tas ir virs nulles, tad tas ir iemesls paskatÄ«ties uz notiekoÅ”o, bet ne vienmÄr ir problÄmu rÄdÄ«tÄjs.
RindÄs PMEM/MB Šø VMKMEM/MB ā informÄcija par servera fizisko atmiÅu un VMkernel pieejamo atmiÅu. Starp interesantajÄm lietÄm Å”eit varat redzÄt minfree vÄrtÄ«bu (MB), resursdatora stÄvokli atmiÅÄ (mÅ«su gadÄ«jumÄ augstu).
RindÄ NUMA/MB jÅ«s varat redzÄt RAM sadalÄ«jumu pa NUMA mezgliem (ligzdÄm). Å ajÄ piemÄrÄ sadalÄ«jums ir nevienmÄrÄ«gs, kas principÄ nav ļoti labs.
TÄlÄk ir sniegta vispÄrÄ«ga servera statistika par atmiÅas atjaunoÅ”anas metodÄm.
PSHARE/MB ā tÄ ir TPS statistika;
SWAP/MB ā MijmaiÅas darÄ«jumu izmantoÅ”anas statistika;
ZIP/MB ā atmiÅas lapu saspieÅ”anas statistika;
MEMCTL/MB ā Balona draivera lietoÅ”anas statistika.
AtseviŔķÄm virtuÄlajÄm maŔīnÄm mÅ«s varÄtu interesÄt tÄlÄk norÄdÄ«tÄ informÄcija. VM vÄrdus slÄpu, lai nemulsinÄtu publiku :). Ja ESXTOP metrika ir lÄ«dzÄ«ga vSphere skaitÄ«tÄjam, es nodroÅ”inÄÅ”u atbilstoÅ”o skaitÄ«tÄju.
MEMSZ ā VM konfigurÄtÄs atmiÅas apjoms (MB).
MEMSZ = GRANT + MCTLSZ + SWCUR + neskarts.
GRANT ā PieŔķirts MB.
TCHD ā AktÄ«vs MB.
MCTL? ā vai virtuÄlajÄ maŔīnÄ ir instalÄts balona draiveris.
MCTLSZ ā Balons uz MB.
MCTLGT ā RAM apjoms (MB), ko ESXi vÄlas noÅemt no virtuÄlÄs maŔīnas, izmantojot balona draiveri (Memctl Target).
MCTLMAX ā maksimÄlais RAM apjoms (MB), ko ESXi var noÅemt no virtuÄlÄs maŔīnas, izmantojot balona draiveri.
SWCUR ā paÅ”reizÄjais RAM apjoms (MB), kas VM pieŔķirts no mijmaiÅas faila.
S.W.G.T. ā RAM apjoms (MB), ko ESXi vÄlas pieŔķirt VM no mijmaiÅas faila (Swap Target).
Varat arÄ« skatÄ«t detalizÄtÄku informÄciju par virtuÄlÄs maŔīnas NUMA topoloÄ£iju, izmantojot ESXTOP. Lai to izdarÄ«tu, atlasiet laukus D, G:
MAZS ā NUMA mezgli, kuros atrodas virtuÄlÄ maŔīna. Å eit uzreiz var pamanÄ«t platus vm, kas neder vienÄ NUMA mezglÄ.
NRMEM ā cik megabaitu atmiÅas VM aizÅem no attÄlÄ NUMA mezgla.
NLMEM ā cik megabaitu atmiÅas VM aizÅem no vietÄjÄ NUMA mezgla.
N%L ā VM atmiÅas procentuÄlais daudzums lokÄlajÄ NUMA mezglÄ (ja tas ir mazÄks par 80%, var rasties veiktspÄjas problÄmas).
AtmiÅa uz hipervizora
Ja CPU skaitÄ«tÄji hipervizoram parasti neinteresÄ, tad ar atmiÅu situÄcija ir pretÄja. Liels atmiÅas lietojums virtuÄlajÄ maŔīnÄ ne vienmÄr norÄda uz veiktspÄjas problÄmu, bet augsts atmiÅas lietojums hipervizorÄ aktivizÄ atmiÅas pÄrvaldÄ«bas paÅÄmienus un rada problÄmas ar VM veiktspÄju. Jums ir jÄuzrauga resursdatora atmiÅas lietojuma trauksmes un jÄnovÄrÅ” VM nokļūŔana mijmaiÅas programmÄ.
Atsaukt apmaiÅu
Ja VM tiek noÄ·erts Swap, tÄs veiktspÄja ir ievÄrojami samazinÄta. BalonÄÅ”anas un saspieÅ”anas pÄdas Ätri pazÅ«d pÄc brÄ«vas RAM parÄdÄ«Å”anÄs resursdatorÄ, taÄu virtuÄlÄ maŔīna nesteidzas atgriezties no Swap servera RAM.
Pirms ESXi 6.0 vienÄ«gais uzticamais un Ätrs veids, kÄ noÅemt virtuÄlo maŔīnu no Swap, bija pÄrstartÄÅ”ana (precÄ«zÄk, konteinera izslÄgÅ”ana/ieslÄgÅ”ana). SÄkot ar ESXi 6.0, lai gan tas nav pilnÄ«gi oficiÄls, ir parÄdÄ«jies efektÄ«vs un uzticams veids, kÄ noÅemt virtuÄlo maŔīnu no Swap. VienÄ no konferencÄm man bija iespÄja runÄt ar vienu no VMware inženieriem, kas ir atbildÄ«gi par CPU plÄnotÄju. ViÅÅ” apstiprinÄja, ka metode ir diezgan efektÄ«va un droÅ”a. MÅ«su pieredze liecina, ka arÄ« ar to nebija nekÄdu problÄmu.
FaktiskÄs komandas VM noÅemÅ”anai no Swap Dankans Epings. Es neatkÄrtoÅ”u detalizÄtu aprakstu, es sniegÅ”u tikai tÄ izmantoÅ”anas piemÄru. KÄ redzat ekrÄnuzÅÄmumÄ, kÄdu laiku pÄc norÄdÄ«tÄs komandas izpildes Swap uz VM pazÅ«d.
Padomi RAM pÄrvaldÄ«bai ESXi
Visbeidzot, Å”eit ir daži padomi, kas palÄ«dzÄs izvairÄ«ties no problÄmÄm ar VM veiktspÄju RAM dÄļ:
- Izvairieties no RAM pÄrmÄrÄ«gas abonÄÅ”anas produktÄ«vos klasteros. VÄlams, lai klasterÄ« vienmÄr bÅ«tu ~20-30% brÄ«vas atmiÅas, lai DRS (un administratoram) bÅ«tu kur manevrÄt un VM migrÄcijas laikÄ neiet uz Swap. TÄpat neaizmirstiet par kļūdu pielaides robežu. Ir nepatÄ«kami, ja, kad viens serveris neizdodas un virtuÄlÄ maŔīna tiek atsÄknÄta, izmantojot HA, dažas maŔīnas arÄ« pÄriet uz Swap.
- Ä»oti konsolidÄtÄs infrastruktÅ«rÄs MÄÄ£iniet NEveidot virtuÄlÄs maŔīnas, kuru atmiÅa ir lielÄka par pusi no resursdatora atmiÅas. Tas atkal palÄ«dzÄs DRS bez problÄmÄm izplatÄ«t virtuÄlÄs maŔīnas pa klasteru serveriem. Å is noteikums, protams, nav universÄls :).
- Uzmanieties no resursdatora atmiÅas izmantoÅ”anas trauksmes.
- Neaizmirstiet instalÄt VMware rÄ«kus virtuÄlajÄ maŔīnÄ un neizslÄdziet Ballooning.
- Apsveriet iespÄju iespÄjot Inter-VM TPS un atspÄjot lielas lapas VDI un testa vidÄs.
- Ja virtuÄlajÄ maŔīnÄ rodas veiktspÄjas problÄmas, pÄrbaudiet, vai tÄ izmanto atmiÅu no attÄlÄ NUMA mezgla.
- NoÅemiet virtuÄlÄs maŔīnas no Swap, cik Ätri vien iespÄjams! Cita starpÄ, ja virtuÄlÄ maŔīna ir Swap, uzglabÄÅ”anas sistÄma cieÅ” acÄ«mredzamu iemeslu dÄļ.
Tas man ir viss par RAM. ZemÄk ir saistÄ«ti raksti tiem, kas vÄlas iedziļinÄties. NÄkamais raksts bÅ«s veltÄ«ts storajam.
Noderīgas saites
Avots: www.habr.com