VMware vSphere-ലെ VM പ്രകടനത്തിന്റെ വിശകലനം. ഭാഗം 2: മെമ്മറി

ഭാഗം 1. സിപിയുവിനെ കുറിച്ച്

ഈ ലേഖനത്തിൽ നമ്മൾ റാൻഡം ആക്സസ് മെമ്മറി (റാം) vSphere-ലെ പ്രകടന കൗണ്ടറുകളെക്കുറിച്ച് സംസാരിക്കും.
പ്രോസസറിനേക്കാൾ മെമ്മറിയിൽ എല്ലാം വ്യക്തമാണെന്ന് തോന്നുന്നു: ഒരു വിഎമ്മിൽ പ്രകടന പ്രശ്നങ്ങൾ ഉണ്ടായാൽ, അവ ശ്രദ്ധിക്കാതിരിക്കാൻ പ്രയാസമാണ്. എന്നാൽ അവ പ്രത്യക്ഷപ്പെടുകയാണെങ്കിൽ, അവ കൈകാര്യം ചെയ്യുന്നത് വളരെ ബുദ്ധിമുട്ടാണ്. എന്നാൽ ആദ്യം കാര്യങ്ങൾ ആദ്യം.

ഒരു സിദ്ധാന്തം

VM-കൾ പ്രവർത്തിക്കുന്ന സെർവറിന്റെ മെമ്മറിയിൽ നിന്നാണ് വെർച്വൽ മെഷീനുകളുടെ റാം എടുക്കുന്നത്. ഇത് വളരെ വ്യക്തമാണ് :). സെർവറിന്റെ റാം എല്ലാവർക്കും പര്യാപ്തമല്ലെങ്കിൽ, ESXi മെമ്മറി വീണ്ടെടുക്കൽ ടെക്നിക്കുകൾ ഉപയോഗിക്കാൻ തുടങ്ങുന്നു. അല്ലെങ്കിൽ, VM ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ റാം ആക്സസ് പിശകുകളാൽ തകരാറിലാകും.

റാം ലോഡിനെ ആശ്രയിച്ച് ഏതൊക്കെ സാങ്കേതിക വിദ്യകൾ ഉപയോഗിക്കണമെന്ന് ESXi തീരുമാനിക്കുന്നു:

മെമ്മറി നില

ബോർഡർ

പ്രവൃത്തികൾ

ഉയര്ന്ന

400% മിനിറ്റ് സൗജന്യം

ഉയർന്ന പരിധിയിൽ എത്തിയ ശേഷം, വലിയ മെമ്മറി പേജുകൾ ചെറിയവയായി വിഭജിക്കുന്നു (ടിപിഎസ് സ്റ്റാൻഡേർഡ് മോഡിൽ പ്രവർത്തിക്കുന്നു).

തെളിഞ്ഞ

100% മിനിറ്റ് സൗജന്യം

വലിയ മെമ്മറി പേജുകൾ ചെറിയവയായി വിഭജിക്കപ്പെടുന്നു, TPS നിർബന്ധിതമാണ്.

മൃദുവായ

64% മിനിറ്റ് സൗജന്യം

TPS + ബലൂൺ

ഹാർഡ്

32% മിനിറ്റ് സൗജന്യം

TPS + കംപ്രസ് + സ്വാപ്പ്

കുറഞ്ഞ

16% മിനിറ്റ് സൗജന്യം

കംപ്രസ് + സ്വാപ്പ് + തടയുക

ഉറവിടം

ഹൈപ്പർവൈസർ പ്രവർത്തിപ്പിക്കുന്നതിന് ആവശ്യമായ റാം ആണ് minFree.

ESXi 4.1 ഉൾപ്പെടെ, minFree സ്ഥിരസ്ഥിതിയായി നിശ്ചയിച്ചു - സെർവറിന്റെ RAM-ന്റെ 6% (ESXi-യിലെ Mem.MinFreePct ഓപ്ഷൻ വഴി ശതമാനം മാറ്റാവുന്നതാണ്). പിന്നീടുള്ള പതിപ്പുകളിൽ, സെർവറുകളിലെ മെമ്മറിയുടെ വളർച്ച കാരണം, ഹോസ്റ്റിന്റെ മെമ്മറിയുടെ അളവിനെ അടിസ്ഥാനമാക്കി minFree കണക്കാക്കാൻ തുടങ്ങി, ഒരു നിശ്ചിത ശതമാനം മൂല്യമായിട്ടല്ല.

minFree മൂല്യം (സ്ഥിരസ്ഥിതി) ഇനിപ്പറയുന്ന രീതിയിൽ കണക്കാക്കുന്നു:

minFree-നായി കരുതിവച്ചിരിക്കുന്ന മെമ്മറിയുടെ ശതമാനം

മെമ്മറി ശ്രേണി

6%

0-4 ജിബി

4%

4-12 ജിബി

2%

12-28 ജിബി

1%

ശേഷിക്കുന്ന ഓർമ്മ

ഉറവിടം

ഉദാഹരണത്തിന്, 128 GB RAM ഉള്ള ഒരു സെർവറിന്, MinFree മൂല്യം ഇനിപ്പറയുന്നതായിരിക്കും:
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12 MB = 1,88 GB
സെർവറും റാമും അനുസരിച്ച് യഥാർത്ഥ മൂല്യം രണ്ട് നൂറ് MB വ്യത്യാസപ്പെട്ടേക്കാം.

minFree-നായി കരുതിവച്ചിരിക്കുന്ന മെമ്മറിയുടെ ശതമാനം

മെമ്മറി ശ്രേണി

മൂല്യം 128 GB

6%

0-4 ജിബി

245,76 എം.ബി

4%

4-12 ജിബി

327,68 എം.ബി

2%

12-28 ജിബി

327,68 എം.ബി

1%

ശേഷിക്കുന്ന മെമ്മറി (100 GB)

1024 എം.ബി

