Avamar: Forstå forskjellen mellom "Server Utilization" og fysisk plassforbruk på datanoder

Mengden plass som brukes i de fysiske datapartisjonene i Avamar-lagringsnoden, er høy, mens tallet "Serverutnyttelse" er relativt lavt.

Eksempel:
Avamar-serveren rapporterer at den bruker 9,2 % av tilgjengelig plass for sikkerhetskopierte data:

Avamar-datapartisjonene viser høyere plassforbruk:

Årsaken til dette er at Avamar-verdien "Server utilization" ikke beregnes i henhold til mengden plass som brukes i de fysiske partisjonene.

Den fysiske "/data" Partisjoner holder striper som egentlig er beholdere for sikkerhetskopiering av data.

Verdien for Avamar-serverutnyttelse (også kjent som User Capacity, eller "GSAN"-kapasitet) måles i henhold til hvor fulle stripebeholderne er.

Når stripebeholdere er opprettet, forblir de på Avamar-rutenettet for alltid og resirkuleres etter behov. Hvis et Avamar-rutenett når høy kapasitet, forbruker derfor de eksisterende stripebeholderne opptil 65 % av den totale plassen til datapartisjonene.

Dette gjelder fortsatt selv om store mengder sikkerhetskopieringsdata fjernes og verdien for "serverutnyttelse" synker.

Dette er tilsiktet og normal oppførsel.

Ytterligere informasjon:
På et nylig implementert Avamar-rutenett vises /data Partisjoner inneholder bare noen få striper (databeholdere). Både "Server Utilization" og plassen som brukes i /data Partisjoner rapporterer lave verdier.

Etter hvert som stripene fylles med sikkerhetskopierte data, opprettes det over tid nye striper i /data Partisjoner. Plassforbruket til /data Partisjoner stiger. Dette fortsetter til rutenettet når forhåndsbestemte "sikre" grenser som er angitt av Avamar-serveren og MCS.

Plassmengden i datapartisjonene som forbrukes av stripebeholdere, er som standard 65 %. Noen ganger kan verdien variere, for eksempel hvor rutenettet:

• Har egendefinerte grenser brukt på grunn av lisensieringsbegrensninger (grensene er lavere)
• Er konfigurert med kryptering i hvilemodus (grensene er lavere)
• Er konfigurert med tilpassede kapasitetsgrenser for metadata (grensene er litt høyere)

Årsaken til de nevnte "sikre" grensene er å sikre at /data Skillevegger har tilstrekkelig ledig plass til at vedlikeholdsaktiviteter kan utføres.

Nedenfor er en grafikk som 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%     "---------------------"

Atferden til OS- og Avamar-serverkapasitet beskrives mer detaljert i følgende artikkel: Avamar: Konsepter og opplæring for kapasitetsstyring

Avamar integrert med Data Domain:
På Avamar-rutenett som er integrert med Data Domain, skriver sikkerhetskopier som sendes til Data Domain, bare en liten mengde data til Avamar. Dette kalles metadata. Metadataene befinner seg i sammensatte striper og bruker relativt lite plass sammenlignet med klientsikkerhetskopier lagret på Avamar.

I enkelte scenarier, der metadataparametere har blitt «justert» av teknisk støtte, kan prosentandelen av plassen som forbrukes av «cur» på et Avamar-rutenett, være høyere enn 65 %.

Andre ting å merke seg:
RAIN/paritetsdata:
Følgende artikkel beskriver hvorfor serverutnyttelsen alltid inkluderer plassforbruk for paritetsstriper, selv etter at alle sikkerhetskopier er fjernet: Avamar viser opptil ~30 % bruk selv etter at alle sikkerhetskopier er slettet og søppel er samlet inn