Finn detaljlagringsmåling for virtuelle maskiner: IOP-er

Da vi først begynte å virtualisere, så vi på en rekke forskjellige ting til å begynne med for å overvåke ytelsen: CPU-bruk, minneoverhead, nettverksmetning og ledig plass på lagring. Jeg liker å likestille dem med varsellampene på bilene vi kjører, da de egentlig bare er indikatorer på alvorlige problemer (som en kontrollampelys).

Spesielt er lagring ett område der du potensielt vil bruke mye tid på å overvåke, og forhåpentligvis mindre tid til feilsøking. Jeg liker å ta en trefaset tilnærming til lagring, generelt. Denne tilnærmingen er metriskdrevet, og påvirker deretter alle andre områder i lagringspraksisen for virtualisering.

Historisk overvåket jeg bare ledig plass, sjekkens motorlys for lagring som den var. Deretter avanserte jeg til å overvåke latenstid (flere typer latens) på datastores, som er en god indikator på volumets ytelse. Nå for tiden har jeg zoomet inn på å se på IOP-er for virtuelle maskiner. Dette er en god måte å se hva som virkelig skjer.

Men det er viktig å merke seg at alle disse tiltakene er viktige. Andre er viktige også, men generelt sett er ledig plass min generelle måling, latens er middelmåling, og IOP er detaljmåling. Og sistnevnte som brukes på en bestemt virtuell maskin er utmerket synlighet.

IOPer er ganske enkelt Input / Output-operasjoner per sekund, og er ikke noe nytt når det gjelder måling av lagringssystemer. Selv om jeg håper å unngå å ha metriske fetisjfenomener (overmåling), er det viktig å ha synlighet til denne spesifikke verdien gjennom abstraksjon av virtualisering.

Det er mange måter å få tak i IOP-er og andre lagringsverdier. VSphere Client, lagringsløsninger og overvåkingsverktøy kan alle rapportere disse verdiene. En måte å gjøre dette på er med lagringsløsninger, og i figur A nedenfor rapporterer en VM som kjører på en Tintri-datastore sine IOP-er i et virtuelt VMware-miljø:

Figur A

Klikk for å forstørre.

I dette eksemplet bruker den virtuelle maskinen som fører dette synet som ender i 007, 1.643 IOP-er. Dette spesielle lagringssystemet er et hybrid rotasjonslagringssystem med høy ytelse, ikke-roterende lagringsressurser. Tintri flytter hot spots av en VMDK til ikke-roterende lagring. Tenk på at den gjennomsnittlige SATA-stasjonen kan skyve mindre enn 100 IOP-er; den VM som leder dette synet i en rolig tid, kan kreve 16 stasjoner for å tilfredsstille over 1600 IOP-er bare av seg selv. Den neste oppgaven min er å finne ut hva virtuell maskin 007 gjør! Dette er synligheten vi trenger for lagring i virtualiserte miljøer.

Det er mange måter å få denne synligheten til dine virtuelle maskiner - og bruk riktige beregninger (ledig plass, latenstid og IOP). Hvilke måter måler du lagring av virtuelle maskiner i detalj? Del kommentarene nedenfor.

© Copyright 2020 | mobilegn.com