സാധാരണഗതിയിൽ, ഉൽപ്പാദനക്ഷമമായ സ്റ്റാൻഡുകൾക്ക്, ഉയർന്ന നില മാത്രമേ സാധാരണമായി കണക്കാക്കാൻ കഴിയൂ. പരിശോധനയ്ക്കും വികസന ബെഞ്ചുകൾക്കും, വ്യക്തമായ/സോഫ്റ്റ് സ്റ്റേറ്റുകൾ സ്വീകാര്യമായേക്കാം. ഹോസ്റ്റിലെ റാം 64% MinFree-ൽ കുറവാണെങ്കിൽ, അതിൽ പ്രവർത്തിക്കുന്ന VM-കൾ തീർച്ചയായും പ്രകടന പ്രശ്നങ്ങൾ നേരിടുന്നു.

ഓരോ സംസ്ഥാനത്തും, VM പ്രകടനത്തെ ഫലത്തിൽ ബാധിക്കാത്ത TPS മുതൽ സ്വാപ്പിംഗ് വരെ ചില മെമ്മറി വീണ്ടെടുക്കൽ സാങ്കേതിക വിദ്യകൾ ഉപയോഗിക്കുന്നു. ഞാൻ അവരെ കുറിച്ച് കൂടുതൽ പറയാം.

സുതാര്യമായ പേജ് പങ്കിടൽ (TPS). ഏകദേശം പറഞ്ഞാൽ, സെർവറിലെ വെർച്വൽ മെഷീനുകളുടെ റാം പേജുകളുടെ ഡ്യൂപ്ലിക്കേഷൻ ആണ് TPS.

പേജുകളുടെ ഹാഷ് തുക കണക്കാക്കി താരതമ്യം ചെയ്തുകൊണ്ട് ESXi സമാനമായ വെർച്വൽ മെഷീൻ റാം പേജുകൾക്കായി തിരയുന്നു, കൂടാതെ ഡ്യൂപ്ലിക്കേറ്റ് പേജുകൾ നീക്കം ചെയ്യുകയും സെർവറിന്റെ ഫിസിക്കൽ മെമ്മറിയിലെ അതേ പേജിലേക്കുള്ള റഫറൻസുകൾ ഉപയോഗിച്ച് അവയെ മാറ്റിസ്ഥാപിക്കുകയും ചെയ്യുന്നു. തൽഫലമായി, ഫിസിക്കൽ മെമ്മറി ഉപഭോഗം കുറയുകയും ഫലത്തിൽ യാതൊരു പ്രകടന സ്വാധീനവുമില്ലാതെ കുറച്ച് മെമ്മറി ഓവർ സബ്‌സ്‌ക്രിപ്‌ഷൻ നേടുകയും ചെയ്യാം.

ഉറവിടം

4 KB വലിപ്പമുള്ള (ചെറിയ പേജുകൾ) മെമ്മറി പേജുകൾക്ക് മാത്രമേ ഈ സംവിധാനം പ്രവർത്തിക്കൂ. 2 MB വലിപ്പമുള്ള (വലിയ പേജുകൾ) പേജുകൾ ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്യാൻ പോലും ഹൈപ്പർവൈസർ ശ്രമിക്കുന്നില്ല: ഈ വലുപ്പത്തിലുള്ള സമാന പേജുകൾ കണ്ടെത്താനുള്ള സാധ്യത വളരെ വലുതല്ല.

സ്ഥിരസ്ഥിതിയായി, വലിയ പേജുകളിലേക്ക് ESXi മെമ്മറി അനുവദിക്കുന്നു. വലിയ താളുകളെ ചെറിയ പേജുകളായി വിഭജിക്കുന്നത് ഹൈ സ്റ്റേറ്റ് ത്രെഷോൾഡിൽ എത്തുമ്പോൾ ആരംഭിക്കുകയും ക്ലിയർ അവസ്ഥയിൽ എത്തുമ്പോൾ നിർബന്ധിതമാവുകയും ചെയ്യും (ഹൈപ്പർവൈസർ സ്റ്റേറ്റ് ടേബിൾ കാണുക).

ഹോസ്റ്റ് റാം നിറയുന്നത് വരെ കാത്തിരിക്കാതെ തന്നെ TPS പ്രവർത്തിക്കാൻ തുടങ്ങണമെങ്കിൽ, നിങ്ങൾ വിപുലമായ ഓപ്ഷനുകളിൽ മൂല്യം സജ്ജീകരിക്കേണ്ടതുണ്ട് ESXi “Mem.AllocGuestLargePage” 0 വരെ (സ്ഥിരസ്ഥിതി 1). അപ്പോൾ വെർച്വൽ മെഷീനുകൾക്കായി വലിയ മെമ്മറി പേജുകളുടെ അലോക്കേഷൻ പ്രവർത്തനരഹിതമാക്കും.

2014 ഡിസംബർ മുതൽ, എല്ലാ ESXi റിലീസുകളിലും, VM-കൾക്കിടയിലുള്ള TPS ഡിഫോൾട്ടായി പ്രവർത്തനരഹിതമാണ്, കാരണം മറ്റൊരു VM-ന്റെ RAM ആക്‌സസ് ചെയ്യാൻ ഒരു VM-നെ സൈദ്ധാന്തികമായി അനുവദിക്കുന്ന ഒരു അപകടസാധ്യത കണ്ടെത്തി. വിശദാംശങ്ങൾ ഇവിടെ. ടിപിഎസ് അപകടസാധ്യത മുതലെടുക്കുന്നതിന്റെ പ്രായോഗിക നിർവ്വഹണത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ ഞാൻ കണ്ടിട്ടില്ല.

