Data Domain: Feilsøking av ytelse for Data Domain Virtual Edition

VM Hosting Appliance Nettverk og tilkobling:

Ethernet I/O:

Når du bruker Ethernet-aggregater for dataoverføringstilkoblinger til vertsapparatet, kan du ikke anta at eksistensen av en Ethernet-aggregatkonfigurasjon balanserer belastningen på riktig måte. Riktig lastbalanseringsteknikker og båndbredde bør være på plass for å sikre ubegrenset I / O til VM-vertsapparatet.

Tilkobling fra VM Hosting-apparat til disklagring:

Tilkoblingstype og protokoll har stor innvirkning på ytelsesegenskapene til en DDVE VM. Her er de mest brukte tilkoblingstypene mellom vertsverktøyet for virtuelle maskiner og disklagring. Alternativ 1 gir det beste ytelsesnivået, med alternativ 5 som det dårligste valget av tilkobling. HBA-innstillinger for skrivehurtigbuffer kan også påvirke ytelsen drastisk mellom vertsapparatet og disklagringen. Det anbefales at skrivebuffer aktiveres på HBA-en for å sikre best mulig ytelse fra vertsapparatet til disklagring.

1. Direkte tilkoblet lagring – SAS-disker/SSD i RAID 5 eller RAID 6 + HBA-skrivebuffer aktivert (foretrukket for best ytelse)
2. Direkte tilkoblet lagring – JBOD uten RAID +HBA-skrivebuffer aktivert (akseptabel ytelse, men mangler anbefalt RAID-beskyttelse)
3. FC-tilkoblet ekstern RAID-lagring (aktiv/aktiv 16 GB eller raskere) (akseptabel ytelse, men kan være begrenset av FC perf-funksjoner)
4. iSCSI 10G (ekstern disklagring) (anbefales ikke)
5. NFS 10G (ekstern disklagring) (anbefales ikke)

Kontrollere fysiske lagringsarrayer, statistikk og ytelse:

Diskkvalitet vs diskstørrelse vs diskantall:

Disker med høyere tetthet, for eksempel 4+ TB, har færre IOPS per TB enn mindre stasjoner. Derfor gir en DDVE distribuert på tvers av et større antall mindre TB-stasjoner raskere ytelse enn en DDVE distribuert på noen få store TB-stasjoner. Dette skyldes DDVEs høye avhengighet av tilfeldig lesingsytelse. Den normale arbeidsbelastningen fra DDVE kan gjøre denne kampen mellom fysisk diskstørrelse og fysisk diskmengde enda mer uttalt, så prøv å sikre at lagringssystemet har en god balanse og oppfyller forventningene som er angitt i den aktuelle DDVE Best Practices Guide. I denne artikkelen skal vi ikke fokusere på individuelle, fysiske harddisk- og SSD-typer og deres ytelsesegenskaper. Denne informasjonen kan fås fra diskprodusenten. Det er nok å si at fysiske disker med høyere ytelse tilsvarer en bedre DDVE VM.

Feilsøking av lagring:

Bekreft ventetiden på de fysiske diskene som er tilknyttet DDVE VM-en.

For VMware kan dette gjøres ved å velge den virtuelle maskinen, velge kategorien Ytelse og deretter velge Datalager fra rullegardinlisten. Den viser alle relevante datalagre for din bestemte DDVE VM. Til slutt velger du Avansert-knappen for en detaljert, grafisk visning av ventetid for datalagre som er knyttet til DDVE VM.

Figur 1: Datalagerytelse

Hvis du vil fastslå I/O-belastningen for et datalager, beregner du IOPS-en som behandles av datalageret.

Start med det samme diagrammet som før, men velg Diagramalternativer, fjern merket for skriveventetid og leseventetid, og velg deretter de to verdiene Gjennomsnittlig antall leseforespørsler per sekund og Gjennomsnittlig antall skriveforespørsler per sekund. Den resulterende grafen viser deg hvor mange IOPS datalageret utfører, og det kan gi deg en ide om den totale belastningen som DDVE-lagring "dev" legger på et datalager. Disse utdataene kan også være nyttige for å skille om datalageret deles med workloaden fra et ikke-DDVE-program.

Figur 2: Diagramalternativer

For en mer detaljert visning av IOPS, sjekk lese-/skriveforholdene.

