Data Domain-system og rengjøringsytelse Effekten av å konvertere til GZ-komprimering
Summary: Denne artikkelen inneholder informasjon om ulike komprimeringsalgoritmer som støttes på DDR sammen med virkningen av å konvertere systemet til å bruke GZ-algoritmen.
Instructions
LØSNING
DDOS støtter for øyeblikket fire forskjellige komprimeringstyper med varierende nivåer av komprimerings-CPU-belastning. Tabellen nedenfor oppsummerer egenskapene for hvert alternativ:
type expected-comp CPU-load ---------- -------------------- -------------- none 1.0x 0x lz(default) 2.0x 1x gzfast 2.5x 2x gz 3.0x 5x
For eksempel gir gz-komprimeringsalgoritmen omtrent 3x lokal komprimering, men bruker omtrent 5x mer CPU for å kjøre komprimeringsdelen av koden enn lz. De forventede komprimeringstallene kan variere sterkt basert på datatypen. For noen datatyper er gz kanskje bare 10% bedre enn lz, mens det for andre datatyper er 2x eller bedre enn lz.
Generelt har filer med mange lignende datastrenger en tendens til å komprimere bedre med gz enn lz.
Eksempler på slike datasett inkluderer:
- Databasefiler.
- Loggfiler.
Konsekvenser av å bruke GZ Compression:
Siden de sterkere komprimeringsalgoritmene bruker mer CPU, kan de ha betydelige ytelseskonsekvenser:
- Sikkerhetskopier med lav deduplisering går tregere siden flere nye data må komprimeres og skrives til disken. Spesielt vil den første fullstendige sikkerhetskopien sannsynligvis oppnå 50 % av den nominelle toppgjennomstrømningen.
- Siden rengjøring ukomprimerer og komprimerer dataene mens den kjører, kan opprydding ta lengre tid å kjøre og kan redusere annen aktivitet på systemet, for eksempel sikkerhetskopiering og replikering.
- Kilde-DDR-en i et katalogreplikasjonspar komprimerer dataene ved hjelp av komprimeringsalgoritmen som brukes av målet, før dataene sendes. Derfor, hvis destinasjonen bruker gz-komprimeringsalgoritmen, kan replikering kjøre langsommere og kan føre til at annen aktivitet på systemet, for eksempel sikkerhetskopiering og opprydding, kjører langsommere.
Derfor er konvertering til GZ-komprimering en beslutning som bør tas basert på arbeidsmengden systemet kommer til å oppleve. Ellers vil et kapasitetsproblem i hovedsak bli konvertert til et ytelsesproblem.
I det følgende avsnittet beskriver vi egenskapene til arbeidsbelastningen der GZ vil være nyttig.
Hvem bør bruke GZ-komprimering?
Applikasjoner med høy deduplisering, lavt frafall og lave krav til sikkerhetskopieringsytelse er ideelle kandidater til å bruke gz. Et godt eksempel er nærliggende applikasjoner. De fleste DDR-er i feltet som brukes for nærliggende applikasjoner, bruker allerede gz.
Hvordan endrer jeg komprimeringstypen?
Bruk følgende kommandoer til å endre komprimeringstypen:
# filesys disable
# filesys option set local-compression-type {none | lz | gzfast | gz}
# filesys enable
Når komprimeringstypen er endret, bruker alle nye skriveoperasjoner den nye komprimeringstypen, og alle data som allerede er skrevet, konverteres dovent til den nye komprimeringstypen under rengjøring. Den late konverteringen betyr at ikke alle beholdere blir komprimert under første runde med rengjøring. Det tar flere runder med opprydding å fullstendig komprimere alle dataene som finnes på DDR-ene før endringen av komprimeringspolicyen.
Rengjøringspolitikken bestemmer hvilke beholdere som velges i en bestemt runde med rengjøring, og bare disse beholderne komprimeres på nytt. Rengjøringspolicyen er basert på mengden søppeldata en gitt container inneholder. Søppeldata betyr slettede data som ikke lenger refereres til av navnerommet. Jo mer søppel en beholder har, desto mer sannsynlig er det å bli valgt for rengjøring.
Hvis kunden ønsker å betale en engangshit, kan de følge følgende fremgangsmåte:
-
Deaktiver DDFS ved hjelp av kommandoen:
filesys disable
-
Bruk følgende kommando for å deaktivere lat konvertering (krever SE-modus):
reg set system.GC_APPLY_LAZY_CONVERSION=false
-
Aktiver DDFS ved hjelp av kommandoen:
filesys enable
Som et resultat kan den første rengjøringen etter endring av komprimeringstypen og deaktivering av lat konvertering ta lengre tid å kjøre. Når du endrer komprimeringstype, bør du nøye overvåke systemet i en uke eller to for å sikre at det oppfører seg bra.