വിപുലമായ ഓപ്ഷൻ വഴിയാണ് ടിപിഎസ് നയം നിയന്ത്രിക്കുന്നത് "Mem.ShareForceSalting" ESXi-യിൽ:
0 - ഇന്റർ-വിഎം ടിപിഎസ്. വ്യത്യസ്ത VM-കളുടെ പേജുകൾക്കായി TPS പ്രവർത്തിക്കുന്നു;
1 - VMX-ൽ അതേ "sched.mem.pshare.salt" മൂല്യമുള്ള VM-കൾക്കുള്ള TPS;
2 (ഡിഫോൾട്ട്) - ഇൻട്രാ-വിഎം ടിപിഎസ്. ഒരു വിഎമ്മിനുള്ളിലെ പേജുകൾക്കായി ടിപിഎസ് പ്രവർത്തിക്കുന്നു.

വലിയ പേജുകൾ പ്രവർത്തനരഹിതമാക്കുന്നതും ടെസ്റ്റ് ബെഞ്ചുകളിൽ ഇന്റർ-വിഎം ടിപിഎസ് പ്രവർത്തനക്ഷമമാക്കുന്നതും തീർച്ചയായും യുക്തിസഹമാണ്. സമാന VM-കൾ ധാരാളം ഉള്ള സ്റ്റാൻഡുകൾക്കും ഇത് ഉപയോഗിക്കാം. ഉദാഹരണത്തിന്, VDI ഉള്ള സ്റ്റാൻഡുകളിൽ, ഫിസിക്കൽ മെമ്മറിയിൽ സേവിംഗ്സ് പത്ത് ശതമാനത്തിൽ എത്താം.

മെമ്മറി ബലൂണിംഗ്. വിഎം ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന് ടിപിഎസ് പോലെയുള്ള നിരുപദ്രവകരവും സുതാര്യവുമായ സാങ്കേതികതയല്ല ബലൂണിംഗ്. എന്നാൽ ശരിയായി ഉപയോഗിക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ബലൂണിംഗ് ഉപയോഗിച്ച് ജീവിക്കാനും പ്രവർത്തിക്കാനും കഴിയും.

Vmware ടൂളുകൾക്കൊപ്പം, VM-ൽ ബലൂൺ ഡ്രൈവർ (അതായത് vmmemctl) എന്ന പ്രത്യേക ഡ്രൈവർ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്. ഹൈപ്പർവൈസർ ഫിസിക്കൽ മെമ്മറി തീർന്നു തുടങ്ങുകയും സോഫ്റ്റ് സ്റ്റേറ്റിലേക്ക് പ്രവേശിക്കുകയും ചെയ്യുമ്പോൾ, ഈ ബലൂൺ ഡ്രൈവർ വഴി ഉപയോഗിക്കാത്ത റാം വീണ്ടെടുക്കാൻ ESXi VM-നോട് ആവശ്യപ്പെടുന്നു. ഡ്രൈവർ, ഓപ്പറേറ്റിംഗ് സിസ്റ്റം തലത്തിൽ പ്രവർത്തിക്കുകയും അതിൽ നിന്ന് സൗജന്യ മെമ്മറി ആവശ്യപ്പെടുകയും ചെയ്യുന്നു. ബലൂൺ ഡ്രൈവർ ഫിസിക്കൽ മെമ്മറിയുടെ ഏതൊക്കെ പേജുകളാണ് കൈവശപ്പെടുത്തിയിരിക്കുന്നതെന്ന് ഹൈപ്പർവൈസർ കാണുകയും വെർച്വൽ മെഷീനിൽ നിന്ന് മെമ്മറി എടുത്ത് അത് ഹോസ്റ്റിലേക്ക് തിരികെ നൽകുകയും ചെയ്യുന്നു. OS-ന്റെ പ്രവർത്തനത്തിൽ പ്രശ്‌നങ്ങളൊന്നുമില്ല, കാരണം OS ലെവലിൽ മെമ്മറി ബലൂൺ ഡ്രൈവർ കൈവശപ്പെടുത്തിയിരിക്കുന്നു. ഡിഫോൾട്ടായി, ബലൂൺ ഡ്രൈവർക്ക് VM മെമ്മറിയുടെ 65% വരെ എടുക്കാം.

VM-ൽ VMware ടൂളുകൾ ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ലെങ്കിലോ ബലൂണിംഗ് പ്രവർത്തനരഹിതമാക്കിയാലോ (ഞാൻ ഇത് ശുപാർശ ചെയ്യുന്നില്ല, പക്ഷേ ഉണ്ട് KB:), മെമ്മറി നീക്കം ചെയ്യുന്നതിനുള്ള കൂടുതൽ കർശനമായ സാങ്കേതികതകളിലേക്ക് ഹൈപ്പർവൈസർ ഉടൻ മാറുന്നു. ഉപസംഹാരം: VMware ടൂളുകൾ VM-ൽ ഉണ്ടെന്ന് ഉറപ്പാക്കുക.

VMware ടൂളുകൾ വഴി OS-ൽ നിന്ന് ബലൂൺ ഡ്രൈവറിന്റെ പ്രവർത്തനം പരിശോധിക്കാവുന്നതാണ്.

മെമ്മറി കംപ്രഷൻ. ESXi ഹാർഡ് സ്റ്റേറ്റിൽ എത്തുമ്പോൾ ഈ സാങ്കേതികവിദ്യ ഉപയോഗിക്കുന്നു. പേര് സൂചിപ്പിക്കുന്നത് പോലെ, 4KB റാമിന്റെ പേജ് 2KB ആയി കംപ്രസ് ചെയ്യാൻ ESXi ശ്രമിക്കുന്നു, അതുവഴി സെർവറിന്റെ ഫിസിക്കൽ മെമ്മറിയിൽ കുറച്ച് ഇടം ശൂന്യമാക്കുന്നു. ഈ സാങ്കേതികത VM റാം പേജുകളുടെ ഉള്ളടക്കത്തിലേക്കുള്ള ആക്സസ് സമയം ഗണ്യമായി വർദ്ധിപ്പിക്കുന്നു, കാരണം പേജ് ആദ്യം ഡീകംപ്രസ്സ് ചെയ്യണം. ചിലപ്പോൾ എല്ലാ പേജുകളും കംപ്രസ് ചെയ്യാൻ കഴിയില്ല, പ്രക്രിയ തന്നെ കുറച്ച് സമയമെടുക്കും. അതിനാൽ, ഈ സാങ്കേതികവിദ്യ പ്രായോഗികമായി വളരെ ഫലപ്രദമല്ല.

