VM analysis perficiendi in VMware vSphere. Pars II: Memoria

VM analysis perficiendi in VMware vSphere. Pars II: Memoria

Pars 1. Circa CPU

In hoc articulo, loquemur de calculis faciendis temere accessus memoriae (RAM) in vSphere.
Omnia memoria clariora esse videntur quam cum processu: si VM problemata perficit, difficile non notare. sin apparent, multo difficilius cum illis agere; Prima autem.

A frenum in doctrina

Aries machinarum virtualium sumitur e memoria ministri quo VMs currunt. Satis notum est :). Si servo RAM non satis est omnibus, incipit ESXi reclamationis technicae memoriae usus ad optimize sumptionem RAM. Alioquin systemata operativa VM cum erroribus accessum RAM collideret.

Quibus artibus uti ESXi decernit secundum onus RAM;

Memoria status

terminus

actus

High

CD% of minFree

Cum ad finem superiorem pervenerint, paginae memoriae magnae in parvas divisae sunt (TPS in modo regulae operatur).

Aequaliter Nubila

CD% of minFree

Paginae memoriae magnae in parvas fractae sunt, TPS laborare coacta est.

Mollis

CD% of minFree

TPS + Balloon

ferreus

CD% of minFree

TPS + Compress + Swap

Minimum

CD% of minFree

Comprime + Swap + Block

fons

minFree est RAM requisita hypervisoris ad operandum.

Ante ESXi 4.1 inclusive, minFree definitum est per defaltam - 6% servientis RAM (quotus quisque mutari potest per optionem Mem.MinFreePct in ESXi). In recentioribus versionibus, ob augendam memoriam magnitudinum in servientibus, minFree computari coeperunt secundum quantitatem memoriae hospitis, et non secundum quantitatem certam.

Valor minFree (default) computatur sic:

Recipis memoriae minFree reservata

Memoria range

6%

0-4 GB

4%

4-12 GB

2%

12-28 GB

1%

reliquiae memoriae

fons

Exempli gratia, pro servo cum 128 GB of RAM, MinFree valor erit:
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12MB = 1,88GB
Valor ipsa a duobus centum MB differre potest, a servo et RAM pendet.

Recipis memoriae minFree reservata

Memoria range

Valorem 128 GB

6%

0-4 GB

245,76 MB

4%

4-12 GB

327,68 MB

2%

12-28 GB

327,68 MB

1%

Reliquiae memoriae (C GB)

1024 MB

Solet, pro fertilitate stat, solum Status excelsus normales haberi potest. Ad subsellia probandi et progressus, Serena/Mollis civitatibus gratum esse possunt. Si RAM in exercitu minor est quam 64% MinFree, tunc VMs currit in eo certus difficultates perficiendi.

In unoquoque statu technicae quaedam memoria reclamationis adhibentur, incipiendo ab TPS, quae exsecutionem VM fere non afficit, et cum Swapping desinens. Dicam tibi plura de his.

Perspicuus Page Socius (TPS). TPS, fere loquendo, deduplicatio machinae virtualis paginae memoriae in calculonis servi.

ESXi spectat paginas identicas machinae virtualis RAM numerando et comparando hash summas paginarum, et duplicatas paginas removet, easque cum nexus ad eandem paginam reponens in memoria corporis servientis. Quam ob rem consumptio corporis memoria minuitur et quaedam memoria oversubscriptionis perfici potest cum aliqua vel nulla turpitudine perficienda.

VM analysis perficiendi in VMware vSphere. Pars II: Memoria
fons

Haec mechanismus tantum operatur pro 4 KB paginarum memoriae (paginae parvae). Hypervisor etiam paginas 2 MB (paginae magnae) detrahere non temptat: facultas inveniendi paginas similes huius magnitudinis non magna est.

Defalta ESXi memoriam ad magnas paginas collocat. Paginas magnas frangere in paginas parvas incipit cum ad limen Altissimum civitatis pervenit et compellitur cum ventum est ad Serenum statum (vide mensam hypervisoris status).

Si vis TPS incipere operari sine exspectatione exercitus RAM ut impleat, in Optionum Provectus ESXi debes ut valorem "Mem.AllocGuestLargePage" ad 0 (default I). Tunc destinatio magnarum memoriae paginarum virtualium machinis debilitata erit.

