Avamar: Skillnaden mellan serveranvändning och fysiskt utrymmesförbrukning på datanoder

Mängden utrymme som förbrukas i Avamar-lagringsnodens fysiska datapartitioner är hög, medan siffran för "Serveranvändning" är relativt låg.

Exempel:
Avamar-servern rapporterar att den förbrukar 9,2 % av det tillgängliga utrymmet för säkerhetskopieringsdata:

Avamar-datapartitionerna visar högre utrymmesförbrukning:

Anledningen till detta är att Avamar-värdet för serveranvändning inte beräknas enligt mängden utrymme som förbrukas i de fysiska partitionerna.

Den fysiska "/data"Partitioner innehåller stripes som i huvudsak är behållare för säkerhetskopieringsdata.

Värdet för Avamar Server Utilization (kallas även användarkapacitet eller "GSAN"-kapacitet) mäts utifrån hur fulla dessa stripe-containrar är.

När stripe-behållare har skapats ligger de kvar på Avamar-rutnätet för alltid och återvinns vid behov. Om ett Avamar-rutnät någonsin når hög kapacitet förbrukar de befintliga stripe-behållarna därför upp till 65 % av det totala utrymmet för datapartitionerna.

Detta fortsätter att gälla även om en stor mängd säkerhetskopierade data tas bort och värdet för "serveranvändning" sjunker.

Detta är ett avsiktligt och normalt beteende.

Ytterligare information:
I ett nyligen implementerat Avamar-nät /data Partitioner innehåller bara några få stripes (datacontainrar). Både "serveranvändningen" och det utrymme som förbrukas i /data Partitioner rapporterar låga värden.

Med tiden, när stripes fylls i med säkerhetskopierade data, skapas nya stripes i /data Partitioner. Utrymmesförbrukningen för /data skiljeväggarna stiger. Detta fortsätter tills nätet når förutbestämda "säkra" gränser som fastställts av Avamar-servern och MCS.

Som standard är mängden utrymme i datapartitionerna som förbrukas av stripe-containrar 65 %. Ibland kan värdet variera, till exempel där rutnätet:

• Har anpassade gränser tillämpade på grund av licensbegränsningar (gränserna är lägre)
• Är konfigurerad med kryptering i vila (gränserna är lägre)
• Har konfigurerats med anpassade kapacitetsgränser för metadata (gränserna är något högre)

Anledningen till de ovannämnda "säkra" gränsvärdena är att se till att /data Partitioner har tillräckligt med ledigt utrymme för att underhållsaktiviteter ska kunna utföras.

Nedan visas en bild som illustrerar detta:

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%     "---------------------"

Kapacitetsbeteenden för operativsystemet och Avamar-servern beskrivs mer detaljerat i följande artikel: Avamar: Kapacitetshanteringskoncept och utbildning

Avamar integrerat med Data Domain:
I Avamar-rutnät som är integrerade med Data Domain skriver säkerhetskopior som skickas till Data Domain endast en liten mängd data till Avamar. Detta kallas metadata. Metadata finns i sammansatta ränder och förbrukar relativt lite utrymme jämfört med klientsäkerhetskopior som lagras på Avamar.

I vissa scenarier, där metadataparametrar har justerats av teknisk support, kan procentandelen av utrymmet som förbrukas av "cur" i ett Avamar-rutnät vara högre än 65 %.

Andra saker att notera:
RAIN/paritetsdata:
I följande artikel beskrivs varför serveranvändningen alltid inkluderar utrymmesförbrukningen för paritetsremsor även efter att alla säkerhetskopior har tagits bort: Avamar visar upp till ~30 % användning även efter att alla säkerhetskopior har tagits bort och skräp samlats in