മെമ്മറി സ്വാപ്പിംഗ്. മെമ്മറി കംപ്രഷന്റെ ഒരു ചെറിയ ഘട്ടത്തിന് ശേഷം, ESXi മിക്കവാറും അനിവാര്യമായും (VM-കൾ മറ്റ് ഹോസ്റ്റുകളിലേക്ക് നീങ്ങിയിട്ടില്ലെങ്കിലോ ഓഫാക്കിയിട്ടില്ലെങ്കിലോ) സ്വാപ്പിംഗിലേക്ക് മാറുന്നു. വളരെ കുറച്ച് മെമ്മറി അവശേഷിക്കുന്നുവെങ്കിൽ (ലോ സ്റ്റേറ്റ്), ഹൈപ്പർവൈസർ VM-ലേക്ക് മെമ്മറി പേജുകൾ അനുവദിക്കുന്നത് നിർത്തുന്നു, ഇത് VM-ന്റെ ഗസ്റ്റ് OS-ൽ പ്രശ്നങ്ങൾ ഉണ്ടാക്കും.

ഇങ്ങനെയാണ് സ്വാപ്പിംഗ് പ്രവർത്തിക്കുന്നത്. നിങ്ങൾ ഒരു വെർച്വൽ മെഷീൻ ഓണാക്കുമ്പോൾ, അതിനായി .vswp എക്സ്റ്റൻഷനുള്ള ഒരു ഫയൽ സൃഷ്ടിക്കപ്പെടും. ഇത് VM-ന്റെ റിസർവ് ചെയ്യാത്ത RAM-ന് തുല്യമാണ്: കോൺഫിഗർ ചെയ്തതും റിസർവ് ചെയ്ത മെമ്മറിയും തമ്മിലുള്ള വ്യത്യാസം ഇതാണ്. സ്വാപ്പിംഗ് പ്രവർത്തിക്കുമ്പോൾ, ESXi ഈ ഫയലിലേക്ക് വെർച്വൽ മെഷീൻ മെമ്മറി പേജുകൾ സ്വാപ്പ് ചെയ്യുകയും സെർവറിന്റെ ഫിസിക്കൽ മെമ്മറിക്ക് പകരം അത് ഉപയോഗിച്ച് പ്രവർത്തിക്കാൻ തുടങ്ങുകയും ചെയ്യുന്നു. തീർച്ചയായും, .vswp ഫാസ്റ്റ് സ്റ്റോറേജിലാണെങ്കിൽപ്പോലും, അത്തരം "റാം" മെമ്മറി യഥാർത്ഥ മെമ്മറിയേക്കാൾ മന്ദഗതിയിലുള്ള നിരവധി ഓർഡറുകൾ ആണ്.

ബലൂണിംഗിൽ നിന്ന് വ്യത്യസ്തമായി, ഉപയോഗിക്കാത്ത പേജുകൾ VM-ൽ നിന്ന് എടുക്കുമ്പോൾ, OS അല്ലെങ്കിൽ VM-നുള്ളിലെ ആപ്ലിക്കേഷനുകൾ സജീവമായി ഉപയോഗിക്കുന്ന സ്വാപ്പിംഗ് പേജുകൾ ഡിസ്കിലേക്ക് നീക്കാൻ കഴിയും. തൽഫലമായി, VM ന്റെ പ്രകടനം മരവിപ്പിക്കുന്ന ഘട്ടത്തിലേക്ക് താഴുന്നു. VM ഔപചാരികമായി പ്രവർത്തിക്കുന്നു, ചുരുങ്ങിയത് OS-ൽ നിന്ന് അത് ശരിയായി പ്രവർത്തനരഹിതമാക്കാം. ക്ഷമയുണ്ടെങ്കിൽ 😉

VM-കൾ Swap-ലേക്ക് പോയിട്ടുണ്ടെങ്കിൽ, സാധ്യമെങ്കിൽ ഒഴിവാക്കാവുന്ന ഒരു അടിയന്തര സാഹചര്യമാണിത്.

അടിസ്ഥാന വെർച്വൽ മെഷീൻ മെമ്മറി പ്രകടന കൗണ്ടറുകൾ

അതിനാൽ ഞങ്ങൾ പ്രധാന കാര്യത്തിലേക്ക് എത്തി. VM-ന്റെ മെമ്മറി നില നിരീക്ഷിക്കുന്നതിന്, ഇനിപ്പറയുന്ന കൗണ്ടറുകൾ ഉണ്ട്:

സജീവമായ — മുൻ മെഷർമെന്റ് കാലയളവിൽ VM ആക്സസ് ചെയ്ത RAM (KB) അളവ് കാണിക്കുന്നു.

ഉപയോഗം - സജീവമായതിന് സമാനമാണ്, എന്നാൽ VM-ന്റെ കോൺഫിഗർ ചെയ്ത RAM-ന്റെ ശതമാനമായി. ഇനിപ്പറയുന്ന ഫോർമുല ഉപയോഗിച്ച് കണക്കാക്കുന്നു: സജീവ ÷ വിർച്ച്വൽ മെഷീൻ കോൺഫിഗർ ചെയ്ത മെമ്മറി വലുപ്പം.
ഉയർന്ന ഉപയോഗവും സജീവവും, യഥാക്രമം, എല്ലായ്‌പ്പോഴും VM പ്രകടന പ്രശ്‌നങ്ങളുടെ സൂചകമല്ല. VM മെമ്മറി ആക്രമണാത്മകമായി ഉപയോഗിക്കുന്നുണ്ടെങ്കിൽ (കുറഞ്ഞത് അത് ആക്സസ് ചെയ്യുകയെങ്കിലും), വേണ്ടത്ര മെമ്മറി ഇല്ലെന്ന് ഇതിനർത്ഥമില്ല. മറിച്ച്, OS-ൽ എന്താണ് സംഭവിക്കുന്നതെന്ന് നോക്കാനുള്ള ഒരു കാരണമാണിത്.
VM-കൾക്കുള്ള മെമ്മറി ഉപയോഗത്തിനായി ഒരു സാധാരണ അലാറം ഉണ്ട്:

