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.

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ø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

 

ADVARSEL: Før du endrer den lokale komprimeringstypen, må filsystemet slås av. Den kan deretter startes på nytt umiddelbart etter at komprimeringsalternativet er angitt.

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:

  1. Deaktiver DDFS ved hjelp av kommandoen:

    filesys disable
  2. Bruk følgende kommando for å deaktivere lat konvertering (krever SE-modus):

    reg set system.GC_APPLY_LAZY_CONVERSION=false
  3. 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.


Additional Information

    REFERANSE

    System- og rengjøringsytelse: Innvirkning av å konvertere til LZ-komprimering 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.