Data Domain-system og rengøringsydeevne Påvirkning af konvertering til GZ-komprimering

Summary: Denne artikel indeholder oplysninger om forskellige komprimeringsalgoritmer, der understøttes på DDR, sammen med virkningen af at konvertere systemet til at bruge 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 understøtter i øjeblikket fire forskellige komprimeringstyper med forskellige niveauer af komprimerings-CPU-belastning. Følgende tabel opsummerer egenskaberne for hver indstilling:
 

type         expected-comp               CPU-load 
----------   --------------------   -------------- 
none         1.0x                       0x 
lz(default)  2.0x                       1x 
gzfast       2.5x                       2x 
gz           3.0x                       5x
For eksempel giver gz-komprimeringsalgoritmen ca. 3x lokal komprimering, men bruger ca. 5x mere CPU til at køre komprimeringsdelen af koden end lz. De forventede komprimeringstal kan variere meget afhængigt af datatypen. For nogle datatyper er gz muligvis kun 10% bedre end lz, mens det for andre datatyper er 2x eller bedre end lz.
 
Generelt har filer med mange lignende datastrenge tendens til at komprimere bedre med gz end lz.

Eksempler på sådanne datasæt omfatter:

  • Databasefiler.
  • Logfiler.

Konsekvenser af at bruge GZ Compression:

Da de stærkere komprimeringsalgoritmer bruger mere CPU, kan de have betydelige konsekvenser for ydeevnen:

  • Sikkerhedskopieringer med lav deduplikering kører langsommere, da flere nye data skal komprimeres og skrives til disken. Især vil den første fulde backup sandsynligvis opnå 50% af den nominelle spidsgennemstrømning.
  • Da rensning dekomprimerer og komprimerer dataene igen, mens den kører, kan rensningen tage længere tid at køre og kan bremse andre aktiviteter på systemet, f.eks. sikkerhedskopiering og replikering.
  • Kilde-DDR i et mappereplikeringspar komprimerer dataene ved hjælp af den komprimeringsalgoritme, der bruges af destinationen, før dataene sendes. Hvis destinationen derfor bruger gz-komprimeringsalgoritmen, kan replikering køre langsommere og kan medføre, at andre aktiviteter på systemet, f.eks. sikkerhedskopiering og rensning, kører langsommere. 

Derfor er konvertering til GZ-komprimering en beslutning, der skal tages baseret på den arbejdsbyrde, systemet vil opleve. Ellers vil et kapacitetsproblem i det væsentlige blive konverteret til et ydelsesproblem.

I det følgende afsnit beskriver vi egenskaberne ved arbejdsbyrden, hvor GZ ville være nyttigt.

Hvem skal bruge GZ-komprimering?

Programmer med høj deduplikering, lav churn og lav backupydeevne er ideelle kandidater til at bruge gz. Et godt eksempel er nearline-applikationer. De fleste DDR'er i marken, der bruges til nearline-applikationer, bruger allerede gz.

Hvordan ændrer jeg komprimeringstypen?

Brug følgende kommandoer til at ændre komprimeringstypen:

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

 

ADVARSEL: Før du ændrer den lokale komprimeringstype, skal filsystemet lukkes ned. Den kan derefter genstartes umiddelbart efter, at komprimeringsindstillingen er blevet indstillet.

Når komprimeringstypen er ændret, bruger alle nye skrivninger den nye komprimeringstype, og alle data, der allerede er skrevet, konverteres dovent til den nye komprimeringstype under rengøring. Den dovne konvertering betyder, at ikke alle beholdere vil blive komprimeret igen under den første rengøringsrunde. Det tager flere runder med rengøring at komprimere alle de data, der eksisterede på DDRs før ændringen af komprimeringspolitikken, fuldstændigt.

Rengøringspolitikken bestemmer, hvilke beholdere der vælges i en bestemt rengøringsrunde, og kun disse beholdere komprimeres igen. Rengøringspolitikken er baseret på mængden af affaldsdata, som en given container indeholder.  Affaldsdata betyder slettede data, som navneområdet ikke længere refererer til. Jo mere affald en beholder har, desto mere sandsynligt er det at blive valgt til rengøring.

Hvis kunden ønsker at betale et engangshit, kan vedkommende følge følgende procedure:

  1. Deaktiver DDFS ved hjælp af kommandoen:

    filesys disable
  2. Brug følgende kommando til at deaktivere doven konvertering (kræver SE-tilstand):

    reg set system.GC_APPLY_LAZY_CONVERSION=false
  3. Aktivér DDFS ved hjælp af kommandoen:

    filesys enable

Som et resultat kan den første rengøring efter ændring af komprimeringstypen og deaktivering af doven konvertering tage længere tid at køre. Når du ændrer komprimeringstypen, skal du nøje overvåge systemet i en uge eller to for at sikre, at det opfører sig godt.


Additional Information

    REFERENCE

    System- og rengøringsydelsens indvirkning ved konvertering 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.