പങ്കിട്ടു - TPS ഉപയോഗിച്ച് ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്ത VM RAM-ന്റെ അളവ് (ഒരു VM-നുള്ളിലോ VM-കൾക്കിടയിലോ).

അനുവദിച്ചത് - VM-ന് അനുവദിച്ച ഹോസ്റ്റ് ഫിസിക്കൽ മെമ്മറിയുടെ (KB) അളവ്. പങ്കിട്ടത് പ്രവർത്തനക്ഷമമാക്കുന്നു.

ഉപഭോഗം (അനുവദിച്ചു - പങ്കിട്ടത്) - ഹോസ്റ്റിൽ നിന്ന് VM ഉപയോഗിക്കുന്ന ഫിസിക്കൽ മെമ്മറിയുടെ (കെബി) അളവ്. പങ്കിട്ടത് ഉൾപ്പെടുന്നില്ല.

VM മെമ്മറിയുടെ ഒരു ഭാഗം നൽകുന്നത് ഹോസ്റ്റിന്റെ ഫിസിക്കൽ മെമ്മറിയിൽ നിന്നല്ല, മറിച്ച് ഒരു സ്വാപ്പ് ഫയലിൽ നിന്നോ അല്ലെങ്കിൽ VM-ൽ നിന്ന് ബലൂൺ ഡ്രൈവർ മുഖേന മെമ്മറി എടുക്കുന്നതോ ആണെങ്കിൽ, ഈ തുക ഗ്രാന്റ് ആൻഡ് കൺസ്യൂമിൽ കണക്കിലെടുക്കില്ല.
ഉയർന്ന അനുവദിച്ചതും ഉപഭോഗം ചെയ്തതുമായ മൂല്യങ്ങൾ പൂർണ്ണമായും സാധാരണമാണ്. ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ക്രമേണ ഹൈപ്പർവൈസറിൽ നിന്ന് മെമ്മറി എടുക്കുന്നു, അത് തിരികെ നൽകുന്നില്ല. കാലക്രമേണ, സജീവമായി പ്രവർത്തിക്കുന്ന VM-ൽ, ഈ കൗണ്ടറുകളുടെ മൂല്യങ്ങൾ കോൺഫിഗർ ചെയ്‌ത മെമ്മറിയുടെ അളവിനെ സമീപിക്കുകയും അവിടെ തുടരുകയും ചെയ്യുന്നു.

സീറോ - പൂജ്യങ്ങൾ അടങ്ങുന്ന VM RAM (KB) അളവ്. അത്തരം മെമ്മറി ഹൈപ്പർവൈസർ സൗജന്യമായി കണക്കാക്കുകയും മറ്റ് വിർച്ച്വൽ മെഷീനുകൾക്ക് നൽകുകയും ചെയ്യും. അതിഥി OS, സീറോഡ് മെമ്മറിയിലേക്ക് എന്തെങ്കിലും എഴുതിയ ശേഷം, അത് ഉപഭോഗത്തിലേക്ക് പോകുന്നു, തിരികെ വരുന്നില്ല.

റിസർവ്ഡ് ഓവർഹെഡ് - VM പ്രവർത്തനത്തിനായി ഹൈപ്പർവൈസർ റിസർവ് ചെയ്ത VM RAM, (KB) തുക. ഇതൊരു ചെറിയ തുകയാണ്, പക്ഷേ ഇത് ഹോസ്റ്റിൽ ലഭ്യമായിരിക്കണം, അല്ലെങ്കിൽ VM ആരംഭിക്കില്ല.

ബലൂണ് - ബലൂൺ ഡ്രൈവർ ഉപയോഗിച്ച് VM-ൽ നിന്ന് നീക്കം ചെയ്ത RAM (KB) അളവ്.

കം‌പ്രസ്സുചെയ്‌തു - കംപ്രസ് ചെയ്ത റാമിന്റെ (കെബി) അളവ്.

മാറ്റി - സെർവറിലെ ഫിസിക്കൽ മെമ്മറിയുടെ അഭാവം മൂലം ഡിസ്കിലേക്ക് നീങ്ങിയ RAM (KB) അളവ്.
ബലൂണും മറ്റ് മെമ്മറി വീണ്ടെടുക്കൽ ടെക്നിക്കുകളും പൂജ്യമാണ്.

150 GB RAM ഉള്ള സാധാരണ പ്രവർത്തിക്കുന്ന VM-ന്റെ മെമ്മറി കൗണ്ടറുകളിൽ ഗ്രാഫ് ഇങ്ങനെയാണ് കാണപ്പെടുന്നത്.

ചുവടെയുള്ള ഗ്രാഫിൽ, VM-ന് വ്യക്തമായ പ്രശ്നങ്ങളുണ്ട്. ഈ വിഎമ്മിനായി റാമിൽ പ്രവർത്തിക്കുന്നതിനുള്ള വിവരിച്ച എല്ലാ സാങ്കേതിക വിദ്യകളും ഉപയോഗിച്ചതായി ഗ്രാഫിന് ചുവടെ നിങ്ങൾക്ക് കാണാൻ കഴിയും. ഈ VM-നുള്ള ബലൂൺ ഉപഭോഗത്തേക്കാൾ വളരെ വലുതാണ്. സത്യത്തിൽ വിഎം ജീവിച്ചിരിക്കുന്നതിനേക്കാൾ മരിച്ചിരിക്കുന്നു.

