Data Domain: Data Domain Virtual Edition – Prestandafelsökning

Nätverk och anslutning för VM-värdenhet:

Ethernet I/O:

När du använder ethernet-aggregeringar för dataöverföringsanslutningar till värdinstallationen kan du inte anta att förekomsten av en ethernet-aggregeringskonfiguration balanserar belastningen korrekt. Rätt tekniker och bandbredd för belastningsutjämning bör finnas på plats för att säkerställa obegränsad I/O till den virtuella datorns värdinstallation.

Anslutning från VM-värdenhet till disklagring:

Anslutningstyp och protokoll har en enorm inverkan på prestandafunktionerna för en virtuell DDVE-dator. Här visas de vanligaste anslutningstyperna mellan den virtuella datorns värdinstallation och disklagring. Alternativ 1 erbjuder den bästa prestandanivån, där alternativ 5 är det sämsta anslutningsalternativet. HBA-inställningarna för skrivcache kan också drastiskt påverka prestandakapaciteten mellan värdenheten och disklagringen. Vi rekommenderar att skrivcache aktiveras på HBA:n för att säkerställa bästa prestanda från värdenheten till disklagringen.

1. Direktansluten lagring – SAS-diskar/SSD i RAID 5 eller RAID 6 + HBA-write-cache aktiverat (rekommenderas för bästa prestanda)
2. Direktansluten lagring – JBOD utan RAID +HBA-write-cache aktiverat (acceptabel prestanda, men saknar rekommenderat RAID-skydd)
3. FC-ansluten extern RAID-lagring (aktiv/aktiv 16 GB eller snabbare) (acceptabel prestanda, men kan begränsas av FC prestandakapacitet)
4. iSCSI 10G (extern disklagring) (rekommenderas inte)
5. NFS 10G (extern disklagring) (rekommenderas inte)

Kontrollera fysiska lagringsdisksystem samt statistik och prestanda:

Diskkvalitet jämfört med diskstorlek jämfört med diskantal:

Enheter med högre densitet, till exempel 4+ TB, har färre IOPS per TB än mindre enheter. Därför ger en DDVE som distribueras över en större mängd mindre TB-enheter snabbare prestanda än en DDVE som distribueras på några få stora TB-enheter. Detta beror på DDVE:s stora beroende av slumpmässig avläsningsprestanda. Den normala arbetsbelastningen från DDVE kan göra den här kampen mellan den fysiska diskstorleken och den fysiska diskmängden ännu mer uttalad, så försök att se till att lagringssystemet har en bra balans och uppfyller förväntningarna som anges i lämplig DDVE Best Practices Guide. I den här artikeln går vi inte in på individuella, fysiska HDD- och SSD-typer och deras prestandakapacitet. Den här informationen kan hämtas från disktillverkaren. Det räcker med att säga att fysiska diskar med högre prestanda är lika med en bättre fungerande virtuell DDVE-dator.

Felsökning av lagring:

Kontrollera svarstiden på de fysiska diskarna som är associerade med din virtuella DDVE-dator.

För VMware kan du göra detta genom att välja din virtuella dator, välja fliken Prestanda och sedan välja Datalager i listrutan. Den visar alla relevanta datalager för just din virtuella DDVE-dator. Slutligen väljer du knappen Avancerat för en detaljerad grafisk visning av svarstiden för datalager som är associerade med din virtuella DDVE-dator.

Bild 1: Datalagerprestanda

Om du vill fastställa I/O-belastningen för ett datalager beräknar du den IOPS som bearbetas av ditt datalager.

Börja med samma diagram som tidigare, men välj Diagramalternativ, avmarkera Skrivsvarstid och Läsfördröjning och välj sedan de två värdena Genomsnittliga läsbegäranden per sekund och Genomsnittliga skrivbegäranden per sekund. Det resulterande diagrammet visar hur många IOPS datalagringen utför och kan ge dig en uppfattning om den totala belastningen som DDVE-lagringsutvecklaren lägger på ett datalager. Dessa utdata kan också vara användbara för att skilja om datalagringen delas med arbetsbelastningen från ett icke-DDVE-program.

