Avamar: Der Unterschied zwischen "Serverauslastung" und der Belegung des physischen Speicherplatzes auf Daten-Nodes

Die Menge des belegten Speicherplatzes in den physischen Datenpartitionen des Avamar-Speicher-Node ist hoch, während die Zahl für die "Serverauslastung" relativ niedrig ist.

Beispiel:
Der Avamar-Server belegt 9,2 % des verfügbaren Speicherplatzes für Backupdaten:

Die Avamar-Datenpartitionen belegen einen höheren Speicherplatzverbrauch:

Der Grund dafür ist, dass der Avamar-Wert für die Serverauslastung nicht gemäß der Menge des in den physischen Partitionen verbrauchten Speicherplatzes berechnet wird.

Das physische "/data" Partitionen enthalten Stripes, die im Wesentlichen Container für Backupdaten sind.

Der Wert für die Auslastung des Avamar-Servers (auch als Nutzerkapazität oder "GSAN"-Kapazität bezeichnet) wird entsprechend der Kapazität der Stripe-Container gemessen.

Sobald Stripe-Container erstellt wurden, bleiben sie dauerhaft im Avamar-Grid und werden nach Bedarf recycelt. Wenn daher ein Avamar-Grid jemals eine hohe Kapazität erreicht, belegen die vorhandenen Stripe-Container bis zu 65 % des Gesamtspeicherplatzes der Datenpartitionen.

Dies gilt auch dann, wenn eine große Menge an Backupdaten entfernt wird und der Wert für "Serverauslastung" sinkt.

Dies ist beabsichtigtes und normales Verhalten.

Weitere Informationen:
Auf einem neu implementierten Avamar-Grid /data Partitionen enthalten nur wenige Stripes (Datencontainer). Sowohl die "Serverauslastung" als auch der belegte Speicherplatz im /data Partitionen melden niedrige Werte.

Im Laufe der Zeit, wenn Stripes mit Backupdaten bestückt werden, werden neue Stripes im /data Partitionen. Der Speicherplatzverbrauch der /data Partitionen steigen. Dies wird so lange fortgesetzt, bis das Raster vorab festgelegte "sichere" Grenzwerte erreicht, die vom Avamar Server und MCS festgelegt wurden.

Standardmäßig beträgt die Menge des Speicherplatzes in den Datenpartitionen, die von Stripe-Containern belegt wird, 65 %. Manchmal kann der Wert variieren, z. B. wenn das Raster:

• Es gelten nutzerdefinierte Limits aufgrund von Lizenzierungsbeschränkungen (die Limits sind niedriger)
• Ist mit Verschlüsselung ruhender Daten konfiguriert (die Grenzwerte sind niedriger)
• Wurde mit angepassten Metadatenkapazitätslimits konfiguriert (die Grenzwerte sind etwas höher)

Der Grund für die oben genannten "sicheren" Grenzwerte besteht darin, sicherzustellen, dass die /data Partitionen verfügen über ausreichend freien Speicherplatz für Wartungsaktivitäten.

Nachfolgend finden Sie eine Grafik, die dies veranschaulicht:

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

Das Verhalten des Betriebssystems und der Avamar Serverkapazität wird im folgenden Artikel ausführlicher erläutert: Avamar: Konzepte und Schulung zum Kapazitätsmanagement

Avamar integriert in Data Domain:
Auf Avamar-Grids, die in Data Domain integriert sind, schreiben an Data Domain gesendete Backups nur eine kleine Datenmenge in Avamar. Dies wird als Metadaten bezeichnet. Die Metadaten befinden sich in zusammengesetzten Stripes und verbrauchen im Vergleich zu auf Avamar gespeicherten Clientbackups relativ wenig Platz.

In bestimmten Szenarien, in denen Metadatenparameter vom technischen Support "getunt" wurden, kann der Prozentsatz des von "cur" belegten Speicherplatzes auf einem Avamar-Raster höher als 65 % sein.

Weitere zu beachtende Punkte:
RAIN-/Paritätsdaten:
Im folgenden Artikel wird beschrieben, warum die Serverauslastung immer den Speicherplatzverbrauch von Paritäts-Stripes umfasst, auch nachdem alle Backups entfernt wurden: Avamar zeigt bis zu ~30 % Auslastung an, selbst nachdem alle Backups gelöscht und die automatische Speicherbereinigung erfasst wurden