ESXTOP

CPU പോലെ, ഹോസ്റ്റിലെ സാഹചര്യവും 2 സെക്കൻഡ് വരെ ഇടവേളയുള്ള അതിന്റെ ചലനാത്മകതയും വേഗത്തിൽ വിലയിരുത്തണമെങ്കിൽ, ഞങ്ങൾ ESXTOP ഉപയോഗിക്കണം.

ESXTOP മെമ്മറി സ്‌ക്രീൻ "m" കീ ഉപയോഗിച്ച് വിളിക്കുന്നു, ഇതുപോലെ കാണപ്പെടുന്നു (B,D,H,J,K,L,O ഫീൽഡുകൾ തിരഞ്ഞെടുത്തു):

ഇനിപ്പറയുന്ന പാരാമീറ്ററുകൾ ഞങ്ങൾക്ക് താൽപ്പര്യമുള്ളതായിരിക്കും:

മെം ഓവർകമ്മിറ്റ് ശരാശരി — 1, 5, 15 മിനിറ്റുകൾക്കുള്ള ഹോസ്റ്റിലെ മെമ്മറി ഓവർസബ്‌സ്‌ക്രിപ്‌ഷന്റെ ശരാശരി മൂല്യം. ഇത് പൂജ്യത്തിന് മുകളിലാണെങ്കിൽ, എന്താണ് സംഭവിക്കുന്നതെന്ന് നോക്കാനുള്ള ഒരു കാരണമാണിത്, പക്ഷേ എല്ലായ്പ്പോഴും പ്രശ്നങ്ങളുടെ സൂചകമല്ല.

വരികളിൽ PMEM/MB и വിഎംകെഎംഇഎം/എം.ബി — സെർവറിന്റെ ഫിസിക്കൽ മെമ്മറിയെയും VMkernel-ന് ലഭ്യമായ മെമ്മറിയെയും കുറിച്ചുള്ള വിവരങ്ങൾ. ഇവിടെയുള്ള രസകരമായ കാര്യങ്ങളിൽ നിങ്ങൾക്ക് minfree മൂല്യം (MB-യിൽ), മെമ്മറിയിലെ ഹോസ്റ്റ് അവസ്ഥ (ഞങ്ങളുടെ കാര്യത്തിൽ, ഉയർന്നത്) കാണാൻ കഴിയും.

ഇൻ ലൈൻ NUMA/MB NUMA നോഡുകളിലുടനീളം (സോക്കറ്റുകൾ) റാമിന്റെ വിതരണം നിങ്ങൾക്ക് കാണാൻ കഴിയും. ഈ ഉദാഹരണത്തിൽ, വിതരണം അസമമാണ്, അത് തത്വത്തിൽ വളരെ നല്ലതല്ല.

മെമ്മറി റിക്ലമേഷൻ ടെക്നിക്കുകൾക്കായുള്ള പൊതുവായ സെർവർ സ്ഥിതിവിവരക്കണക്കുകൾ ഇനിപ്പറയുന്നവയാണ്:

PSHARE/MB - ഇവ TPS സ്ഥിതിവിവരക്കണക്കുകളാണ്;

SWAP/MB - ഉപയോഗ സ്ഥിതിവിവരക്കണക്കുകൾ സ്വാപ്പ് ചെയ്യുക;

ZIP/MB - മെമ്മറി പേജ് കംപ്രഷൻ സ്ഥിതിവിവരക്കണക്കുകൾ;

MEMCTL/MB - ബലൂൺ ഡ്രൈവർ ഉപയോഗ സ്ഥിതിവിവരക്കണക്കുകൾ.

വ്യക്തിഗത VM-കൾക്കായി, ഇനിപ്പറയുന്ന വിവരങ്ങളിൽ ഞങ്ങൾക്ക് താൽപ്പര്യമുണ്ടാകാം. സദസ്സിനെ ആശയക്കുഴപ്പത്തിലാക്കാതിരിക്കാൻ ഞാൻ VM കളുടെ പേരുകൾ മറച്ചുവച്ചു :). ESXTOP മെട്രിക് vSphere-ലെ കൗണ്ടറിന് സമാനമാണെങ്കിൽ, ഞാൻ അനുബന്ധ കൗണ്ടർ നൽകും.

MEMSZ — VM (MB)-ൽ കോൺഫിഗർ ചെയ്ത മെമ്മറിയുടെ അളവ്.
MEMSZ = GRANT + MCTLSZ + SWCUR + തൊട്ടുകൂടാത്തത്.

ഗ്രാന്റ് - എംബിയിൽ അനുവദിച്ചു.

ടി.സി.എച്ച്.ഡി - MBytes-ൽ സജീവമാണ്.

MCTL? - VM-ൽ ബലൂൺ ഡ്രൈവർ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടോ എന്ന്.

MCTLSZ - ബലൂൺ മുതൽ MB വരെ.

MCTLGT - ബലൂൺ ഡ്രൈവർ (Memctl ടാർഗെറ്റ്) വഴി VM-ൽ നിന്ന് ESXi നീക്കം ചെയ്യാൻ ആഗ്രഹിക്കുന്ന RAM (MBytes) അളവ്.

MCTLMAX - ബലൂൺ ഡ്രൈവർ വഴി ESXi-ന് VM-ൽ നിന്ന് നീക്കം ചെയ്യാൻ കഴിയുന്ന പരമാവധി RAM (MBytes).

SWCUR — സ്വാപ്പ് ഫയലിൽ നിന്ന് VM-ന് അനുവദിച്ച റാം (MBytes) നിലവിലെ തുക.

എസ്.ഡബ്ല്യു.ജി.ടി. — സ്വാപ്പ് ഫയലിൽ നിന്ന് (സ്വാപ്പ് ടാർഗെറ്റ്) ESXi VM-ന് നൽകാൻ ആഗ്രഹിക്കുന്ന RAM (MBytes) അളവ്.

