Avamar: Grundlegendes zum Unterschied zwischen "Serverauslastung" und dem Verbrauch von physischem Speicherplatz auf Daten-Nodes

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

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

Die Avamar-Datenpartitionen weisen einen höheren Speicherplatzverbrauch auf:

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

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

Der Avamar-Serverauslastungswert (auch als Nutzerkapazität oder "GSAN"-Kapazität bezeichnet) wird gemessen, je nachdem, wie voll diese Stripe-Container sind.

Sobald Stripe-Container erstellt wurden, verbleiben sie für immer im Avamar-Raster und werden nach Bedarf recycelt. Wenn also 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-Raster /data Partitionen enthalten nur wenige Stripes (Datencontainer). Sowohl die Serverauslastung als auch der belegte Speicherplatz im /data Partitionen melden niedrige Werte.

Wenn die Stripes mit Backupdaten gefüllt werden, werden im Laufe der Zeit neue Stripes im /data Partitionen. Der Speicherplatzverbrauch der /data Trennwände steigen an. Dies wird so lange fortgesetzt, bis das Grid vorab festgelegte "sichere" Grenzwerte erreicht, die vom Avamar Server und MCS festgelegt wurden.

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

• Es gelten kundenspezifische Limits aufgrund von Lizenzierungsbeschränkungen (die Limits sind niedriger)
• Ist mit Encryption at Rest konfiguriert (die Limits sind niedriger)
• Wurde mit kundenspezifischen Metadatenkapazitätslimits konfiguriert (die Limits 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 Schulungen zum Kapazitätsmanagement

Avamar in Data Domain integriert:
In Avamar-Rastern, die in Data Domain integriert sind, schreiben Backups, die an Data Domain gesendet werden, nur eine geringe Menge an Daten an Avamar. Dies wird als Metadaten bezeichnet. Die Metadaten befinden sich in zusammengesetzten Stripes und verbrauchen im Vergleich zu auf Avamar gespeicherten Clientbackups relativ wenig Speicherplatz.

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

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