Bild 2: Alternativ för diagram

Om du vill ha en mer detaljerad vy över IOPS kontrollerar du läs-/skrivförhållandena.

DDVE läser vanligtvis från disklagring 2–4 gånger mer än vad som skrivs. Undantaget till detta är under gen-0 (seeding) av säkerhetskopior, när helt nya data skrivs och inte kan dedupliceras. På grund av ovanstående skäl måste den fysiska lagring som används av DDVE effektivt kunna hantera de huvudsakligen läscentrerade, men blandade, slumpmässiga arbetsbelastningarna i Data Domain-filsystemet.

Fysiska disklagringsmatriser (SSD, magnetisk disk och så vidare) kan uppvisa en helt annan förmåga att effektivt bearbeta läsningar jämfört med skrivningar. Möjligheten för ett fysiskt disklagringssystem att tillhandahålla exceptionella IOPS-prestanda för slumpmässig läsning, tillsammans med korta svarstider (under 40 millisekunder), är de mest kritiska faktorerna för att avgöra om ett datalager uppfyller acceptabla prestandaegenskaper för en virtuell DDVE-dator.

Om djupare undersökning av lagringsmatriser eller datalagerprestanda krävs används ett kommandoradsverktyg med namnet vscsiStats. Kontakta VMware-supporten för mer information om hur vscisistats kan användas för att erhålla blockstorlekar, latenser och mer detaljerad statistik för läs-/skrivprestanda.

Kontrollera att resursprovisioneringen uppfyller kraven för DDVE:

Orsaken till prestandaproblem för en virtuell DDVE-dator kan ofta hänföras till en konfigurerad inställning som begränsar de resurser som är tillgängliga för den virtuella DDVE-datorn. I allmänhet används endast resurspooler med begränsningar för att begränsa den övergripande prestandan för en virtuell DDVE-dator och rekommenderas därför inte. Omvänt finns det vissa resursreservationer som förbättrar övergripande prestanda för en virtuell DDVE-dator. Läs alltid DDVE:s bästa praxis och administrationsmanualer för din konfiguration när du distribuerar, felsöker eller justerar en virtuell DDVE-dator för prestanda.

Starta verifieringen av resursallokering genom att välja fliken Resursallokering . Välj sedan den virtuella DDVE-dator som du felsöker från poolen med virtuella datorer. I avsnittet Visa väljer du CPU och kontrollerar alla virtuella datorer i poolen (förutsatt att den besvärliga virtuella datorn också finns där). Kontrollera att gränsen MHz är inställd på värdet Obegränsat. Det rekommenderas inte att begränsa CPU-resurser för en virtuell DDVE-dator och resulterar i sämre prestanda.

Bild 3: Resurstilldelning

Gå vidare till att verifiera minnesresurserna som allokerats till DDVE VM. Kontrollera att minnesresurser är korrekt "reserverade" och inställda på Obegränsat för att säkerställa bästa prestanda. Du rekommenderas inte att ange gränser för minnesallokering för en DDVE och resulterar i sämre prestanda.

Bild 4: Minnesresurser

Under fliken Lagring kontrollerar du att det inte finns några begränsningar för lagrings-IOPS. Välj knappen Lagring och visa diskarna/datalagren. Värdet "Limit-IOPS" för varje disk som är associerad med en virtuell DDVE-dator måste anges till värdet Obegränsat.

Bild 5: Lagringsresurser

För de tre resurskategorier som redan nämnts bör du notera %-andelsvärden . Värdena % shares anger vilken procentandel av resurserna som den specifika virtuella datorn hämtar från hela resurspoolen. "Aktievärden" är relativa, inte absoluta. Se dock till att det inte finns en stor variation mellan värdena för alla enheter i poolen. Till exempel kan 1000, 2000 eller 3000 förväntas, men värden som 10, 5, 4000 skulle indikera en onormal skillnad och ojämn fördelning av resurser. Om en enskild virtuell dator har ett mycket annorlunda värde måste du överväga att ändra inställningarna för "resursvärde".