ESXTOP വഴി നിങ്ങൾക്ക് VM-ന്റെ NUMA ടോപ്പോളജിയെക്കുറിച്ചുള്ള കൂടുതൽ വിശദമായ വിവരങ്ങൾ കാണാനും കഴിയും. ഇത് ചെയ്യുന്നതിന്, D, G ഫീൽഡുകൾ തിരഞ്ഞെടുക്കുക:

എൻ.എച്ച്.എൻ – VM സ്ഥിതി ചെയ്യുന്ന NUMA നോഡുകൾ. ഒരു NUMA നോഡിൽ ചേരാത്ത വൈഡ് വിഎം ഇവിടെ നിങ്ങൾക്ക് പെട്ടെന്ന് കാണാൻ കഴിയും.

എൻ.ആർ.എം.ഇ.എം - റിമോട്ട് NUMA നോഡിൽ നിന്ന് VM എത്ര മെഗാബൈറ്റ് മെമ്മറി എടുക്കുന്നു.

എൻ.എൽ.എം.ഇ.എം - ലോക്കൽ NUMA നോഡിൽ നിന്ന് VM എത്ര മെഗാബൈറ്റ് മെമ്മറി എടുക്കുന്നു.

N%L - പ്രാദേശിക NUMA നോഡിലെ VM മെമ്മറിയുടെ ശതമാനം (80% ൽ കുറവാണെങ്കിൽ, പ്രകടന പ്രശ്നങ്ങൾ ഉണ്ടാകാം).

ഹൈപ്പർവൈസറിലെ മെമ്മറി

ഒരു ഹൈപ്പർവൈസറിനായുള്ള സിപിയു കൗണ്ടറുകൾ സാധാരണയായി പ്രത്യേക താൽപ്പര്യമുള്ളതല്ലെങ്കിൽ, മെമ്മറിയുടെ കാര്യത്തിൽ സ്ഥിതി വിപരീതമാണ്. ഒരു VM-ലെ ഉയർന്ന മെമ്മറി ഉപയോഗം എല്ലായ്‌പ്പോഴും ഒരു പ്രകടന പ്രശ്‌നത്തെ സൂചിപ്പിക്കുന്നില്ല, എന്നാൽ ഒരു ഹൈപ്പർവൈസറിലെ ഉയർന്ന മെമ്മറി ഉപയോഗം മെമ്മറി മാനേജ്‌മെന്റ് ടെക്‌നിക്കുകൾ പ്രവർത്തനക്ഷമമാക്കുകയും VM പ്രകടനത്തിൽ പ്രശ്‌നങ്ങൾ ഉണ്ടാക്കുകയും ചെയ്യുന്നു. നിങ്ങൾ ഹോസ്റ്റ് മെമ്മറി ഉപയോഗ അലാറങ്ങൾ നിരീക്ഷിക്കുകയും സ്വാപ്പിൽ പ്രവേശിക്കുന്നതിൽ നിന്ന് VM-കൾ തടയുകയും ചെയ്യേണ്ടതുണ്ട്.

അൺസ്വാപ്പ്

ഒരു VM സ്വാപ്പിൽ പിടിക്കപ്പെട്ടാൽ, അതിന്റെ പ്രകടനം വളരെ കുറയുന്നു. ഹോസ്റ്റിൽ ഫ്രീ റാം ദൃശ്യമായതിന് ശേഷം ബലൂണിംഗിന്റെയും കംപ്രഷന്റെയും ട്രെയ്‌സ് പെട്ടെന്ന് അപ്രത്യക്ഷമാകും, എന്നാൽ സ്വാപ്പിൽ നിന്ന് സെർവറിന്റെ റാമിലേക്ക് മടങ്ങാൻ വെർച്വൽ മെഷീൻ തിടുക്കം കാട്ടുന്നില്ല.
ESXi 6.0-ന് മുമ്പ്, Swap-ൽ നിന്ന് VM നീക്കം ചെയ്യുന്നതിനുള്ള ഏക വിശ്വസനീയവും വേഗമേറിയതുമായ മാർഗ്ഗം റീബൂട്ട് ചെയ്യുക (കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, കണ്ടെയ്നർ ഓഫ്/ഓൺ ചെയ്യുക). ESXi 6.0 മുതൽ, പൂർണ്ണമായും ഔദ്യോഗികമല്ലെങ്കിലും, Swap-ൽ നിന്ന് VM നീക്കം ചെയ്യുന്നതിനുള്ള പ്രവർത്തനവും വിശ്വസനീയവുമായ മാർഗ്ഗം പ്രത്യക്ഷപ്പെട്ടു. ഒരു കോൺഫറൻസിൽ, സിപിയു ഷെഡ്യൂളറിന്റെ ഉത്തരവാദിത്തമുള്ള VMware എഞ്ചിനീയർമാരിൽ ഒരാളുമായി എനിക്ക് സംസാരിക്കാൻ കഴിഞ്ഞു. ഈ രീതി തികച്ചും ഫലപ്രദവും സുരക്ഷിതവുമാണെന്ന് അദ്ദേഹം സ്ഥിരീകരിച്ചു. ഞങ്ങളുടെ അനുഭവത്തിൽ, അതിൽ പ്രശ്നങ്ങളൊന്നും ഉണ്ടായിരുന്നില്ല.

Swap-ൽ നിന്ന് ഒരു VM നീക്കം ചെയ്യുന്നതിനുള്ള യഥാർത്ഥ കമാൻഡുകൾ വിവരിച്ചു ഡങ്കൻ എപ്പിംഗ്. ഞാൻ വിശദമായ വിവരണം ആവർത്തിക്കില്ല, അതിന്റെ ഉപയോഗത്തിന്റെ ഒരു ഉദാഹരണം ഞാൻ നൽകും. നിങ്ങൾക്ക് സ്ക്രീൻഷോട്ടിൽ കാണാനാകുന്നതുപോലെ, നിർദ്ദിഷ്ട കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്ത് കുറച്ച് സമയത്തിന് ശേഷം, വിഎമ്മിലെ സ്വാപ്പ് അപ്രത്യക്ഷമാകുന്നു.