Ved design leser DDVE vanligvis fra disklagring 2–4 ganger mer enn skriving. Unntaket til dette er under gen-0 (seeding) av sikkerhetskopier, når helt nye data blir skrevet, og kan ikke dedupliseres. Av ovennevnte årsaker må den fysiske lagringen som brukes av DDVE, effektivt kunne håndtere de hovedsakelig lesesentriske, men blandede, tilfeldige workloadene i Data Domain Filesystem.

Fysiske disklagringsmatriser (SSD, magnetisk disk og så videre) kan ha en helt annen evne til å behandle lesing på en helt annen måte sammenlignet med skriving. Muligheten for et fysisk disklagringssystem til å gi eksepsjonell IOPS-ytelse ved tilfeldig lesing, kombinert med lave ventetider (under 40 millisekunder) er de viktigste faktorene for å avgjøre om et datalager oppfyller akseptable ytelsesegenskaper for en DDVE VM.

Hvis dypere undersøkelse av lagringsmatriser eller datalagerytelse er nødvendig, vil et kommandolinjeverktøy kalt vscsiStats bli brukt. Konsulter VMware-kundestøtte for mer informasjon om hvordan vscisistatikere kan utnyttes for å oppnå blokkstørrelser, ventetider og mer detaljert statistikk for lese-/skriveytelse.

Kontrollere at ressursklargjøringen oppfyller kravene for DDVE:

Årsaken til et DDVE VM-ytelsesproblem kan ofte tilskrives noen konfigurerte innstillinger som begrenser ressursene som er tilgjengelige for DDVE VM. Generelt sett vil ressursutvalg med begrensninger bare tjene til å begrense den totale ytelsen til en DDVE VM, og vil derfor frarådes. Omvendt er det noen ressursforbehold som forbedrer den generelle ytelsen til en DDVE VM. Se alltid DDVEs veiledninger for anbefalte fremgangsmåter og administrasjon for konfigurasjonen din når du distribuerer, feilsøker eller justerer en DDVE VM for ytelse.

Start kontrollen av ressursallokering ved å velge kategorien Ressursallokering . Velg deretter DDVE-VM-en du feilsøker, fra utvalget av virtuelle maskiner. I Vis-delen velger du CPU, og kontrollerer alle virtuelle maskiner i utvalget (forutsatt at den plagsomme VM-en din også er der). Kontroller at grensen for MHz er satt til verdien Ubegrenset. Begrensning av CPU-ressurser for en virtuell DDVE-maskin frarådes og fører til redusert ytelse.

Figur 3: Ressursallokering

Gå videre til å bekrefte minneressursene som er tildelt DDVE VM. Kontroller at minneressursene er riktig "reservert" og satt til Ubegrenset for å sikre best mulig ytelse. Det frarådes å angi grenser for minnetildeling for en DDVE, noe som fører til redusert ytelse.

Figur 4: Minneressurser

Under Lagring-fanen kontrollerer du at det ikke er satt noen begrensninger på lagrings-IOPS. Velg Lagring-knappen og vis diskene/datalagrene. "Limit-IOPS"-verdien for hver disk som er tilknyttet en DDVE VM, må settes til verdien Unlimited.

Figur 5: Lagringsressurser

For de tre ressurskategoriene som allerede er nevnt, legg merke til % aksjeverdier . Verdiene for % delte ressurser indikerer hvor stor prosentandel av den bestemte virtuelle maskinen som trekkes fra hele ressursutvalget. "Aksjeverdier" er relative, ikke absolutte. Pass imidlertid på at det ikke er store avvik mellom verdiene på tvers av alle enhetene i utvalget. For eksempel kan 1000, 2000 eller 3000 forventes, men verdier som 10, 5, 4000 vil indikere en unormal forskjell og ulik fordeling av ressurser. Hvis én enkelt virtuell maskin har en svært forskjellig verdi, må du vurdere en endring i innstillingene for «delingsverdi».

Kontrollerer ytelsesstatistikk for DDVE VM:

En DDVE VM som kjører effektivt, trenger uhindret tilgang til ressurser for å sikre topp ytelse. DDVE gjør utstrakt bruk av minne og CPU, og kan ikke begrenses uten problemer. Når en DDVE VM er i produksjon, kan vi bruke grafene og diagrammene i kategorien Ytelse til å vurdere ressursbruken. Vi kan bruke disse til å bestemme hvor effektivt det fungerer.

CPU