Kontrollera prestandastatistik för DDVE VM:

En effektiv virtuell DDVE-dator behöver obehindrad åtkomst till resurser för att säkerställa topprestanda. DDVE använder minne och processor i stor utsträckning och kan inte begränsas utan problem. När en virtuell DDVE-dator är i produktion kan vi använda graferna och diagrammen under fliken Prestanda för att utvärdera resursanvändningen. Vi kan använda dessa för att avgöra hur effektivt det fungerar.

Processor

Välj den DDVE VM som du vill felsöka. Välj sedan fliken Prestanda . Där det står växla till väljer du CPU i listrutan. I den här vyn kan du utvärdera mängden och procentandelen processor som den virtuella DDVE-datorn förbrukar. Om procentandelen processor som används av den virtuella DDVE-datorn är en hög procentandel av den totala resursen kan vi anta att värdinstallationen kanske inte är lämplig för att köra den virtuella DDVE-datorn till sin fulla potential.

Bild 6: CPU-prestanda

Minne

Om den virtuella datorn verkar svara långsamt kan CPU:n ha ett schemaläggningsproblem. Om du vill utvärdera processorns effektivitet börjar du med föregående diagram och väljer Diagramalternativ igen. Avmarkera alla räknare och välj sedan Klar. Nu visas klartiden för VirtualCPU:erna. Millisekundersvärdet anger den tid som en virtuell dator är redo att starta, men hypervisor-programmet kan inte tilldela en CPU till aktiviteten i tid. För optimal DDVE VM-prestanda vill vi se detta under 8 millisekunder. 

Bild 7: CPU-starttid

Minnesprestanda och tillgänglighet kan också vara en begränsande faktor för övergripande DDVE VM-prestanda. Om en virtuell DDVE-dator inte har konfigurerats med den mängd reserverat fysiskt minne som krävs genereras en aktiv avisering. Kontrollera aktiva aviseringar genom att köra # alerts show current vid DDVE CLI och lösa vid behov.

Om en virtuell DDVE-dator inte har tillräckligt med tillgängliga minnesresurser svarar den virtuella DDVE-datorn genom att växla minnessidorna till disken. Detta är ett oönskat tillstånd och resulterar i allvarligt försämrad prestanda. Om du vill utvärdera den aktiva minnesanvändningen för en virtuell DDVE-dator börjar du med att välja fliken Prestanda och väljer sedan Minne i rutan Växla till.

Som standard visar diagrammet värdena Aktivt, Beviljat, Pratbubbla och Förbrukat minne. För optimala prestanda bör du se till att det aktiva minnet är ungefär 35–50 % av det beviljade minnesvärdet. När det aktiva minnesvärdet närmar sig 60 % av det beviljade minnet kan du ange ett scenario där växling sker i den virtuella DDVE-datorn.

Bild 8: Minnesprestanda

Kontrollera att en virtuell DDVE-dator uppfyller "bästa praxis" och rekommenderade konfigurationer:

När du felsöker prestandaproblem finns det många saker att kontrollera och loggar att samla in från själva DDVE VM. Innan du öppnar ett DDVE-supportärende börjar du med att kontrollera att DDVE-konfigurationen uppfyller rekommenderad bästa praxis och rekommenderade inställningar. I dokumentationen på supportwebbplatsen finns information om DDVE-versionen och den värdplattform som du kör.

Samla in prestandastatistik:

1. Samla in resultat från följande CLI-kommandon och verktyg för att utvärdera den underliggande disklagringen och se till att konfigurationen uppfyller den prestandanivå som krävs för att stödja den valda DDVE-kapaciteten.