Cum Decembris MMXIV, in omnibus solutionibus ESXi, TPS inter VMs per defaltam debilitata est, sicut vulnerabilitas inventa est theoretice aditum ab uno VM ad RAM alterius VM. Singula hic. Per informationes transmissas non inveni de exsecutione lusibilitatis TPS opprimendi.

TPS consilium regitur per optionem provectus "Mem.ShareForceSalting" in ESXi:
0 - INTER-VM TPS. TPS opera paginarum VMs diversorum;
1 - TPS pro VM cum eodem valore in VMX sched.mem.pshare.salt;
II (per annum) - INTRA- VM TPS. TPS opera ad paginas intra VM.

Certo sensu facit ut magnas paginas avertat et in scamnis testium inter-VM TPS convertatur. Potest etiam poni cum pluribus eiusdem generis VM. Exempli gratia, cum VDI stat, compendia in memoria corporis decem cento attingere possunt.

memoriam Balloons. Ballooning non est iam talis ars innoxia et perspicua ad systema VM operandi sicut TPS. Sed recte, vivere potes et etiam operari Ballooning.

Una cum Instrumentis Vmware, specialis agitator nomine Balloon Driver (aka vmmemctl) in VM inauguratur. Cum hypervisor e memoria physica incipit et in mollem statum intrat, ESXi rogat VM ut ram insuetam per hoc Balloon Coegi reuocare. Auriga in ordine ad systema operantem et ab eo liberam memoriam petit. Hypervisor videt quas paginas memoriae physicae Coegi Balloon occupaverit, memoriam e machina virtuali sumit eamque ad exercitum reddit. Nullae difficultates cum operatione OS sunt, cum in gradu OS memoria ab Balloon Coegi occupatur. Per default Balloon Coegi potest capere usque ad 65% of VM memoria.

Si Instrumenta VMware non installantur in VM vel Ballooning debilis est (non suadeo, sed adsunt KB:), hypervisor statim virgas ad artis remotionis memoriam duriorem. Conclusio: fac ut instrumenta VMware in VM.

VM analysis perficiendi in VMware vSphere. Pars II: Memoria
Balloon Coegi operatio potest sedari ab OS per VMware Tools.

memoriam compressionis. Haec ars adhibetur cum ESXi ad statum durum. Ut nomen sonat, ESXi paginam RAM in 4KB 2KB retrahere conatur et sic aliquod spatium in memoria corporis liberare. Haec ars significanter auget accessum temporis ad contenta paginarum VM RAM, quandoquidem pagina primum incompressa debet esse. Interdum non omnes paginae comprimere possunt, et processus ipse aliquamdiu sumit. Ergo haec ars non est multum efficax in usu.

memoriae permutando. Post brevem Memoriam Copressionis phase, ESXi paene inevitabiliter (si VMs alias catervas non reliquerint vel averterint) switch ad Swapping. Et si exigua memoria superest, hypervisor etiam sistit paginas memoriae ad VM collocans, quae in hospite OS ipsius VM difficultates causare possunt.

Hic est quomodo Swapping opera. Cum machinam virtualem converteris, fasciculus cum .vswp extensio pro eo creatus est. Aequale magnitudine est RAM servatae VM: interest inter figuram et memoriam conservatam. Cum Swapping currit, ESXi paginas memoriae virtualis machinae in hunc fasciculum emittit et cum eo operari incipit pro memoria corporis ministri. Scilicet, talis "operativa" memoria plures ordines magnitudinis tardiores sunt quam realis, etsi .vswp in fastigio iacet.

Dissimile Ballooning, si paginae insuetae ex VM sumuntur, cum Swapping, paginae OS vel applicationes in medio VM active adhibitae ad discum movere possunt. Quo fit, ut in frigore conficiatur VM. VM formaliter operatur et saltem recte ab OS debilitari potest. Si patientes estote

Si VMs ad Swap perrexit, haec condicio abnormis est, quae maxime fugienda est, si fieri potest.

Key VM memoria perficientur calculis

Venimus itaque ad consectetur. Ad monitorem in VM statum memoriae, sequentia calculi sunt.

Active β€” RAM (KB) quantitatem ostendit quod accessum VM ad tempus mensurae praecedentis accesserit.

