Data Domain System och rensningsprestandans inverkan av konvertering till GZ-komprimering

Summary: Den här artikeln innehåller information om olika komprimeringsalgoritmer som stöds på DDR tillsammans med effekten av att konvertera systemet för att använda GZ-algoritmen.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

LÖSNING

DDOS stöder för närvarande fyra olika komprimeringstyper med varierande nivåer av komprimeringsprocessorbelastning. I följande tabell sammanfattas egenskaperna för varje alternativ:
 

type         expected-comp               CPU-load 
----------   --------------------   -------------- 
none         1.0x                       0x 
lz(default)  2.0x                       1x 
gzfast       2.5x                       2x 
gz           3.0x                       5x
Komprimeringsalgoritmen gz ger till exempel cirka 3 gånger lokal komprimering men använder cirka 5 gånger mer CPU för att köra komprimeringsdelen av koden än lz. De förväntade komprimeringssiffrorna kan variera mycket beroende på datatypen. För vissa datatyper kan gz bara vara 10 % bättre än lz medan det för andra datatyper är 2x eller bättre än lz.
 
I allmänhet tenderar filer med många liknande datasträngar att komprimeras bättre med gz än lz.

Exempel på sådana datauppsättningar är:

  • Databasfiler.
  • Loggfiler.

Konsekvenser av att använda GZ-komprimering:

Eftersom de starkare komprimeringsalgoritmerna använder mer CPU kan de få betydande prestandakonsekvenser:

  • Säkerhetskopieringar med låg deduplicering går långsammare eftersom mer nya data måste komprimeras och skrivas till disken. I synnerhet kommer den första fullständiga säkerhetskopieringen sannolikt att uppnå 50 % av det nominella högsta dataflödet.
  • Eftersom rensning packar upp och komprimerar om data medan den körs kan rensningen ta längre tid att köra och kan göra annan aktivitet på systemet långsammare, till exempel säkerhetskopiering och replikering.
  • Käll-DDR i ett katalogreplikeringspar komprimerar data med hjälp av den komprimeringsalgoritm som används av målet innan data skickas. Om målet använder gz-komprimeringsalgoritmen kan replikeringen därför köras långsammare och kan göra att annan aktivitet på systemet, till exempel säkerhetskopiering och rensning, körs långsammare. 

Därför är konvertering till GZ-komprimering ett beslut som bör fattas baserat på den arbetsbelastning som systemet kommer att uppleva. Annars omvandlas ett kapacitetsproblem i princip till ett prestandaproblem.

I följande avsnitt beskriver vi egenskaperna för arbetsbelastningen där GZ kan vara till hjälp.

Vem ska använda GZ-komprimering?

Program med hög deduplicering, låg omsättning och låga krav på säkerhetskopieringsprestanda är idealiska kandidater för att använda gz. Ett bra exempel är nearline-program. De flesta DDR:er i fält som används för nearline-program använder redan gz.

Hur ändrar jag komprimeringstypen?

Använd följande kommandon för att ändra komprimeringstypen:

# filesys disable
# filesys option set local-compression-type {none | lz | gzfast | gz}
# filesys enable

 

VARNING! Innan du ändrar den lokala komprimeringstypen måste filsystemet stängas av. Den kan sedan startas om omedelbart efter att komprimeringsalternativet har ställts in.

När komprimeringstypen har ändrats använder alla nya skrivningar den nya komprimeringstypen och alla data som redan skrivits konverteras lazily till den nya komprimeringstypen under rensningen. Den lata konverteringen innebär att inte alla behållare kommer att återkomprimeras under den första rengöringsomgången. Det krävs flera rensningsomgångar för att helt komprimera alla data som finns på DDR:erna innan komprimeringspolicyn ändras.

Rensningsprincipen avgör vilka containrar som väljs i en viss rensningsomgång och endast dessa containrar komprimeras om. Rensningsprincipen baseras på mängden skräpdata som en viss container innehåller.  Skräpdata innebär borttagna data som inte längre refereras till av namnområdet. Ju mer skräp en behållare har, desto mer sannolikt är det att den väljs ut för rengöring.

Om kunden vill betala en engångsträff kan de följa följande procedur:

  1. Inaktivera DDFS med hjälp av kommandot:

    filesys disable
  2. Använd följande kommando för att inaktivera lazy-konverteringen (kräver SE-läge):

    reg set system.GC_APPLY_LAZY_CONVERSION=false
  3. Aktivera DDFS med hjälp av kommandot:

    filesys enable

Som ett resultat kan den första rengöringen efter att ha ändrat komprimeringstyp och inaktiverat den lata konverteringen ta längre tid att köra. När du ändrar komprimeringstyp bör du noggrant övervaka systemet i en vecka eller två för att se till att det beter sig bra.


Additional Information

    REFERENS

    System- och rengöringsprestandans inverkan av konvertering till LZ Compression 180977

    Affected Products

    Data Domain

    Products

    Data Domain
    Article Properties
    Article Number: 000004020
    Article Type: How To
    Last Modified: 23 Sep 2024
    Version:  6
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.