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.
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
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:
-
Inaktivera DDFS med hjälp av kommandot:
filesys disable
-
Använd följande kommando för att inaktivera lazy-konverteringen (kräver SE-läge):
reg set system.GC_APPLY_LAZY_CONVERSION=false
-
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.