Data Domain: Richtlijnen voor PowerProtect DD Virtual Edition ("DDVE") metadata

Samenvatting:

PowerProtect DD Virtual Edition biedt ongeëvenaarde prestaties en TCO voor klanten die op zoek zijn naar de voordelen van een Data Domain-apparaat in een virtuele vormfactor. Er moet echter voorzichtigheid worden betracht voordat u PowerProtect DDVE implementeert in bepaalde typen omgevingen, omdat dit kan leiden tot een toename van het gebruik van metadata boven de voorgeschreven richtlijn, waardoor de TCO die de gebruiker ervaart, wordt beïnvloed. De toename van metadata als gevolg van de onderstaande scenario's is een natuurlijk gevolg van hoge deduplicatie omdat het product volgens ontwerp werkt en we raden u ten zeerste aan de potentiële impact van de onderstaande scenario's op de TCO voorafgaand aan de implementatie te beoordelen.
In dit document worden bekende scenario's besproken die kunnen leiden tot een verhoogd gebruik van metadata tijdens het schrijven van DDVE naar een Object Store.

Scenario 1: Back-ups van virtueel synthetisch bestandssysteem

Het beschermen van back-ups van het bestandssysteem op PowerProtect DDVE met behulp van een back-upapplicatie (zoals Avamar) waarop Virtual Synthetic back-ups zijn ingeschakeld, kan leiden tot een situatie waarin de klant een hoge deduplicatieratio ervaart, ten koste van een verhoogd gebruik van metadata. Een hoge effectieve deduplicatiesnelheid oefent een neerwaartse druk uit op de TCO, terwijl een hoger gebruik van metadata een opwaartse druk uitoefent. De resolutie van deze krachten bepaalt de algehele TCO die de gebruiker ervaart. Het is belangrijk om voorafgaand aan de implementatie te beoordelen of de omgeving van de gebruiker dit type workload heeft.
Als het niet mogelijk is om virtuele kunstmatige back-ups in de back-upapplicatie uit te schakelen of een applicatie te kiezen die geen virtuele synthetische back-ups gebruikt, is de enige bekende oplossing voor dergelijke gevallen dat de gebruiker extra metadataschijven toevoegt om het systeem operationeel te houden.

Scenario 2: Gedeeltelijke containers

Het schrijven van gedeeltelijke containers naar het objectarchief, wat kan worden veroorzaakt door frequente vastleggingen of door het schrijven van kleine bestanden (<1 MB), verhoogt de metadata-overhead van het systeem. In dit scenario is deze piek tijdelijk en kan het systeem in een stabiele staat worden gebracht door een opschoonbewerking uit te voeren, waardoor de gedeeltelijke containers worden gekopieerd en de fragmentatie wordt geëlimineerd. Er moet echter worden opgemerkt dat er kosten verbonden zijn aan het uitvoeren van een schoonmaakbeurt, die van invloed kunnen zijn op de TCO als deze te vaak wordt uitgevoerd. De richtlijn voor best practices is om één keer per week een opschoonbewerking uit te voeren en de grootte van de metadataschijven dienovereenkomstig te bepalen.

Scenario 3: Kleine bestanden

In gevallen waarin de omgeving van de gebruiker miljoenen kleine bestanden (<1 MB) bevat, is de overhead van metadata hoog in vergelijking met de data. Dit is een niet-ondersteunde workload en DDVE is mogelijk niet de juiste oplossing om dergelijke workloads te beschermen.

Scenario 4: Compacte markeringen

Bepaalde apps, zoals Oracle of Commvault, introduceren markeringen in de back-upstroom. DDVE deduplicateert deze markers, wat leidt tot hoge deduplicatiesnelheden. Opnieuw wordt de gebruiker geconfronteerd met een afweging tussen een hoge deduplicatiesnelheid en een verhoogd metadatagebruik. De gebruiker kan ervoor kiezen om in-app-optimalisatie in de back-up-app uit te schakelen en het gebruik van DDVE-metadata te verminderen of de hogere deduplicatiesnelheden te kiezen ten koste van een verhoogd metadatagebruik.
Als het niet mogelijk is om in-app-optimalisatie uit te schakelen in de back-uptoepassing, is de enige bekende oplossing voor dergelijke gevallen dat de gebruiker extra metadataschijven toevoegt om het systeem operationeel te houden.

Scenario 5: Niet-virtuele kunstmatige back-ups met hoge deduplicatiesnelheden

Dit scenario komt niet vaak voor en de gebruiker moet zich bewust zijn van de mogelijke impact op de TCO als gevolg van de hoge
deduplicatiesnelheden, die een aanzienlijke toename van het gebruik van metadata kunnen veroorzaken. De enige bekende oplossing voor dergelijke
gevallen is dat de gebruiker extra metadataschijven toevoegt om het systeem operationeel te houden.

Samenvatting

In de specifieke scenario's die hierboven zijn beschreven, verwachten we dat het verbruik van metadata
aanzienlijk zal toenemen en de aanbevolen oplossing voor dergelijke gevallen is dat de gebruiker extra metadataschijven toevoegt om het systeem operationeel te houden
. Het product werkt volgens ontwerp en we raden u ten zeerste aan de potentiële
impact van de bovenstaande scenario's op de TCO te beoordelen voordat u de implementatie uitvoert.
Voor workloads met een hogere deduplicatieratio zijn meer metadata nodig. Metadatastorage kan dynamisch
worden uitgebreid. Wanneer het gebruik van metadataopslagruimte meer dan 80% bedraagt, wordt er een waarschuwing gegeven. Er moet onmiddellijk een nieuwe metadataschijf
aan de DDVE worden toegevoegd om te voorkomen dat er geen ruimte meer is. Volg de beheerhandleiding voor de procedure voor het uitbreiden van de
storage. We raden aan om altijd een schijf van 1 TB te gebruiken.
De volgende CLI (gedocumenteerd in de DDVE installatie- en beheerdershandleiding) toont actief lokaal metadatagebruik
.
Bijvoorbeeld:

sysadmin@atos-ddve# filesys show space tier active local-metadata Active Tier: local-metadata usage Grootte GiB gebruikt GiB beschikbaar GiB Use% -------- -------- --------- ----- 24290,4 4390,2 19900,2 18,0% -------- -------- --------- -----