Data Domain: Retningslinjer for metadata for PowerProtect DD Virtual Edition ("DDVE")

Synopsis:

PowerProtect DD Virtual Edition leverer uovertruffen ydeevne og samlede ejeromkostninger til kunder, der ønsker fordelene ved en Data Domain-enhed i en virtuel formfaktor. Der skal dog udvises forsigtighed, før PowerProtect DDVE udrulles i visse typer miljøer, da dette kan medføre en stigning i brugen af metadata i forhold til den foreskrevne retningslinje og dermed påvirke de samlede ejeromkostninger, som brugeren oplever. Stigningen i metadata som følge af de scenarier, der diskuteres nedenfor, er en naturlig konsekvens af høj deduplikering, da produktet fungerer pr. design, og vi anbefaler på det kraftigste, at du vurderer den potentielle indvirkning af nedenstående scenarier på TCO før implementering.
Dette dokument beskriver sådanne kendte scenarier, som kan føre til øget brug af metadata ved brug af DDVE-skrivning til et objektlager.

Scenarie 1: Sikkerhedskopier af virtuelt syntetisk filsystem

Beskyttelse af filsystemsikkerhedskopier på PowerProtect DDVE ved hjælp af et sikkerhedskopieringsprogram (f.eks. Avamar) med Virtual Synthetic sikkerhedskopier aktiveret kan føre til en situation, hvor kunden oplever et højt deduplikeringsforhold på bekostning af øget brug af metadata. En høj effektiv deduplikeringshastighed udøver et nedadgående pres på TCO, mens øget brug af metadata udøver et opadgående pres. Opløsningen af disse kræfter bestemmer de samlede ejeromkostninger, som brugeren oplever. Det er vigtigt at vurdere inden udrulning, om brugerens miljø har denne type arbejdsbelastning.
Hvis det ikke er muligt at deaktivere virtuelle syntetiske sikkerhedskopier i sikkerhedskopieringsprogrammet eller vælge en, der ikke bruger virtuelle syntetiske stoffer, er den eneste kendte løsning på sådanne tilfælde, at brugeren tilføjer yderligere metadatadiske for at holde systemet i drift.

Scenarie 2: Delvise containere

Hvis du skriver delvise beholdere til objektlageret, hvilket kan skyldes hyppige bekræftelser eller skrivning af små filer (<1 MB), øges systemets samlede metadata. I dette scenarie er denne spids midlertidig, og systemet kan bringes i stabil tilstand ved at køre rensning, hvilket kopierer delbeholderne fremad og eliminerer fragmenteringen. Det skal dog bemærkes, at der er en omkostning forbundet med løbende rengøring, som kan påvirke TCO, hvis den køres for ofte. Den bedste praksis retningslinje er at køre rengøring en gang om ugen og dimensionere metadatadiskene i overensstemmelse hermed.

Scenarie 3: Små filer

I tilfælde, hvor brugerens miljø har millioner af små filer (<1 MB), er metadataomkostningerne høje sammenlignet med dataene. Dette er en ikke-understøttet workload, og DDVE er muligvis ikke den rigtige løsning til at beskytte sådanne workloads.

Scenarie 4: Tætte markører

Visse apps som Oracle eller Commvault introducerer markører i backupstrømmen. DDVE deduplikerer disse markører, hvilket fører til høje deduplikeringshastigheder. Endnu en gang står brugeren over for en afvejning mellem en høj deduplikeringshastighed på bekostning af øget metadatabrug. Brugeren kan vælge at slå optimering i appen fra i sikkerhedskopieringsappen og reducere DDVE-metadataforbruget eller vælge de højere deduplikeringshastigheder på bekostning af øget metadatabrug.
Hvis det ikke er muligt at slå optimering i appen fra i sikkerhedskopieringsprogrammet, er den eneste kendte løsning på sådanne tilfælde, at brugeren tilføjer yderligere metadatadiske for at holde systemet i drift.

Scenarie 5: Ikke-virtuelle syntetiske sikkerhedskopieringer med høje deduplikeringshastigheder

Dette scenarie er ualmindeligt, og brugeren skal være opmærksom på den potentielle indvirkning på de samlede ejeromkostninger på grund af de høje
deduplikeringshastigheder, som kan medføre en betydelig stigning i brugen af metadata. Den eneste kendte løsning på sådanne
tilfælde er, at brugeren tilføjer yderligere metadatadiske for at holde systemet i drift.

Overblik

I de specifikke scenarier, der er beskrevet ovenfor, forventer vi, at der vil være en betydelig stigning i metadataforbruget
, og den anbefalede løsning på sådanne tilfælde er, at brugeren tilføjer yderligere metadatadiske for at holde
systemet operationelt. Produktet fungerer pr. design, og vi anbefaler på det kraftigste, at du vurderer den potentielle
indvirkning af ovenstående scenarier på TCO inden implementering.
For workloads med et højere deduplikeringsforhold er der brug for flere metadata. Metadatalagring kan udvides dynamisk
. Når forbruget af lagerplads i metadata overstiger 80 %, vises der en advarsel. Der skal straks føjes en ny metadatadisk
til DDVE for at undgå at løbe tør for plads. Følg administrationsvejledningen for proceduren for
udvidelse af storage. Vi anbefaler, at du altid bruger 1 TB disk.
Følgende CLI (dokumenteret i DDVE-installations- og administrationsvejledningen) viser aktiv brug af lokale metadata
.
For eksempel:

sysadmin@atos-ddve# filesys show space tier active local-metadata Active Tier: brug af lokale metadata Størrelse GiB brugt GiB Avail GiB Use% -------- -------- --------- ----- 24290.4 4390.2 19900.2 18.0% -------- -------- --------- -----