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

Score

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 vorm. U moet er echter wel voor zorgen dat het gebruik van metadata over de voorgeschreven richtsnoeren wordt gehonoreerd voordat de PowerProtect-DDVE in bepaalde omgevingen wordt geïmplementeerd, waardoor het TCO van de gebruiker wordt beïnvloed. De verhoging van de metagegevens die voortkomen uit de onderstaande scenario's is een natuurlijk gevolg van hoge ontdubbeling omdat het product per ontwerp werkt en wij raden u nadrukkelijk aan de mogelijke gevolgen van de onderstaande scenario's op het TCO te beoordelen voordat de implementatie wordt uitgevoerd.
In dit document vindt u een beschrijving van bekende scenario's die het gebruik van DDVE schrijven naar een object archief kunnen leiden van meer metagegevens.

Scenario 1: Virtuele synthetische bestandssysteem back-ups

Het beschermen van back-ups van het bestandssysteem op PowerProtect DDVE met behulp van een back-uptoepassing (zoals Avamar) met virtuele synthetische back-ups, kan leiden tot een situatie waarin de klant een hoge ontdubbelings ratio ondervindt, tegen de kosten van het verbeterde gebruik van metagegevens. Een hoge effectieve deduplicaties snelheid oefent een neerwaartse druk uit op TCO, terwijl het gebruik van de metadata een opwaartse druk uitoefent. De resolutie van deze krachten bepaalt het totale TCO dat door de gebruiker wordt ervaren. Het is belangrijk om voorafgaand aan de implementatie te beoordelen of de gebruikers en omgeving dit type werklast hebben.
Als het niet mogelijk is om virtuele synthetische back-ups uit te schakelen in de back-uptoepassing of te kiezen die geen gebruik maakt van virtuele synthetische elementen, is de enige bekende oplossing voor deze gevallen het voor de gebruiker mogelijk om extra metadata schijven toe te voegen om het systeem operationeel te houden.

Scenario 2: Gedeeltelijke containers

Het schrijven van een deel van de containers naar het archief van het object, dat kan worden veroorzaakt door veelvuldig doorvoeren of door het schrijven van kleine bestanden (< 1 MB) vergroot de overhead van de metadata van het systeem. In dit scenario is deze Prikker tijdelijk en kan het systeem naar een constante toestand worden gebracht door het schoonmaken uit te voeren, waardoor de gedeeltelijke containers worden getransporteerd en de fragmentatie wordt geëlimineerd. Het is echter wel opgemerkt dat er een kosten verbonden zijn met het uitvoeren van reinigings werkzaamheden. Dit kan van invloed zijn op TCO als deze te vaak wordt uitgevoerd. De best practice-richtlijn is het opschonen van een keer per week en het formaat van de metadata schijven dienovereenkomstig te starten.

Scenario 3: Kleine bestanden

In gevallen waar de gebruikers van de omgeving miljoenen kleine bestanden bewaart (< 1 MB), is de overhead van de metadata hoger in vergelijking met de gegevens. Dit is een niet-ondersteunde werklast en DDVE is mogelijk niet de juiste oplossing om dergelijke werklasten te beschermen.

Scenario 4: Dense markeringen

Bepaalde apps, zoals Oracle-of CommVault-markeringen in de back-upstream. DDVE dedupliceert deze markeringen, wat leidt tot hoge de-snelheden. De gebruiker wordt opnieuw aangesteld met een balans tussen een hoge deduplicatie snelheid op kosten van het verbeterde gebruik van metagegevens. De gebruiker kan ervoor kiezen om de optimalisatie in-app uit te schakelen in de back-uptoepassing en het gebruik van DDVE-metagegevens te verminderen of de hogere ontdubbelings snelheden te kiezen voor meer metagegevens gebruik.
Als het niet mogelijk is om de in-app-optimalisatie uit te schakelen in de back-uptoepassing, is de enige bekende oplossing voor de gebruiker het toevoegen van extra schijven om het systeem operationeel te houden.

Scenario 5: Niet-virtuele synthetische back-ups met hoge ontdubbelings snelheden

Dit scenario komt niet vaak voor en de gebruiker moet zich bewust zijn van de mogelijke gevolgen voor TCO vanwege de hoge
deduplicaties snelheden. Dit kan leiden tot een aanzienlijke toename van het gebruik van metagegevens. De enige bekende oplossing voor deze
gevallen is voor de gebruiker om extra metadata schijven toe te voegen om het systeem operationeel te houden.

Samenvatting:

In de specifieke scenario's die hierboven zijn beschreven, verwachten we dat er een aanzienlijke toename van het metadata verbruik zal zijn en dat de
Aanbevolen oplossing voor de gebruiker extra metadata schijven kan toevoegen om
het systeem operationeel te houden. Het product werkt per ontwerp en wij raden u dringend aan het mogelijke
effect van de bovenstaande scenario's op het TCO te beoordelen voordat u de implementatie uitvoert.
Voor werklasten met een hogere deduplicatie ratio is meer metadata vereist. U kunt de opslagruimte voor metagegevens dynamisch
uitvouwen. Wanneer het gebruik van de opslagruimte voor metagegevens 80% is, wordt een waarschuwing gegenereerd. Een nieuwe metadata schijf
moet direct aan het DDVE worden toegevoegd om te voorkomen dat er ruimte ontkomt. Volg de beheerdershandleiding voor de
procedure voor opslaguitbreiding. We raden u aan altijd 1 TB schijf te gebruiken.
De volgende CLI (die wordt beschreven in de DDVE-installatie & Beheerhandleiding) toont het actieve localmetadata-
gebruik.
Bijvoorbeeld:

sysadmin@atos-ddve # filesys show Space tier Active Local-metadata Active tier: lokale-metadata gebruiks grootte GiB gebruikt GiB beschikbare GiB gebruik%------------------------------24290,4 4390,2 19900,2 18,0%------------------------------