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

Synopsis:

PowerProtect DD Virtual Edition gir uovertruffen ytelse og TCO for kunder som er ute etter fordelene ved et Data Domain-verktøy i en virtuell formfaktor. Vær imidlertid forsiktig før du implementerer PowerProtect DDVE i visse typer miljøer, da dette kan føre til en økning i metadatabruken i forhold til de foreskrevne retningslinjene, og dermed påvirke de totale eierkostnadene som brukeren opplever. Økningen i metadata som følge av scenariene som er omtalt nedenfor, er en naturlig konsekvens av høy deduplisering ettersom produktet fungerer i henhold til designet, og vi anbefaler på det sterkeste at du vurderer den potensielle innvirkningen av scenariene nedenfor på de totale eierkostnadene før implementering.
Dette dokumentet drøfter slike kjente scenarier som kan føre til økt metadatabruk når du bruker DDVE-skriving til et objektlager.

Scenario 1: Sikkerhetskopiering av virtuelt syntetisk filsystem

Hvis du beskytter sikkerhetskopier av filsystemet på PowerProtect DDVE ved hjelp av et sikkerhetskopieringsprogram (for eksempel Avamar) med virtuelle, syntetiske sikkerhetskopier aktivert, kan det føre til en situasjon der kunden opplever et høyt dedupliseringsforhold, på bekostning av økt metadatabruk. En høy effektiv dedupliseringshastighet utøver et press nedover på TCO, mens økt metadatabruk utøver et press oppover. Oppløsningen til disse kreftene bestemmer den totale TCO som brukeren opplever. Det er viktig å vurdere om brukerens miljø har denne typen arbeidsbelastning
før implementering.Hvis det ikke er mulig å slå av virtuelle syntetiske sikkerhetskopier i sikkerhetskopieringsprogrammet eller velge en som ikke bruker virtuell syntetikk, er den eneste kjente løsningen i slike tilfeller at brukeren legger til flere metadatadisker for å holde systemet i drift.

Scenario 2: Delvise beholdere

Hvis du skriver delvise beholdere til objektlageret, noe som kan skyldes hyppige utførelser eller ved å skrive små filer (<1 MB), økes metadatabelastningen for systemet. I dette scenariet er denne økningen midlertidig, og systemet kan bringes til jevn tilstand ved å kjøre opprydding, som vil kopiere fremover de delvise beholderne og eliminere fragmenteringen. Vær imidlertid oppmerksom på at det er en kostnad forbundet med løpende rengjøring, noe som kan påvirke TCO hvis det kjøres for ofte. Retningslinjene for beste praksis er å kjøre opprydding én gang i uken og endre størrelsen på metadatadiskene i henhold til dette.

Scenario 3: Små filer

I tilfeller der brukermiljøet har millioner av små filer (<1 MB), er metadataoverhead høy sammenlignet med dataene. Dette er en arbeidsbelastning som ikke støttes, og DDVE er kanskje ikke den rette løsningen for å beskytte slike workloader.

Scenario 4: Tette markører

Enkelte apper, for eksempel Oracle eller Commvault, introduserer markører i sikkerhetskopieringsstrømmen. DDVE dedupliserer disse markørene, noe som fører til høye dupliseringshastigheter. Nok en gang står brukeren overfor en avveining mellom en høy dedupliseringshastighet på bekostning av økt metadatabruk. Brukeren kan velge å slå av optimalisering i appen for sikkerhetskopiering og redusere bruken av DDVE-metadata eller velge høyere dedupliseringshastigheter på bekostning av økt metadatabruk.
Hvis det ikke er mulig å deaktivere optimalisering i appen i sikkerhetskopieringsprogrammet, er den eneste kjente løsningen i slike tilfeller at brukeren legger til flere metadatadisker for å holde systemet i drift.

Scenario 5: Ikke-virtuelle syntetiske sikkerhetskopier med høy dedupliseringshastighet

Dette scenariet er uvanlig, og brukeren må være oppmerksom på den potensielle innvirkningen på TCO på grunn av de høye
dedupliseringshastighetene, noe som kan føre til en betydelig økning i metadatabruken. Den eneste kjente løsningen i slike
tilfeller er at brukeren legger til flere metadatadisker for å holde systemet i drift.

Sammendrag

I de spesifikke scenariene som er beskrevet ovenfor, forventer vi at det vil være betydelig økning i metadataforbruket
, og den anbefalte løsningen i slike tilfeller er at brukeren legger til flere metadatadisker for å holde
systemet i drift. Produktet fungerer per design, og vi anbefaler på det sterkeste at du vurderer den potensielle
innvirkningen av scenariene ovenfor på TCO før implementering.
For workloader med høyere dedupliseringsforhold er det nødvendig med flere metadata. Metadatalagring kan utvides dynamisk
. Når bruken av lagringsplass for metadata overstiger 80 %, vil et varsel bli hevet. En ny metadatadisk
bør legges til DDVE umiddelbart for å unngå å være tom for plass. Følg administrasjonsveiledningen
for fremgangsmåten for lagringsutvidelse. Vi anbefaler at du alltid bruker 1 TB disk.
Følgende CLI (dokumentert i DDVE-installasjons- og administrasjonsveiledningen) viser aktiv bruk av lokalmetadata
.
For eksempel:

sysadmin@atos-ddve# filesys show space tier active local-metadata Active Tier: local-metadata usage Size GiB Used GiB Avail GiB Use% -------- -------- --------- ----- 24290.4 4390.2 19900.2 18.0% -------- -------- --------- -----