ESXi-യിൽ റാം കൈകാര്യം ചെയ്യുന്നതിനുള്ള നുറുങ്ങുകൾ

അവസാനമായി, റാം കാരണം VM പ്രകടനത്തിലെ പ്രശ്നങ്ങൾ ഒഴിവാക്കാൻ നിങ്ങളെ സഹായിക്കുന്ന ചില നുറുങ്ങുകൾ ഇതാ:

• പ്രൊഡക്റ്റീവ് ക്ലസ്റ്ററുകളിൽ റാമിന്റെ അമിത സബ്‌സ്‌ക്രിപ്‌ഷൻ ഒഴിവാക്കുക. ക്ലസ്റ്ററിൽ എല്ലായ്‌പ്പോഴും ~20-30% സൗജന്യ മെമ്മറി ഉണ്ടായിരിക്കുന്നതാണ് ഉചിതം, അതുവഴി DRS-നും (അഡ്‌മിനിസ്‌ട്രേറ്ററിനും) കൈകാര്യം ചെയ്യാനുള്ള ഇടമുണ്ട്, മൈഗ്രേഷൻ സമയത്ത് VM-കൾ സ്വാപ്പിലേക്ക് പോകില്ല. കൂടാതെ, തെറ്റ് സഹിഷ്ണുതയ്ക്കുള്ള മാർജിനിനെക്കുറിച്ച് മറക്കരുത്. ഒരു സെർവർ പരാജയപ്പെടുകയും എച്ച്എ ഉപയോഗിച്ച് വിഎം റീബൂട്ട് ചെയ്യുകയും ചെയ്യുമ്പോൾ, ചില മെഷീനുകളും സ്വാപ്പിലേക്ക് പോകുമ്പോൾ ഇത് അസുഖകരമാണ്.
• വളരെ ഏകീകൃതമായ ഇൻഫ്രാസ്ട്രക്ചറുകളിൽ, ഹോസ്റ്റ് മെമ്മറിയുടെ പകുതിയിലധികം മെമ്മറിയുള്ള VM-കൾ സൃഷ്ടിക്കാതിരിക്കാൻ ശ്രമിക്കുക. ക്ലസ്റ്റർ സെർവറുകളിലുടനീളം വിർച്ച്വൽ മെഷീനുകൾ പ്രശ്‌നങ്ങളില്ലാതെ വിതരണം ചെയ്യാൻ ഇത് വീണ്ടും DRS-നെ സഹായിക്കും. ഈ നിയമം, തീർച്ചയായും, സാർവത്രികമല്ല :).
• ഹോസ്റ്റ് മെമ്മറി ഉപയോഗ അലാറത്തിനായി ശ്രദ്ധിക്കുക.
• VM-ൽ VMware ടൂളുകൾ ഇൻസ്റ്റാൾ ചെയ്യാൻ മറക്കരുത്, ബലൂണിംഗ് ഓഫ് ചെയ്യരുത്.
• ഇന്റർ-വിഎം ടിപിഎസ് പ്രവർത്തനക്ഷമമാക്കുന്നതും വിഡിഐ, ടെസ്റ്റ് എൻവയോൺമെന്റുകളിൽ വലിയ പേജുകൾ പ്രവർത്തനരഹിതമാക്കുന്നതും പരിഗണിക്കുക.
• VM-ന് പ്രകടന പ്രശ്‌നങ്ങൾ അനുഭവപ്പെടുന്നുണ്ടെങ്കിൽ, അത് ഒരു റിമോട്ട് NUMA നോഡിൽ നിന്ന് മെമ്മറി ഉപയോഗിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക.
• Swap-ൽ നിന്ന് VM-കൾ കഴിയുന്നത്ര വേഗത്തിൽ നീക്കം ചെയ്യുക! മറ്റ് കാര്യങ്ങളിൽ, VM സ്വാപ്പിലാണെങ്കിൽ, സ്റ്റോറേജ് സിസ്റ്റം വ്യക്തമായ കാരണങ്ങളാൽ കഷ്ടപ്പെടുന്നു.

റാമിനെക്കുറിച്ച് എനിക്ക് അത്രയേയുള്ളൂ. കൂടുതൽ ആഴത്തിൽ പോകാൻ ആഗ്രഹിക്കുന്നവർക്കുള്ള അനുബന്ധ ലേഖനങ്ങൾ ചുവടെയുണ്ട്. അടുത്ത ലേഖനം സ്‌റ്റോറാജിനായി സമർപ്പിക്കും.

ഉപയോഗപ്രദമായ ലിങ്കുകൾhttp://www.yellow-bricks.com/2015/03/02/what-happens-at-which-vsphere-memory-state/
http://www.yellow-bricks.com/2013/06/14/how-does-mem-minfreepct-work-with-vsphere-5-0-and-up/
https://www.vladan.fr/vmware-transparent-page-sharing-tps-explained/
http://www.yellow-bricks.com/2016/06/02/memory-pages-swapped-can-unswap/
https://kb.vmware.com/s/article/1002586
https://www.vladan.fr/what-is-vmware-memory-ballooning/
https://kb.vmware.com/s/article/2080735
https://kb.vmware.com/s/article/2017642
https://labs.vmware.com/vmtj/vmware-esx-memory-resource-management-swap
https://blogs.vmware.com/vsphere/2013/10/understanding-vsphere-active-memory.html
https://www.vmware.com/support/developer/converter-sdk/conv51_apireference/memory_counters.html
https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-65-monitoring-performance-guide.pdf

അവലംബം: www.habr.com