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

Synopsis:

PowerProtect DD Virtual Edition giver ikke-sammenlignet ydelse og TCO for kunder, der ansøger om fordelene ved en data Domain-Appliance i en virtuel formfaktor. Du skal dog være forsigtig, før du implementerer PowerProtect-DDVE i visse typer miljøer, da dette kan medføre øget brug af metadata i henhold til den foreskrevne retningslinje, således at det påvirker den TCO, som brugeren oplever. Stigningen i metadata som følge af de ovenfor beskrevne scenarier er en naturlig konsekvens af den høje deduplikering, da produktet fungerer pr. design, og vi anbefaler, at du vurderer den potentielle påvirkning af de nedenfor nævnte scenarier på TCO før implementeringen.
I dette dokument diskuteres sådanne kendte situationer, som kan medføre øget brug af metadata under brug af DDVE-skrivning til et objekt lager.

Scenarie 1: Virtuelle sikkerhedskopier af syntetiske filsystemer

Beskyttelse af filsystem sikkerhedskopier på PowerProtect DDVE ved hjælp af et sikkerhedskopieringsprogram (f. eks. Avamar) med virtuelle syntetiske sikkerhedskopieringer aktiveret kan resultere i en situation, hvor kunden oplever et højt dobbelt duplikerings forhold, til omkostningerne til øget brug af metadata. En høj effektiv deduplikion-hastighed udøver et nedadgående tryk på TCO, mens forøget brug af metadata udøver et opad tryk. Løsning af disse kræfter bestemmer det samlede TCO, som brugeren oplever. Det er vigtigt, at du vurderer før implementeringen, hvis brugerens miljø har denne type arbejdsbyrde.
Hvis det ikke er muligt at slukke for virtuelle syntetiske sikkerhedskopieringer i sikkerhedskopieringsprogrammet eller vælge en, der ikke bruger virtuelle syntetiske, er den eneste kendte løsning på sådanne tilfælde, at brugeren kan tilføje yderligere metadata disks for at holde systemet i drift.

Scenarie 2: Delvis beholdere

Skrivning af dele beholdere til objekt lageret, som kan være forårsaget på grund af hyppige bekræftelser eller ved skrivning af små filer (< 1 MB) øger systemets metadata omkostninger. I dette scenarie er denne samling midlertidig, og systemet kan bringes i konstant tilstand ved at køre rensning, hvilket vil kopiere de delvise beholdere og eliminere fragmenteringen. Det skal dog bemærkes, at der er en omkostning forbundet med at udføre rensning, hvilket kan påvirke TCO, hvis kørt for ofte. Den bedste fremgangsmåde er at køre rensningen en gang om ugen og tilpasse metadata diskene i overensstemmelse hermed.

Scenarie 3: Små filer

I de tilfælde hvor brugerens miljø har millioner af små filer (< 1 MB), vil meta datas omkostninger være højt sammenlignet med dataene. Dette er en ikke-understøttet arbejdsbyrde, og DDVE er måske ikke den rigtige løsning til at beskytte sådanne belastninger.

Scenarie 4: Tætte mærker

Visse apps som f. eks. Oracle eller CommVault introducerer mærker i sikkerhedskopierings strømmen. DDVE genopretter disse mærker, hvilket fører til høje dedupe rater. Efter et senere led er brugeren i en afvejning mellem en høj deduplikering-hastighed på bekostning af øget brug af metadata. Brugeren kan vælge at deaktivere in-App-optimering i sikkerhedskopierings appen og reducere DDVE-meta datas brug eller vælge de højere deduplikelle takster på udgiften af øget brug af metadata.
Hvis det ikke er muligt at deaktivere in-App-optimeringen i sikkerhedskopieringsprogrammet, er den eneste kendte løsning på sådanne tilfælde, at brugeren kan tilføje yderligere metadata diske for at holde systemet i drift.

Scenarie 5: Ikke-virtuelle syntetiske sikkerhedskopier med høje deduplikering-hastigheder

Dette scenarie er ualmindeligt, og brugeren skal være opmærksom på den potentielle påvirkning af TCO på grund af den høje
deduplikering-hastighed, hvilket kan medføre en betydelig forøgelse af brugen af metadata. Den eneste kendte løsning på sådanne
tilfælde er, at brugeren tilføjer ekstra metadata disk for at holde systemet i drift.

Overblik

I de specifikke scenarier, der er beskrevet ovenfor, forventer vi, at der vil være en væsentlig stigning i metadata
forbrug og anbefalet løsning til sådanne tilfælde er, at brugeren kan tilføje flere metadata diske for at holde
systemet i drift. Produktet er i drift per design, og det anbefales, at du vurderer den potentielle
påvirkning af ovenstående scenarier på TCO før implementeringen.
For belastninger med et højere deduplikering-forhold, er der behov for flere metadata. Metadatalager kan
udvides dynamisk. Når metadatalager plads overstiger 80%, vil der blive udløst en advarsel. Der bør føjes en ny metadata disk
til DDVE med det samme for at undgå at der ikke er mere plads. Følg administrationsvejledningen for
lager udvidelses proceduren. Vi anbefaler, at du altid bruger 1 TB disk.
Følgende CLI (dokumenteret i DDVE-installationen & administrations vejledning) viser aktivt localmetadata-
brug.
For eksempel:

sysadmin@atos-ddve # Filesys show Space-niveau Active Local-metadata Active niveau: lokalt metadata brugs størrelse GiB brugt GiB tilgængelige GiB brug%------------------------------24290,4 4390,2 19900,2 18,0%------------------------------