Analysis of VM perficiendi in VMware vSphere. Pars III: Repono

Analysis of VM perficiendi in VMware vSphere. Pars III: Repono

Pars 1. Circa CPU
Pars 2. De Memoria

Hodie metricas orbis subsystem in vSphere resolvemus. Problema tabularium frequentissima est ratio machinae virtualis tardae. Si, in casu CPU et RAM, fermentum fines ad gradum hypervisoris terminatur, si problemata cum orbe sunt, cum retis ac repositionis systematis agere licet.

De argumento disseram exemplo clausulae accessus ad systemata reponendi, quamquam calculis in accessu fasciculi proxime idem sunt.

A frenum in doctrina

Cum de exercendo subsystem disci subsystem machinis virtualis, homines solent attendere ad tres parametris inter se cohaerentibus:

  • numerus input/output operationes (Input/Output Operations Per Second, IOPS);
  • throughput;
  • mora input/output operationes (Latency).

Numerus IOPS Solet momenti pro incertis laboribus: aditus ad orbem caudices in diversis locis sitae. Exemplum talis oneris possent esse databases, applicationes negotii (ERP, CRM) etc.

throughput momenti pro consequentibus onera: aditus ad caudices unum post alterum sitae. Exempli gratia: servientes fasciculi (sed non semper) et systemata custodiae video tale onus generare possunt.

Throughput ad numerum I/O operationum refertur hoc modo:

Throughput = IOPS * Mole Claususubi Block magnitudo sit scandalum magnitudo.

Obstructionum magnitudo satis momenti notam habet. Moderni versiones ESXi permittunt stipites usque ad 32 KB in magnitudine. Si impedimentum maius est, in plures dividitur. Non omnes systemata repositionis cum tantis caudices efficaciter operari possunt, ergo parameter DiskMaxIOSize est in Occasus Provectus ESXi. Hac utens, magnitudinem maximam truncum minuere potes, hypervisoris (details magis). hic). Priusquam hunc modulum mutes, commendo ut cum fabrica calculi ratiocinii consulas vel saltem mutationes in scamno officinarum experiaris. 

Magna moles scandalum detrimentum effectus in reposita repositionis habere potest. Etsi numerus IOPS et throughput relative parvae sunt, latenciae altae cum magna magnitudine scandali observari possunt. Proinde attende hunc modulum.

Virus - maxime interesting perficientur parametri. I / O latency pro virtualis apparatus constat:

  • moras intra hypervisorem (KAVG, Average Kernel MilliSec/Read);
  • mora, provisum est a retis et repositionis systematis (DAVG, Average Driver MilliSec/Mand).

Tota latency visibilis in hospite OS (GAVG, Mediocris Hospes MilliSec/Imperii) est summa KAVG et DAVG.

GAVG et DAVG mensurantur et KAVG computatur: GAVG-DAVG.

Analysis of VM perficiendi in VMware vSphere. Pars III: Repono
fons

Sit scriptor propius inviso KAVG. Per normalem operationem, KAVG ad nulla vel saltem multo minus quam DAVG tendere debet. Solus casus novi ubi KAVG expectatur altus est terminus IOPS in orbe VM. In hoc casu, cum modum excedere conaris, KAVG augebit.

Pars maxima KAVG est QAVG - processus queue temporis intra hypervisorem. Reliquae partes KAVG neglegendae sunt.

Queue in disco adaptor agitator queue lunis certam magnitudinem habet. Nam ambitus valde oneratus, hanc amplitudinem augere utile potest. est describit queues in adaptor auriga augere (simulque queue ad lunas augere). Hic occasus operatur cum una tantum VM laborat luna, quod rarum est. Si plures VMs in luna sunt, etiam modulo augere oportet Disk.SchedNumReqOutstanding (instructiones  hic). Crescendo queue, QAVG et KAVG decrescis respective.

Sed iterum, primum documenta de HBA venditoris lege et mutationes in lab scamno probabis.