Velg DDVE-VM-en du vil feilsøke. Deretter velger du kategorien Ytelse . Der det står bytt til, velg CPU fra rullegardinmenyen. Fra denne visningen kan du vurdere mengden og prosentandelen av CPU som DDVE VM bruker. Hvis % CPU som brukes av DDVE VM er en høy prosentandel av den totale ressursen, kan vi anta at vertsapparatet kanskje ikke er egnet for å kjøre DDVE VM til sitt fulle potensial.

Figur 6: CPU-ytelse

Minne

Hvis det ser ut til at den virtuelle maskinen reagerer sakte, kan det hende at CPU-en har et planleggingsproblem. For å vurdere CPU-effektiviteten, start med det forrige diagrammet og velg igjen Diagramalternativer. Fjern alle tellere, og velg deretter Klar. Dette viser klartiden for VirtualCPU(ene). Millisekunder-verdien angir tidspunktet en virtuell maskin er klar til å starte, men hypervisoren kan ikke tilordne en CPU til oppgaven i tide. For optimal DDVE VM-ytelse skulle vi gjerne sett dette nedenfor 8 millisekunder. 

Figur 7: Klar tid for CPU

Minneytelse og tilgjengelighet kan også være en begrensende faktor for den totale DDVE VM-ytelsen. Hvis en DDVE VM ikke er konfigurert med den nødvendige mengden reservert fysisk minne, genereres et aktivt varsel. Kontroller aktive varsler ved å kjøre # alerts show current på DDVE CLI og løse problemet etter behov.

Hvis en DDVE-VM ikke har nok tilgjengelige minneressurser, svarer DDVE-VM-en ved å bytte minnesidene til disken. Dette er en uønsket tilstand og resulterer i alvorlig nedsatt ytelse. Hvis du vil vurdere aktiv minnebruk for en DDVE VM, starter du ved å velge kategorien Ytelse og deretter velge Minne fra Bytt til-boksen.

Diagrammet viser som standard verdiene for Aktiv, Gitt, Ballong og Brukt minne. For optimal ytelse må du sørge for at aktivt minne er omtrent 35–50 % av minneverdien som er gitt. Når verdien for aktivt minne nærmer seg 60 % av Granted-minnet, kan du gå inn i et scenario der utbytting skjer inne i DDVE VM.

Figur 8: Minneytelse

Bekrefte at en DDVE VM oppfyller "anbefalte fremgangsmåter" og anbefalte konfigurasjoner:

Når du feilsøker ytelsesproblemer, er det mange ting som må kontrolleres og logger som skal samles inn fra selve DDVE-VM-en. Før du åpner en DDVE-støttesak, må du starte med å bekrefte at DDVE-konfigurasjonen oppfyller anbefalte fremgangsmåter og anbefalte innstillinger. Se dokumentasjonen på nettstedet for kundestøtte for DDVE-versjonen og vertsplattformen du kjører.

Gathering Performance statistikk:

1. Samle inn resultater fra følgende CLI-kommandoer og verktøy for å vurdere den underliggende disklagringen og sikre at konfigurasjonen oppfyller det nødvendige ytelsesnivået for å støtte den valgte DDVE-kapasiteten.

• Utfør en Disk Assessment Test (DAT) for hver diskutvikler som er koblet til DDVE. Delen Ytelsesovervåking i DDVE-administrasjonsveiledningen har detaljerte instruksjoner om når og hvordan DAT-verktøyet skal brukes.
• Utfør DAT-testing basert på hvilken type I/O som er inntatt. Informasjonen i with-vnvram -alternativet bør brukes hvis du hovedsakelig bruker CIFS/NFS til å skrive sikkerhetskopier. Noen brukere bruker Boost til å utføre sikkerhetskopieringer og deretter bruke NFS for å få lesetilgang I så fall vil bruken av with-vnvram Flagg er ikke nødvendig.
• DAT-verktøyet støttes ikke for skydistribuert DDVE (Microsoft Azure, Amazon AWS).

2. DDVE CLI-kommandoer for å samle inn informasjon for feilsøking av ytelse:

• #alerts show current
• #system vresource show required
• #system vresource show current
• #storage show all (Kontroller at spindelgruppeoppgaver oppfyller anbefalte fremgangsmåter)
• #cd /ddr/var/log/debug/kern.info/disk_perf/perf.log (gjennomgå ventetid og IOPS per enhet)
• #system show performance (bruk beste syntaks for å begrense visningen av CLI-utdata under normal DDVE I/O-belastning)
  • #system show perf custom-view protocol-latency duration 1 hr interval 3 min
  • #system show perf custom-view utilization duration 1 hr interval 3 min
  • #system show perf custom-view iops duration 1 hr interval 3 min
  • #system show perf custom-view streams duration 1 hr interval 3 min
