Avamar: Forstå forskellen mellem "Server Utilization" og fysisk pladsforbrug på datanoder

Mængden af plads, der forbruges i Avamar Storage Nodes fysiske datapartitioner, er høj, mens tallet "Serverudnyttelse" er relativt lavt.

Eksempel:
Avamar-serveren rapporterer, at den bruger 9,2 % af den tilgængelige plads til sikkerhedskopierede data:

Avamar-datapartitionerne viser et højere pladsforbrug:

Årsagen til dette er, at værdien for Avamar 'Serverudnyttelse' ikke beregnes i henhold til mængden af plads, der forbruges i de fysiske partitioner.

Den fysiske "/data" partitioner indeholder striber, som i det væsentlige er containere til sikkerhedskopieringsdata.

Avamar-serverudnyttelsesværdien (også kendt som brugerkapacitet eller "GSAN"-kapacitet) måles efter, hvor fulde disse stripe-containere er.

Når stripe-containere er blevet oprettet, forbliver de på Avamar-nettet for evigt og genbruges efter behov. Hvis et Avamar-net nogensinde når høj kapacitet, forbruger de eksisterende stripe-containere derfor op til 65 % af den samlede plads på datapartitionerne.

Dette gælder fortsat, selvom en stor mængde sikkerhedskopieringsdata fjernes, og værdien for "serverudnyttelse" falder.

Dette er tilsigtet og normal adfærd.

Yderligere oplysninger:
På et nyligt implementeret Avamar-netværk /data Partitioner indeholder kun nogle få striber (databeholdere). Både "Server Utilization" og den plads, der forbruges i /data Partitioner rapporterer lave værdier.

Med tiden, efterhånden som striber udfyldes med sikkerhedskopierede data, oprettes der nye striber i /data Partitioner. Pladsforbruget af /data skillevægge stiger. Dette fortsætter, indtil nettet når de forudbestemte "sikre" grænser, der er fastsat af Avamar-serveren og MCS.

Som standard er mængden af plads i datapartitionerne, der forbruges af stripe-containere, 65%. Nogle gange kan værdien variere, f.eks. hvor gitteret:

• Har brugerdefinerede begrænsninger anvendt på grund af licensbegrænsninger (grænserne er lavere)
• Er konfigureret med kryptering i hvile (grænserne er lavere)
• Er konfigureret med tilpassede kapacitetsgrænser for metadata (grænserne er lidt højere)

Grunden til ovennævnte »sikre« grænser er at sikre, at /data Skillevægge har tilstrækkelig ledig plads til, at vedligeholdelsesaktiviteter kan forekomme.

Nedenfor er en grafik, der illustrerer dette:

100%   "---------------------" <-- 100% /data partition capacity
       " Reserved for        "
       " maintenance         "
       " activity overhead   "
       "                     "
       "                     "
65%    "---------------------" <-- 100% Server Utilization value
       " Commonality         "     (visible in the Admin GUI)
       " factored data       "     
       " & RAIN parity       "     
       " data                "     
       "                     "
       "                     "
       "                     "
       "                     "
0%     "---------------------"

Funktionsmåderne for serverkapaciteten i operativsystemet og Avamar beskrives mere detaljeret i følgende artikel: Avamar: Kapacitetsstyringskoncepter og træning

Avamar integreret med Data Domain:
På Avamar-netværk, der er integreret med Data Domain, skriver sikkerhedskopier, der sendes til Data Domain, kun en lille mængde data til Avamar. Dette kaldes metadata. Metadataene ligger i sammensatte striber og bruger relativt lidt plads sammenlignet med klientsikkerhedskopier, der er gemt på Avamar.

I visse scenarier, hvor metadataparametre er blevet "indstillet" af teknisk support, kan procentdelen af den plads, der forbruges af "cur" på et Avamar-gitter, være højere end 65 %.

Andre elementer, der skal bemærkes:
REGN/paritetsdata:
I følgende artikel beskrives, hvorfor serverudnyttelsen altid omfatter pladsforbruget af paritetsstriber, selv efter at alle sikkerhedskopier er fjernet: Avamar viser op til ~ 30% brug, selv efter at alle sikkerhedskopier er blevet slettet og affald indsamlet