Magnitudo queue ad lunam ab inclusione SIOC (Repono I/O Control) mechanismum affici potest. Uniformem accessum praebet ad lunam ab omnibus servientibus in botro, dynamice mutans quenam ad lunam ministrantibus. Hoc est, si una exercituum currit a VM, quae inaequalem quantitatem operis (sonantis vicinus VM) requirit, SIOC queue longitudo ad lunam in hoc exercitu reducit (DQLEN). More details hic.

KAVG nos digestus, nunc paucula DAVG. Omnia hic simplicia sunt: ​​DAVG est mora ab ambitu externo introducta (retis notitia et ratio repositionis). Omnis ratio moderna et non ita moderna repono ratio sua calculis perficiendi habet. Problemata resolvere cum DAVG, sensum intueri facit. Si omnia bene in ESXi et in latere reposita sunt, retis notitias reprime.

Ad difficultates perficiendas vitandas, rectam Path electionis rationem elige (PSP) pro repositione systematis. Fere omnes moderni systemata repono PSP Round-Robin sustinent (cum vel sine ALUA, Asymmetrica Logica Unit Access). Hoc consilium tibi permittit ut omnibus viis promptis ad systema reponendi utaris. In ALUA, solum viae ad moderatorem lunae usum adhibentur. Non omnes systemata repono in ESXi habent regulas defaltas quae consilium rotundum-Robin constituunt. Si regulae repositionis tuae non est, utere obturaculum ex fabrica repositionis systematis, quod aequalem regulam in omnibus exercitibus in botro creabit, vel te ipsum regere crea. Singula hic

Quidam etiam fabricatores systematis repositionis commendant mutato numero IOPS per semitam a valore 1000 ad 1. In nostro usu, hoc effecit ut "exprimendum" plus effectus e systematis repono et signanter tempus exigendi minuendi tempus pro defectu eventus moderatoris defectum vel renovatio. Commendationes venditoris reprime, et si contraindicationes non sunt, experire hunc modulum immutare. Singula hic.

Basic virtualis apparatus orbis subsystem perficientur calculis

Disk subsystem calculis faciendis in vCenter collectis in sectionibus Datastore, Orbis, Virtualis Disk:

Analysis of VM perficiendi in VMware vSphere. Pars III: Repono

sectioni datastore sunt metrica pro vSphere disco schedulae (datastores) in quibus orbis VM orbis siti sunt. Hic invenies calculis vexillum:

  • IOPS (Mediocris legere / scribere petitiones per secundam); 
  • throughput (Read / rate Write): 
  • moras (Read/Write/Summa latency).

In principio omnia nomina calculis manifestum est. Iterum animum ad me convertam, quod hic statistica non pro certo VM (vel VM orbe), sed generali statistica pro toto notulatorio. Opinor, commodius est has statisticas in ESXTOP intueri, saltem ex eo quod minimae mensurae tempus est 2 secundis.

sectioni orbis Sunt metri in scandalis machinis quae sunt in VM. Sunt calculi pro IOPS generis summationis (numerus operationum input/outputium per tempus mensurationis) et plures calculi ad accessum angustum pertinentes (Praecepta abortiva, Bus resets). Opinor, commodius est etiam haec in ESXTOP videre.

sectioni Disk lorem ipsum - utilissimum ex parte inveniendi problemata perficiendi subsystem VM orbis. Hic videre potes effectum uniuscuiusque virtualis orbis. Haec indicia quae ad intellegendum opus est an particularis machina virtualis habeat problema. Praeter vexillum calculis pro numero operationum I/O, scribe volumen et moras lege/scribe, haec sectio calculis utiles continet qui magnitudinem clausorum ostendunt: Lege/Scribe quantitatem petendi.

In pictura infra graphio VM orbis effectus est, ubi numerum IOPS, latency et scandali magnitudinem videre potes. 

Analysis of VM perficiendi in VMware vSphere. Pars III: Repono