usage β€” idem ac Active, sed ut recipis VM figuratum RAM. Ratione utens hac formula: activa Γ· machina virtualis configurata memoriae magnitudine.
Altus Ritus ac Active, respective, non semper index VM problematum perficiendi. Si VM infensi memoria utitur (saltem accessum ad eam accedit), hoc non significat memoriam non satis esse. Sed occasio est videre quid in OS agatur.
Memoria vexillum Ritus metum est pro VMs:

VM analysis perficiendi in VMware vSphere. Pars II: Memoria

shared β€” moles VM RAM deduplicata utens TPS (intra VM vel inter VMs).

Dato - Moles militiae memoriae corporis (KB) quae data est VM. Shared.

et consumatur moles memoriae corporis (KB) quod VM ab exercitu consumit. Shared non includit.

Si pars VM memoriae detur, non a memoria corporis militiae, sed ex fasciculo permuto, vel ab VM per Coegi Balloon deducitur memoria, haec copia in Concessione et absumpto non habetur.
Maximum concessum et consumptum valores omnino normales sunt. Ratio operativa paulatim memoriam ab hypervisore accipit et eam non reddit. Subinde, activo currendo VM, valores horum calculorum quantitatem memoriae conformatae accedunt et ibi manent.

nulla β€” moles VM RAM (KB), quae cyphris continet. Talis memoria ab hypervisore libera censetur et aliis machinis virtualibus dari potest. Postquam hospes OS scripsit aliquid ad memoriam deflexit, in absumptionem it et non revertitur.

Reservatis caput β€” moles VM RAM, (KB) ab hypervisore ad operationem VM reservata. Hoc parvum est, sed in exercitu praesto esse oportet, alioquin VM non incipiet.

Balloon β€” moles RAM (KB) ab VM capta est utens Balloon Coegi.

compressum, - moles ram (KB) compressa.

Swapped - moles RAM (KB) quae, ob defectum memoriae corporis in calculonis, ad disco movetur.
Balloon et aliae artes calculi reclamationis memoriae nullae sunt.

Hoc modo graphus cum calculis Memoriae similis spectat ad normaliter laborantes VM cum 150 GB ipsius RAM.

VM analysis perficiendi in VMware vSphere. Pars II: Memoria

In graphe infra, VM difficultates apertas habet. Sub graphio videre potes hanc VM, omnes descriptae artes ad operandum RAM adhibitas esse. Balloon huic VM est multo maior quam consumptus. Nam VM magis mortuus est quam vivus.

VM analysis perficiendi in VMware vSphere. Pars II: Memoria

ESXTOP

Ut cum CPU, si situm in exercitu situm celeriter perpendere velimus, tum dynamica eius interiectis secundis usque ad 2 secundis, utendum est ESXTOP.

Velum ESXTOP a Memoria vocatur sursum cum clavis "m" et huius modi speciebus (agrorum B, D, H, J, K, L, O);

VM analysis perficiendi in VMware vSphere. Pars II: Memoria

Parametri sequentes nobis usuris erunt.

Mem supercommit avg - Mediocris valor memoriae subscriptionis turmae 1, 5 et 15 minutae. Si supra nulla est, occasio videndi quid agatur, non semper problematum indicat.

In lines PMEM/MB ΠΈ VMKMEM/MB β€” informationes de memoria corporis ministrantis et memoriae in promptu sunt VMkernel. Ex interesting hic videre potes valorem minfree (in MB), statum hospitii in memoria (in nostro casu magno).

In linea NUMA/MB distributionem RAM a NUMA nodis (basibus) videre potes. In hoc exemplo inaequale est distributio, quae in principio non est valde bona.

Sequens generalis est server statistica de technicis reclamationibus memoriae:

PSHARE/MB sunt TPS mutant;

SWAP/MB - Swap usus mutant;

ZIP/MB - memoriam paginae compressionis mutant;

MEMCTL/MB - Balloon Driver usus mutant.

Singulis VMs, sequenti informationes interesse possumus. VM nomina abscondi ut non confundar:). Si metrica ESXTOP simile est cum in vSphere, occurro respondeo.

MEMSZ β€” moles memoriae figuratus in VM (MB).
MEMSZ = CONCEDE + MCTLSZ + SWCUR + integer.

TRIBUO β€” Concessit MB.

TCHD β€” Active in MB.

MCTL? - an Coegi Balloon in VM instituatur.