• #disk show performance <dev2> (flere devs kan legges inn for å få en fullstendig oversikt)

 Disk                            Read                                                   Write                                             Read+Write
            KiB/sec IOPs    Resp(ms)  Ops >1s   KiB/sec     IOPs  Resp(ms)   Ops >1s   MiB/sec   IOPs   Resp(ms)    Random     Busy
----   ------------------------------   ------------------------------   ----------------------------------------  ----------------------------------------  ----------------------------------------
dev2   0             0       3.63               0               0           0     7172.87         4801       0.000       0        2486.26           81.64%    0.01%
----   ------------------------------   ------------------------------   ----------------------------------------  ----------------------------------------   ----------------------------------------

3. Samle inn informasjon om DDVE-ytelse ved hjelp av # vserver CLI Samle inn informasjon om DDVE-ytelse ved hjelp av # vserver CLI

• #se # vserver utgang under I/O-belastning. (Utdata er en del av pakkeopplastingen hvis VServer er konfigurert og startet før bunten ble opprettet.)

                                SE@localhost## vserver config set host 12x.xxx.90.xx 
                                The SHA1 fingerprint for the vServer's CA certificate is
                                D1:71:7C:57:3F:3D:3D:3xxxxxxxxxxxxxxxx

                                 Do you want to trust this certificate? (yes|no) [yes]: yes

                                    Enter vServer username: xxxxxxxx
                                    Enter vServer password:xxxxxxxxxxxx

                                 vServer configuration saved.
                                 Started periodic collection of DDVE performance information at/ddvar/log/debug/vserver/ddveperf.log 

4. Opprett og last opp en gjeldende støttepakke, inkludert vserver og disk_perf Logger.

Nyttige videoer:

Mal for å åpne en SR med DD-støtte for å feilsøke DDVE VM-ytelse

Konfigurasjon av VM-vert

Vertsprodusent, modell, versjon og vertsnavn for operativsystemet?
Leverandør av hypervisor (VMware, Hyper-V, annet)?
Host ESXi / Hyper-V serverversjon og bygge nummer?
vSphere-klient eller Hyper-V manager-versjon og build-nummer?
Er dette en klyngekonfigurasjon eller en HA-konfigurasjon?
Noen nylige endringer i verts- eller VM-konfigurasjoner?
Har vertsapparatet ditt batteristøttet hurtigbuffer, NVRAM eller en annen type mekanisme for å bevare data ved ikke-planlagt avslutning?

VM-vertslagring

Lagring RAID-konfigurasjon og diskstørrelse, hastighet, type (for eksempel RAID 6 - 3 TB - 7200 RPM - SATA)?
Type tilkoblingstype for lagringssystem (NFS, FCP, iSCSI, SAS)?
Deles lagringsvolumene og datalagrene som brukes av DDVE, med ikke-Data Domain-workloader?
Er skrivebufring aktivert eller deaktivert på lagringen som brukes av DDVE?
Noen nylige endringer i lagringskonfigurasjonen?
Bruker du tykk eller tynn klargjøring for DDVE-diskenheter?

Data Domain Virtual Edition-konfigurasjon

DDVE-operativsystemversjon og -størrelse (for eksempel DDVE 3.0–6.0.1.10–64 TB)?
DDVE-dataoverføringsprotokoll (for eksempel Boost, NFS, CIFS, NDMP, FCP)?
DDVE-workloader (for eksempel nettsky, replikering, sikkerhetskopiering, VTL)?
Backup-applikasjon og plug-in-versjoner?

Detaljert problembeskrivelse

Nettverk:
ytelse:
installasjon og konfigurasjon:
DD-filsystem:
Data utilgjengelig eller tap av data?
Har du en aktuell sak åpen hos andre leverandører som er relatert til denne DDVE-en?

Logger kreves

Støttepakke – #support bundle create default Data Domain: Slik innhenter/laster du opp en støttepakke (SUB) fra en DDR (Data Domain Restorer)

vserver perf-statistikk - #support bundle create files-only /ddvar/log/debug/platform/disk_perf/perf.log
disk_perf/perf.log - #support bundle create files-only /ddvar/log/debug/vserver/ddveperf.log
"Valgfritt" VMware-loggbunt – se selvbetjeningsnettstedet for VMware for artikkel