Potes etiam inspicere metri copiam totius notulae si SIOC possit. Hic est basic notitia in mediocris Latency et IOPS. Defalta haec notitia solum in tempore reali spectari potest.

Analysis of VM perficiendi in VMware vSphere. Pars III: Repono

ESXTOP

ESXTOP varias tegumenta habet, quae informationes praebent in subsystem orbe militiae sicut totum, singulae machinis virtualis eorumque orbis.

Incipiamus cum informationes de machinis virtualibus. "Disk VM" velum cum clavis "v" appellatur:

Analysis of VM perficiendi in VMware vSphere. Pars III: Repono

NVDISK est numerus orbis VM. Ut informationes de singulis orbis prospicias, preme "e" et GID de VM usurae ingredi.

Sensus reliquorum parametri in hoc velo patet ex nominibus eorum.

Aliud tegumentum utile, cum fermentum est orbis adaptor. Clavis a "d" appellata (a, B, C, D, E, G agri A, B, C, E, G in imagine infra ponuntur);

Analysis of VM perficiendi in VMware vSphere. Pars III: Repono

NPTH - numerus semitarum ad lunas quae ab hoc adaptore apparent. Ut informationes ad singulas semitas in adaptori recipias, urge "e" et nomen adaptoris ingredi;

Analysis of VM perficiendi in VMware vSphere. Pars III: Repono

AQLEN - queue magnitudinem maximam in nibh.

Etiam in hoc velo sunt morae calculis de quibus supra dixi; KAVG/cmd, GAVG/cmd, DAVG/cmd, QAVG/cmd.

Orbis fabrica velum, quod clavem "u" premendo advocavit, informationes praebet in singulis machinis clausulis - lunae (agros A, B, F, G, in pictura infra sumo). Hic videre potes statum queue pro lunis.

Analysis of VM perficiendi in VMware vSphere. Pars III: Repono

DQLEN - queue mole ad obstructionum machinam.
ACTV* – numerus I/O imperat in ESXi nucleo.
QUE - numerus I/O imperat in queue.
%USD - ACTV / DQLEN C%.
PONDUS — (ACTV + QUE) / DQLEN.

Si %USD altus est, consideres queue augere. Magis in queue imperat, eo superior QAVG, ideoque KAVG.

Etiam videre potes in screen fabrica orbis an VAAI (vStoragium API pro Array Integration) currit in systemate tabulario. Ad hoc eligendum agros A et O.

Mechanismus VAAI permittit te partem operis ab hypervisore transferre directe ad systema reponendi, exempli gratia, zeroing, effingo vel interclusio.

Analysis of VM perficiendi in VMware vSphere. Pars III: Repono

Ut videre potes in pictura supra, VAAI opera in hac reposita ratio: Primitiva nulla et ATS active adhibentur.

Tips for optimizing work with the disk subsystem in ESXi

  • Attende ad scandalum magnitudine.
  • Queue magnitudinem meliorem constitue in HBA.
  • Noli oblivisci ut SIOC in datastoribus.
  • Elige PSP secundum systema repositionis commendationes fabricantium.
  • Vide VAAI laborat.

Utilis articles in topic,http://www.yellow-bricks.com/2011/06/23/disk-schednumreqoutstanding-the-story/
http://www.yellow-bricks.com/2009/09/29/whats-that-alua-exactly/
http://www.yellow-bricks.com/2019/03/05/dqlen-changes-what-is-going-on/
https://www.codyhosterman.com/2017/02/understanding-vmware-esxi-queuing-and-the-flasharray/
https://www.codyhosterman.com/2018/03/what-is-the-latency-stat-qavg/
https://kb.vmware.com/s/article/1267
https://kb.vmware.com/s/article/1268
https://kb.vmware.com/s/article/1027901
https://kb.vmware.com/s/article/2069356
https://kb.vmware.com/s/article/2053628
https://kb.vmware.com/s/article/1003469
https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/performance/vsphere-esxi-vcenter-server-67-performance-best-practices.pdf

Source: www.habr.com

Add a comment