• Utför ett diskutvärderingstest (DAT) för varje diskutvecklare som är anslutna till DDVE. I avsnittet Prestandaövervakning i DDVE-administrationsmanualen finns detaljerade instruktioner om när och hur DAT-verktyget ska användas.
• Utför DAT-testet baserat på vilken typ av I/O som matas in. Informationen with-vnvram användas om du främst använder CIFS/NFS för att skriva säkerhetskopior. Vissa användare använder Boost för att utföra säkerhetskopieringar och sedan använda NFS för att få läsåtkomst Om så är fallet kan användningen av with-vnvram flagga är inte obligatoriskt.
• DAT-verktyg stöds inte för en molndistribuerad DDVE (Microsoft Azure, Amazon AWS).

2. DDVE CLI-kommandon för insamling av information för prestandafelsökning:

• #alerts show current
• #system vresource show required
• #system vresource show current
• #storage show all (kontrollera att spindelgruppstilldelningar uppfyller bästa praxis)
• #cd /ddr/var/log/debug/kern.info/disk_perf/perf.log (granska svarstid och IOPS per enhet)
• #system show performance (använd bästa syntax för att begränsa vyn 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> (flera utvecklare kan anges för att få en fullständig vy)

 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. Samla in DDVE-prestandainformation med # vserver CLI Samla in DDVE-prestandainformation med # vserver CLI

• #se # vserver utmatning under I/O-belastning. (Utdata är en del av paketuppladdningen om VServer har konfigurerats och startats innan paketet skapas.)

                                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. Skapa och ladda upp ett aktuellt supportpaket som innehåller vserver och disk_perf Loggar.

Användbara videor:

Mall för att öppna en SR med DD-support för att felsöka prestanda för DDVE VM

Konfiguration av VM-värd

Värdtillverkare, modell, version och operativsystemets värdnamn?
Hypervisor-leverantör (VMware, Hyper-V, annat)?
Värd för ESXi/Hyper-V-serverversion och versionsnummer?
vSphere-klient eller Hyper-V Manager-version och versionsnummer?
Är det här en klustrad konfiguration eller en HA-konfiguration?
Några nyliga ändringar av värd- eller VM-konfigurationer?
Har värdenheten batteriuppbackat cacheminne, NVRAM eller någon annan typ av mekanism för att bevara data vid oplanerad avstängning?

Lagring av VM-värd

RAID-konfiguration för lagring och diskstorlek, hastighet, typ (till exempel RAID 6–3 TB–7 200 RPM – SATA)?
Anslutningstyp för lagringssystem (NFS, FCP, iSCSI, SAS)?
Delas lagringsvolymer och datalager som används av DDVE med arbetsbelastningar som inte är Data Domain?
Är skrivcachelagring aktiverat eller inaktiverat på lagringsenheten som används av DDVE?
Har lagringskonfigurationen ändrats nyligen?
Använder du tjock eller tunn provisionering för DDVE-diskenheter?

Data Domain Virtual Edition-konfiguration

DDVE-operativsystemets version och storlek (till exempel DDVE 3.0–6.0.1.10–64 TB)?
DDVE-dataöverföringsprotokoll (till exempel Boost, NFS, CIFS, NDMP, FCP)?
DDVE-arbetsbelastningar (till exempel moln, replikering, säkerhetskopiering, VTL)?
Versioner av säkerhetskopieringsprogram och plugin-program?

Detaljerad problembeskrivning

Nätverk:
Prestanda:
Installation och konfiguration:
DD-filsystem:
Data ej tillgänglig eller dataförlust?
Har du ett aktuellt pågående ärende hos någon annan leverantör som är relaterad till denna DDVE?

Loggar krävs

Supportpaket – #support bundle create default Data Domain: Samla in/ladda upp ett supportpaket (SUB) från en Data Domain Restorer (DDR)

vserver perf-stats – #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
"Valfritt" VMware-loggpaket – artikeln finns på webbplatsen för VMware Self-Service