MCTLSZ β€” Balloon ad MB.

MCTLGT β€” moles RAM (MB) quae ESXi ab VM per Coegi Balloon (Memctl Target).

MCTLMAX - maximum amount of RAM (MB) quod ESXi ab VM per Coegi Balloon capere potest.

SWCUR β€” hodiernam quantitatem RAM (MB) ad VM ex fasciculo Swap partita.

S.W.G.T. - moles RAM (MB) quae ESXi VM ex fasciculo Swap dare vult (Target Swap).

Item, per ESXTOP, accuratiores informationes videre potes de NUMA topologia VM. Ad hoc elige agros D, G;

VM analysis perficiendi in VMware vSphere. Pars II: Memoria

PARVUS – NUMA nodis in quibus VM sita est. Hic statim potes animadvertere vm latum, qui non uni NUMA nodo convenit.

NRMEM - quot megabytes memoriae VM de remota NUMA nodo sumit.

NLMEM - quot megabytes memoriae VM e loci NUMA nodi sumit.

N%L - recipis memoriam VM in nodi locali NUMA (si minus quam 80%, problemata perficienda occurrere possunt).

Memoria in hypervisoris

Si CPU calculis hypervisoris plerumque non sunt praecipuae utilitatis, res in memoria versa est. Maximum Memoriae Syntaxis in a VM non semper problema perficiendi indicat, sed alta Memoria Ritus hypervisoris in triggers memoriae technicae administrationis et causat difficultates perficiendas in VM. Exercitum Memoriae Ritus terrores monendos esse oportet ne VM in Swap introeat.

VM analysis perficiendi in VMware vSphere. Pars II: Memoria

VM analysis perficiendi in VMware vSphere. Pars II: Memoria

unswap

Si a VM in Swap est, effectus eius valde deminutus est. Vestigia Ballooning et compressionis cito evanescunt postquam liberum RAM in hospitio apparet, sed virtualis apparatus nullo festinat ab Swap ad RAM ministranti redire.
Prior ad ESXi 6.0, sola certa et celeri via ut a VM ex Swap reboot erat (ut verius sit, averte/in continente). Incipiens cum ESXi 6.0, etsi non admodum officialis, laborans et certa via ad VM a Swap removendum apparuit. In una e colloquiis colloquiis fabrum VMware praefectum CPU Scheduler loqui potui. Methodum satis operandi et incolumem confirmavit. In nostro usu nulla erant volutpat ea vel.

Mandata actualia VM ex Swap removendo descriptus " Duncan Epping. Explicationem non repetam, modo exemplum de usu praebebo. Ut videre potes in screenshot, aliquanto post exsecutionem mandati determinati, Swap VM evanescit.

VM analysis perficiendi in VMware vSphere. Pars II: Memoria

ESXi Memoria Management Tips

Denique hic sunt aliquae apices quae te adiuvabunt ut difficultates cum VM perficiendi propter RAM fugias;

  • Fuge memoriam oversubscription in racemis fertilibus. Expedit ut semper ~20-30% memoriam liberam in botro habeat ut DRS (et administrator) spatium decurrere habeat, et VMs in Swap migrationis non ingrediatur. Item circa marginem pro culpa tolerantiae noli oblivisci. Ingratum est cum, servo uno deficiente et VM revulso utendo HA, machinarum nonnullarum etiam in Swap ingrediuntur.
  • In substructionibus valde consolidatis, tenta VMs plus quam dimidium exercitus memoriae non creare. Hoc iterum adiuvabit DRS machinis virtualis per botrum servientibus sine ullis quaestionibus distribuere. Quae quidem regula non est universalis:).
  • Vigilate pro Memoria Ritus Militiae Hostiae.
  • Noli oblivisci instrumenta VMware in VM installare nec Ballooning arcere.
  • Considera ut Inter-VM TPS et magnas Paginas in VDI inactivare et ambitus probare.
  • Si VM quaestiones perficiendas experitur, reprehendo videre si ex NUMA nodi longinqua memoria utatur.
  • Accipe quam celerrime VM tuum e Swap! Inter alia, si VM in Swap est, ob rationes manifestas, ratio repono laborat.

Omnia mihi de RAM. Infra articulum relatum est illis qui in details fodere volunt. Sequens articulus stoadzh vacabit.

Nexus utilishttp://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

Source: www.habr.com