Avamar: la differenza tra "utilizzo del server" e consumo di spazio fisico sui nodi di dati

La quantità di spazio utilizzato nelle partizioni di dati fisici dello storage node Avamar è elevata, mentre il valore di "Utilizzo del server" è relativamente basso.

Esempio:
L'Avamar Server segnala di utilizzare il 9,2% dello spazio disponibile per i dati di backup:

Le partizioni dei dati Avamar mostrano un utilizzo di spazio più elevato:

Il motivo è che il valore "Utilizzo del server" di Avamar non viene calcolato in base alla quantità di spazio utilizzato nelle partizioni fisiche.

Il fisico "/data" contiene stripe, che sono essenzialmente container per i dati di backup.

Il valore di utilizzo di Avamar Server (noto anche come capacità utente o capacità "GSAN") viene misurato in base al livello di riempimento dei container stripe.

Una volta creati, i container stripe rimangono sulla griglia Avamar per sempre e vengono riciclati in base alle esigenze. Pertanto, se una griglia Avamar raggiunge una capacità elevata, i container stripe esistenti consumano fino al 65% dello spazio totale delle partizioni dati.

Questa situazione continua anche se viene rimossa una grande quantità di dati di backup e il valore di "utilizzo del server" diminuisce.

Si tratta di un comportamento previsto e normale.

Ulteriori informazioni:
Su una griglia Avamar appena implementata, il /data Le partizioni contengono solo alcune stripe (contenitori di dati). Sia l'"Utilizzo del server" che lo spazio utilizzato nel /data Le partizioni riportano valori bassi.

Nel corso del tempo, man mano che gli stripe vengono popolati con dati di backup, ne vengono creati di nuovi in /data Partizioni. Il consumo di spazio del /data le partizioni aumentano. Questa operazione continua fino a quando la griglia non raggiunge i limiti "sicuri" predeterminati impostati dall'Avamar Server e dall MCS.

Per impostazione predefinita, la quantità di spazio nelle partizioni di dati utilizzata dai container stripe è pari al 65%. A volte il valore può variare, ad esempio dove la griglia:

• Sono applicati limiti personalizzati a causa delle limitazioni delle licenze (i limiti sono inferiori)
• È configurato con crittografia at-rest (i limiti sono inferiori)
• È stato configurato con limiti di capacità dei metadati personalizzati (i limiti sono leggermente più alti)

La ragione dei suddetti limiti «sicuri» è quella di garantire che il /data Le partizioni dispongono di spazio libero sufficiente per l'esecuzione delle attività di manutenzione.

Di seguito è riportato un grafico che illustra questo aspetto:

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

I comportamenti del sistema operativo e della capacità di Avamar Server vengono illustrati in modo più dettagliato nel seguente articolo: Avamar: concetti e formazione sul capacity management

Avamar integrato con Data Domain:
nelle griglie Avamar integrate con Data Domain, i backup inviati a Data Domain scrivono solo una piccola quantità di dati in Avamar. Questi sono noti come metadati. I metadati risiedono in stripe composite e occupano uno spazio relativamente ridotto rispetto ai backup client archiviati su Avamar.

In alcuni scenari, in cui i parametri dei metadati sono stati "ottimizzati" dal supporto tecnico, la percentuale di spazio utilizzato da "cur" su una griglia Avamar potrebbe essere superiore al 65%.

Altri elementi da notare:
RAIN/dati di parità:
il seguente articolo descrive il motivo per cui l'utilizzo del server includerà sempre l'utilizzo dello spazio degli stripe di parità anche dopo che tutti i backup sono stati rimossi: Avamar mostra fino a ~30% di utilizzo anche dopo che tutti i backup sono stati eliminati e il garbage collection