Yn yr erthygl hon, byddwn yn siarad am y cownteri perfformiad o gof mynediad ar hap (RAM) yn vSphere.
Mae'n ymddangos bod popeth gyda'r cof yn gliriach na gyda'r prosesydd: os oes gan VM broblemau perfformiad, mae'n anodd peidio â sylwi arnynt. Ond os ydynt yn ymddangos, mae'n llawer anoddach delio â nhw. Ond pethau cyntaf yn gyntaf.
Darn o theori
Cymerir RAM y peiriannau rhithwir o gof y gweinydd y mae'r VMs yn rhedeg arno. Mae'n eithaf amlwg :). Os nad yw RAM y gweinydd yn ddigon i bawb, mae ESXi yn dechrau defnyddio technegau adfer cof i optimeiddio'r defnydd o RAM. Fel arall, byddai systemau gweithredu VM yn chwalu gyda gwallau mynediad RAM.
Pa dechnegau i ddefnyddio ESXi sy'n penderfynu yn dibynnu ar y llwyth o RAM:
Statws cof
ar y ffin
Gweithgarwch
uchel
400% o minAm ddim
Ar ôl cyrraedd y terfyn uchaf, rhennir tudalennau cof mawr yn rhai bach (mae TPS yn gweithio yn y modd safonol).
Glir
100% o minAm ddim
Mae tudalennau cof mawr yn cael eu torri'n rhai bach, mae TPS yn cael ei orfodi i weithio.
Yn dawel
64% o minAm ddim
TPS + Balŵn
Caled
32% o minAm ddim
TPS + Cywasgu + Cyfnewid
isel
16% o minAm ddim
Cywasgu + Swap + Bloc
minFree yw'r RAM sydd ei angen i'r hypervisor weithio.
Cyn ESXi 4.1 cynhwysol, gosodwyd minFree yn ddiofyn - 6% o RAM y gweinydd (gellid newid y ganran trwy'r opsiwn Mem.MinFreePct ar ESXi). Mewn fersiynau diweddarach, oherwydd y cynnydd mewn meintiau cof ar weinyddion, dechreuodd minFree gael ei gyfrifo yn seiliedig ar faint o gof gwesteiwr, ac nid fel canran sefydlog.
Cyfrifir y gwerth minFree (diofyn) fel a ganlyn:
Canran y cof a gadwyd ar gyfer minFree
Ystod cof
6%
0-4 GB
4%
4-12 GB
2%
12-28 GB
1%
Cof sy'n weddill
Er enghraifft, ar gyfer gweinydd gyda 128 GB o RAM, y gwerth MinFree fyddai:
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12MB = 1,88GB
Gall y gwerth gwirioneddol fod yn wahanol o ychydig gannoedd o MB, mae'n dibynnu ar y gweinydd a RAM.
Canran y cof a gadwyd ar gyfer minFree
Ystod cof
Gwerth am 128 GB
6%
0-4 GB
245,76 MB
4%
4-12 GB
327,68 MB
2%
12-28 GB
327,68 MB
1%
Cof sy'n weddill (100 GB)
1024 MB
Fel arfer, ar gyfer stondinau cynhyrchiol, dim ond y cyflwr Uchel y gellir ei ystyried yn normal. Ar gyfer meinciau profi a datblygu, gall cyflyrau Clir/Meddal fod yn dderbyniol. Os yw'r RAM ar y gwesteiwr yn llai na 64% MinFree, yna mae'r VMs sy'n rhedeg arno yn bendant yn cael problemau perfformiad.
Ym mhob gwladwriaeth, cymhwysir rhai technegau adfer cof, gan ddechrau gyda TPS, nad yw'n effeithio'n ymarferol ar berfformiad y VM, ac yn gorffen gyda Swapping. Byddaf yn dweud mwy wrthych amdanynt.
Rhannu Tudalen Tryloyw (TPS). A siarad yn fras, TPS yw dad-ddyblygu tudalennau cof peiriant rhithwir ar weinydd.
Mae ESXi yn chwilio am dudalennau union yr un fath o RAM peiriant rhithwir trwy gyfrif a chymharu swm hash y tudalennau, ac yn dileu tudalennau dyblyg, gan roi dolenni i'r un dudalen yn eu lle yng nghof corfforol y gweinydd. O ganlyniad, mae defnydd cof corfforol yn cael ei leihau a gellir cyflawni rhywfaint o ordanysgrifio cof gydag ychydig neu ddim dirywiad perfformiad.
Mae'r mecanwaith hwn ond yn gweithio ar gyfer tudalennau cof 4 KB (tudalennau bach). Nid yw'r hypervisor hyd yn oed yn ceisio dad-ddwipio tudalennau o 2 MB (tudalennau mawr): nid yw'r cyfle i ddod o hyd i dudalennau unfath o'r maint hwn yn wych.
Yn ddiofyn, mae ESXi yn dyrannu cof i dudalennau mawr. Mae torri tudalennau mawr yn dudalennau bach yn dechrau pan gyrhaeddir y trothwy cyflwr Uchel ac fe'i gorfodir pan gyrhaeddir y cyflwr Clir (gweler y tabl cyflwr hypervisor).
Os ydych chi am i TPS ddechrau gweithio heb aros i'r RAM gwesteiwr lenwi, yn Opsiynau Uwch ESXi mae angen i chi osod y gwerth “Mem.AllocGuestPageLargePage” i 0 (diofyn 1). Yna bydd dyraniad tudalennau cof mawr ar gyfer peiriannau rhithwir yn cael ei analluogi.
Ers mis Rhagfyr 2014, ym mhob datganiad o ESXi, mae TPS rhwng VMs wedi'i analluogi yn ddiofyn, oherwydd canfuwyd bregusrwydd sydd, yn ddamcaniaethol, yn caniatáu mynediad o un VM i RAM VM arall. Manylion yma. Nid wyf wedi dod ar draws gwybodaeth am weithrediad ymarferol ymelwa ar fregusrwydd TPS.
Rheolir polisi TPS trwy opsiwn uwch “Mem.ShareForceSalting” ar ESXi:
0 - TPS Rhyng-VM. Mae TPS yn gweithio ar gyfer tudalennau o wahanol VMs;
1 - TPS ar gyfer VM gyda'r un gwerth “sched.mem.pshare.salt” yn VMX;
2 (diofyn) - TPS o fewn VM. Mae TPS yn gweithio ar gyfer tudalennau y tu mewn i'r VM.
Mae'n bendant yn gwneud synnwyr i ddiffodd tudalennau mawr a throi Inter-VM TPS ymlaen ar feinciau prawf. Gellir ei ddefnyddio hefyd ar gyfer stondinau gyda nifer fawr o'r un math o VM. Er enghraifft, ar stondinau gyda VDI, gall arbedion mewn cof corfforol gyrraedd degau y cant.
balwn cof. Nid yw balŵnio bellach yn dechneg mor ddiniwed a thryloyw ar gyfer system weithredu VM â TPS. Ond gyda chymhwysiad cywir, gallwch chi fyw a hyd yn oed weithio gyda Balŵn.
Ynghyd â Vmware Tools, mae gyrrwr arbennig o'r enw Balloon Driver (aka vmmemctl) wedi'i osod ar y VM. Pan fydd yr hypervisor yn dechrau rhedeg allan o gof corfforol ac yn mynd i mewn i'r cyflwr Meddal, mae ESXi yn gofyn i'r VM adennill RAM nas defnyddiwyd trwy'r Gyrrwr Balŵn hwn. Mae'r gyrrwr, yn ei dro, yn gweithio ar lefel y system weithredu ac yn gofyn am gof am ddim ohono. Mae'r hypervisor yn gweld pa dudalennau o gof corfforol y mae'r Gyrrwr Balŵn wedi'u meddiannu, yn cymryd y cof o'r peiriant rhithwir ac yn ei ddychwelyd i'r gwesteiwr. Nid oes unrhyw broblemau gyda gweithrediad yr OS, oherwydd ar lefel yr OS mae'r gyrrwr Balŵn yn meddiannu'r cof. Yn ddiofyn gall Baloon Driver gymryd hyd at 65% o gof VM.
Os nad yw VMware Tools wedi'i osod ar y VM neu mae Ballooning yn anabl (nid wyf yn argymell, ond mae yna :), mae'r hypervisor yn newid ar unwaith i dechnegau tynnu cof mwy llym. Casgliad: gwnewch yn siŵr bod VMware Tools ar y VM.
Gellir gwirio gweithrediad Balŵn Driver o'r OS trwy VMware Tools.
cywasgu cof. Defnyddir y dechneg hon pan fydd ESXi yn cyrraedd y cyflwr caled. Fel y mae'r enw'n awgrymu, mae ESXi yn ceisio crebachu tudalen 4KB o RAM i 2KB a thrwy hynny ryddhau rhywfaint o le ar gof corfforol y gweinydd. Mae'r dechneg hon yn cynyddu'r amser mynediad i gynnwys y tudalennau VM RAM yn sylweddol, gan fod yn rhaid i'r dudalen fod yn anghywasgedig yn gyntaf. Weithiau ni ellir cywasgu pob tudalen ac mae'r broses ei hun yn cymryd peth amser. Felly, nid yw'r dechneg hon yn effeithiol iawn yn ymarferol.
cyfnewid cof. Ar ôl cyfnod Cywasgu Cof byr, mae bron yn anochel y bydd ESXi (os nad yw'r VMs wedi gadael am westeion eraill neu wedi'u diffodd) yn newid i Swapping. Ac os mai ychydig iawn o gof sydd ar ôl (Cyflwr isel), yna mae'r hypervisor hefyd yn rhoi'r gorau i ddyrannu tudalennau cof i'r VM, a all achosi problemau yn OS gwadd y VM.
Dyma sut mae Cyfnewid yn gweithio. Pan fyddwch chi'n troi peiriant rhithwir ymlaen, mae ffeil gyda'r estyniad .vswp yn cael ei chreu ar ei gyfer. Mae'n hafal o ran maint i RAM heb ei gadw'r VM: dyma'r gwahaniaeth rhwng cof wedi'i ffurfweddu a chof cadw. Pan fydd Swapping yn rhedeg, mae ESXi yn dadlwytho tudalennau cof peiriant rhithwir i'r ffeil hon ac yn dechrau gweithio gydag ef yn lle cof corfforol y gweinydd. Wrth gwrs, mae cof “gweithredol” o'r fath yn nifer o orchmynion maint yn arafach na'r un go iawn, hyd yn oed os yw .vswp yn gorwedd ar storfa gyflym.
Yn wahanol i Balwnio, pan fydd tudalennau nas defnyddiwyd yn cael eu cymryd o'r VM, gyda Swapping, gall tudalennau a ddefnyddir yn weithredol gan yr OS neu gymwysiadau y tu mewn i'r VM symud i ddisg. O ganlyniad, mae perfformiad y VM yn disgyn i'r pwynt o rewi. Mae'r VM yn gweithio'n ffurfiol ac o leiaf gellir ei analluogi'n iawn o'r OS. Os ydych yn amyneddgar 😉
Pe bai'r VMs yn mynd i Swap, mae hon yn sefyllfa annormal, y byddai'n well ei hosgoi os yn bosibl.
Cownteri perfformiad cof VM allweddol
Felly dyma gyrraedd y prif bwynt. Er mwyn monitro cyflwr y cof yn y VM, mae'r cownteri canlynol:
Active — yn dangos faint o RAM (KB) y cafodd y VM fynediad iddo yn y cyfnod mesur blaenorol.
Defnydd - yr un peth ag Active, ond fel canran o RAM cyfluniedig y VM. Wedi'i gyfrifo gan ddefnyddio'r fformiwla ganlynol: gweithredol ÷ peiriant rhithwir maint cof wedi'i ffurfweddu.
Nid yw Defnydd Uchel ac Actif, yn y drefn honno, bob amser yn ddangosydd o broblemau perfformiad VM. Os yw'r VM yn defnyddio cof yn ymosodol (o leiaf yn cael mynediad iddo), nid yw hyn yn golygu nad oes digon o gof. Yn hytrach, mae'n achlysur i weld beth sy'n digwydd yn yr OS.
Mae Larwm Defnydd Cof safonol ar gyfer VMs:
Rhannu - faint o VM RAM a ddiddyblygwyd gan ddefnyddio TPS (y tu mewn i'r VM neu rhwng VMs).
Rhoddwyd - faint o gof gwesteiwr corfforol (KB) a roddwyd i'r VM. Yn cynnwys Shared.
Defnyddiwyd (Rhannu - Wedi'i rannu) - faint o gof corfforol (KB) y mae'r VM yn ei fwyta o'r gwesteiwr. Nid yw'n cynnwys Shared.
Os rhoddir rhan o'r cof VM nid o gof corfforol y gwesteiwr, ond o'r ffeil cyfnewid, neu os cymerir y cof o'r VM trwy'r Gyrrwr Balŵn, nid yw'r swm hwn yn cael ei gymryd i ystyriaeth yn Caniatáu a Defnydd.
Mae gwerthoedd Caniatáu a Defnydd Uchel yn berffaith normal. Mae'r system weithredu yn cymryd cof yn raddol o'r hypervisor ac nid yw'n ei roi yn ôl. Dros amser, mewn VM sy'n rhedeg yn weithredol, mae gwerthoedd y cownteri hyn yn agosáu at faint o gof wedi'i ffurfweddu, ac yn aros yno.
Dim - faint o VM RAM (KB), sy'n cynnwys sero. Mae cof o'r fath yn cael ei ystyried yn rhad ac am ddim gan y hypervisor a gellir ei roi i beiriannau rhithwir eraill. Ar ôl i'r OS gwadd ysgrifennu rhywbeth i gof sero, mae'n mynd i mewn i'r Defnyddiwr ac nid yw'n dychwelyd yn ôl.
Gorbenion Neilltuol - faint o VM RAM, (KB) a gadwyd gan yr hypervisor ar gyfer gweithrediad VM. Swm bach yw hwn, ond rhaid iddo fod ar gael ar y gwesteiwr, fel arall ni fydd y VM yn cychwyn.
Balloon — faint o RAM (KB) a atafaelwyd o'r VM gan ddefnyddio'r Gyrrwr Balŵn.
Cywasgedig - faint o RAM (KB) a gafodd ei gywasgu.
Cyfnewid - faint o RAM (KB) sydd, oherwydd diffyg cof corfforol ar y gweinydd, wedi symud i ddisg.
Mae cownteri balŵn a thechnegau adennill cof eraill yn sero.
Dyma sut mae'r graff gyda chownteri Cof yn edrych ar gyfer VM sy'n gweithio fel arfer gyda 150 GB o RAM.
Yn y graff isod, mae gan y VM broblemau amlwg. O dan y graff, gallwch weld bod yr holl dechnegau a ddisgrifiwyd ar gyfer gweithio gyda RAM wedi'u defnyddio ar gyfer y VM hwn. Mae balŵn ar gyfer y VM hwn yn llawer mwy na'r hyn a ddefnyddir. Mewn gwirionedd, mae'r VM yn fwy marw nag yn fyw.
ESXTOP
Yn yr un modd â'r CPU, os ydym am asesu'r sefyllfa ar y gwesteiwr yn gyflym, yn ogystal â'i ddeinameg gydag egwyl o hyd at 2 eiliad, dylem ddefnyddio ESXTOP.
Mae'r sgrin ESXTOP by Memory yn cael ei galw i fyny gyda'r allwedd "m" ac mae'n edrych fel hyn (mae meysydd B, D, H, J, K, L, O yn cael eu dewis):
Bydd y paramedrau canlynol o ddiddordeb i ni:
Mem gor-ymrwymiad avg - gwerth cyfartalog gor-alw cof ar y gwesteiwr am 1, 5 a 15 munud. Os yw'n uwch na sero, yna mae hwn yn achlysur i weld beth sy'n digwydd, ond nid bob amser yn arwydd o broblemau.
Mewn llinellau PMEM/MB и VMKMEM/MB - gwybodaeth am gof corfforol y gweinydd a'r cof sydd ar gael i VMkernel. O'r diddorol yma gallwch weld gwerth minfree (yn MB), cyflwr y gwesteiwr yn y cof (yn ein hachos ni, uchel).
Mewn llinell NUMA/MB gallwch weld dosbarthiad RAM yn ôl nodau NUMA (socedi). Yn yr enghraifft hon, mae'r dosbarthiad yn anwastad, nad yw, mewn egwyddor, yn dda iawn.
Mae'r canlynol yn ystadegau gweinydd cyffredinol ar dechnegau adfer cof:
PSHARE/MB yw ystadegau TPS;
CYFNEWID/MB — Cyfnewid ystadegau defnydd;
ZIP/MB — ystadegau cywasgu tudalennau cof;
MEMCTL/MB — Ystadegau defnydd Gyrwyr Balŵn.
Ar gyfer VMs unigol, efallai y bydd gennym ddiddordeb yn y wybodaeth ganlynol. Cuddiais yr enwau VM er mwyn peidio â drysu'r gynulleidfa :). Os yw'r metrig ESXTOP yn debyg i'r rhifydd yn vSphere, rhoddaf y rhifydd cyfatebol.
MEMSZ - faint o gof sydd wedi'i ffurfweddu ar y VM (MB).
MEMSZ = GRANT +MCTLSZ + SWCUR + heb ei gyffwrdd.
CANIATÁU — Rhoddwyd i MB.
TCHD — Yn weithgar yn MB.
MCTL? - a yw Balloon Driver wedi'i osod ar y VM.
MCTLSZ — Balwn i MB.
MCTLGT — faint o RAM (MB) y mae ESXi eisiau ei gymryd o'r VM trwy Gyrrwr Balŵn (Targed Memctl).
MCTLMAX - yr uchafswm o RAM (MB) y gall ESXi ei gymryd o'r VM trwy'r Gyrrwr Balŵn.
SWCUR — y swm cyfredol o RAM (MB) a ddyrennir i'r VM o'r ffeil Swap.
Mae S.W.G.T. - faint o RAM (MB) y mae ESXi eisiau ei roi i'r VM o'r ffeil Swap (Swap Target).
Hefyd, trwy ESXTOP, gallwch weld gwybodaeth fanylach am dopoleg NUMA y VM. I wneud hyn, dewiswch y meysydd D, G:
BACH - nodau NUMA y mae'r VM wedi'i leoli arnynt. Yma gallwch chi sylwi ar vm llydan ar unwaith, nad yw'n ffitio ar un nod NUMA.
NRMEM - faint o megabeit o gof y mae'r VM yn ei gymryd o'r nod NUMA anghysbell.
NLMEM - faint o megabeit o gof y mae'r VM yn ei gymryd o'r nod NUMA lleol.
N%L - canran y cof VM ar y nod NUMA lleol (os yw'n llai na 80%, gall problemau perfformiad ddigwydd).
Cof ar y hypervisor
Os nad yw'r cownteri CPU ar gyfer y hypervisor fel arfer o ddiddordeb arbennig, yna mae'r sefyllfa'n cael ei gwrthdroi gyda'r cof. Nid yw Defnydd Cof Uchel ar VM bob amser yn dynodi problem perfformiad, ond mae Defnydd Cof uchel ar hypervisor yn sbarduno technegau rheoli cof ac yn achosi problemau perfformiad yn y VM. Rhaid monitro larymau Defnydd Cof Gwesteiwr i atal y VM rhag mynd i Swap.
dadgyfnewid
Os yw VM mewn Swap, mae ei berfformiad yn cael ei leihau'n fawr. Mae olion Balwnio a chywasgu yn diflannu'n gyflym ar ôl i RAM am ddim ymddangos ar y gwesteiwr, ond nid yw'r peiriant rhithwir ar unrhyw frys i ddychwelyd o Swap i'r gweinydd RAM.
Cyn ESXi 6.0, yr unig ffordd ddibynadwy a chyflym i gael VM allan o Swap oedd ailgychwyn (i fod yn fwy manwl gywir, diffodd / ymlaen y cynhwysydd). Gan ddechrau gydag ESXi 6.0, er nad yw'n hollol swyddogol, mae ffordd weithiol a dibynadwy i gael gwared ar VM o Swap wedi ymddangos. Yn un o'r cynadleddau, roeddwn yn gallu siarad ag un o'r peirianwyr VMware sy'n gyfrifol am CPU Scheduler. Cadarnhaodd fod y dull yn eithaf gweithiol a diogel. Yn ein profiad ni, nid oedd unrhyw broblemau ag ef ychwaith.
Y gorchmynion gwirioneddol ar gyfer tynnu'r VM o'r Swap Duncan Epping. Nid ailadroddaf ddisgrifiad manwl, dim ond rhoi enghraifft o'i ddefnydd. Fel y gwelwch yn y sgrin, beth amser ar ôl gweithredu'r gorchmynion penodedig, mae Swap yn diflannu ar y VM.
Cynghorion Rheoli Cof ESXi
Yn olaf, dyma rai awgrymiadau a fydd yn eich helpu i osgoi problemau gyda pherfformiad VM oherwydd RAM:
- Osgoi gordanysgrifio cof mewn clystyrau cynhyrchiol. Mae'n ddymunol cael ~20-30% o gof am ddim bob amser yn y clwstwr fel bod gan DRS (a'r gweinyddwr) le i symud, ac nad yw VMs yn mynd i Swap yn ystod mudo. Hefyd, peidiwch ag anghofio am yr ymyl ar gyfer goddefgarwch bai. Mae'n annymunol, pan fydd un gweinydd yn methu a bod y VM yn cael ei ailgychwyn gan ddefnyddio HA, mae rhai o'r peiriannau hefyd yn mynd i Swap.
- Mewn seilweithiau hynod gyfunol, ceisiwch BEIDIO â chreu VMs gyda mwy na hanner y cof gwesteiwr. Bydd hyn eto yn helpu DRS i ddosbarthu peiriannau rhithwir ar draws y gweinyddwyr clwstwr heb unrhyw broblemau. Nid yw'r rheol hon, wrth gwrs, yn gyffredinol :).
- Gwyliwch am Larwm Defnydd Cof Gwesteiwr.
- Peidiwch ag anghofio gosod VMware Tools ar y VM a pheidiwch â diffodd Balwnio.
- Ystyried galluogi TPS Inter-VM ac analluogi Tudalennau Mawr mewn amgylcheddau VDI ac amgylcheddau prawf.
- Os yw'r VM yn profi problemau perfformiad, gwiriwch i weld a yw'n defnyddio cof o nod NUMA o bell.
- Cael eich VM allan o Swap cyn gynted â phosibl! Ymhlith pethau eraill, os yw'r VM yn Swap, am resymau amlwg, mae'r system storio yn dioddef.
Dyna'r cyfan i mi am RAM. Isod mae erthygl gysylltiedig ar gyfer y rhai sydd am gloddio i'r manylion. Bydd yr erthygl nesaf yn cael ei neilltuo i storadzh.
Dolenni defnyddiol
Ffynhonnell: hab.com