PowerVault ME4: Was ist Überbelegung und wie funktioniert sie?

Inhaltsverzeichnis

1. Was ist Überbelegung und wie funktioniert sie?
2. Wo finden Sie Informationen oder Probleme bezüglich Überbelegung in den Protokollen?
3. Was ist die Größe des Metadatenindex?
4. Was ist die 16-GiB-Adresstabelle?
5. Was ist die Höchstgrenze für Überbelegung?
6. Was ist der Unterschied zwischen gemeinsam genutzten Daten, eindeutigen Daten und Snapshot-Daten?
7. Müssen die Werte für eindeutige Daten (show snapshots type all) und die zugewiesene Größe (show snapshot-space) übereinstimmen?
8. Wie wird berechnet, wie viel Speicherplatz belegt wird und wo er belegt ist?

 

---

Frage: Was ist Überbelegung und wie funktioniert sie?

Antwort:

„Überbelegung“ bedeutet, dass die gesamte festgelegte Größe aller virtuellen Volumes, einschließlich Snapshots, den physischen Speicherplatz im virtuellen Pool überschreitet.

Diese Funktion ist spezifisch für virtuellen Speicher. Sie gilt NICHT für linearen Speicher.

Diese Funktion ermöglicht die Überbelegung physischer Speicherressourcen, sodass das Betriebssystem so arbeiten kann, als hätte es mehr Speicherplatz als physisch zugewiesen.

Jedes im Array erstellte Volume, einschließlich Snapshots, verwendet Metadatenindizes aus dem Speicherbereich des virtuellen Pools.

Im Allgemeinen unterstützt die FW maximal 1 PiB Metadaten pro virtuellem Pool.

 

Betrachten Sie beispielsweise ein Speicherarray mit 100 TB nutzbarem Poolspeicher in Pool A.

Wenn „Overcommitment“ deaktiviert ist, können NUR Volumes (einschließlich Snapshots) mit maximal 100 TB erstellt werden, die Konfiguration darf den Metadatenindex von 100 TB nicht überschreiten.

Wenn „Overcommitment“ aktiviert ist, ermöglicht die FW die Erstellung von Volumes (einschließlich Snapshots) über das physikalische Limit von 100 TB hinaus, da die FW einen Metadatenindex von maximal 1 PiB unterstützt.

Somit kann das System Volumes (einschließlich Snapshots) mit maximal 1 PiB pro Pool erstellen. Dies wird ausführlicher in der Antwort zur Frage „Wie groß ist der Metadatenindex?“ erläutert.

---

Frage: Wo finden Sie Informationen oder Probleme bezüglich Überbelegung in den Protokollen?

Antwort:

Wenn Informationen zur Überbelegung in der GUI auftritt, werden Ereignis-IDs in den Ereignisprotokollen angezeigt. Nachfolgend finden Sie einige Beispiele für Ereigniscodes.

Ereignis-ID 473: Das angegebene Volume verwendet mehr als den Prozentsatz des Schwellenwerts für den virtuellen Pool. Dies ist ein Hinweis darauf, dass die Speichernutzung den vom Benutzer festgelegten Schwellenwert für dieses Volume überschritten hat.

Ereignis-ID 573: Warnung; der zugewiesene Snapshot-Speicherplatz für einen virtuellen Pool kann nicht reduziert werden, weil keine Snapshots löschbar sind.

Ereignis-ID 571: Fehler; der zugewiesene Snapshot-Speicherplatz überschreitet das konfigurierte prozentuale Limit des virtuellen Pools.

 

 

 

---

Frage: Was ist die Größe des Metadatenindex? Was ist die 16-GiB-Adresstabelle?

Antwort:

Die maximale unterstützte Anzahl von Metadaten-Indexeinträgen ist 65.312. Multiplizieren Sie bei der Berechnung des physisch adressierbaren Speicherplatzes die Metadatenindexeinträge mit der Adresstabelle.

Dies entspricht ca. 1 PiB, das sind 1.048.576 GiB.

 

---

Frage: Was ist die Höchstgrenze für Überbelegung?

Antwort:

Im Allgemeinen unterstützt die FW maximal 1 PiB Metadaten pro virtuellem Pool.

Wenn die Funktion „Overcommitment“ deaktiviert ist, können im Pool NUR Metadaten maximal im Umfang des verfügbaren Speicherplatzes verwendet werden.

Wenn die Funktion „Overcommitment“ aktiviert ist, ermöglicht der Pool die Verwendung von Metadaten bis zu 1 PIB pro Pool, was das FW-Limit ist.

 

---

Frage: Was ist der Unterschied zwischen gemeinsam genutzten Daten, eindeutigen Daten und Snapshot-Daten?

Antwort:

Snapshot-Daten: Die Gesamtmenge der mit dem Snapshot verknüpften Schreibdaten.

Mit anderen Worten: Die Volume-Zuordnungsinformationen für das übergeordnete Volume des Snapshots, als der Snapshot ursprünglich erstellt wurde. Dies ist die festgelegte Größe des Volumes, als der Snapshot erstellt wurde.

Eindeutige Daten: Die Menge der Schreibdaten, die für den Snapshot eindeutig sind.

Mit anderen Worten: Dies sind die Daten, die gegenüber dem ursprünglichen Volume geändert oder modifiziert wurden.

Gemeinsam genutzte Daten: Die Menge der Schreibdaten, die von diesem Snapshot und anderen Snapshots gemeinsam verwendet werden.

Mit anderen Worten: Dies sind die Daten, die beim Erfassen des Snapshots nicht gegenüber dem ursprünglichen Volume geändert oder modifiziert wurden.

Außerdem entspricht „Eindeutige Daten + Gemeinsam genutzte Daten“ ungefähr den „Snapshot-Daten“.

 

---

Frage: Müssen die Werte für eindeutige Daten (show snapshots type all) und die zugewiesene Größe (show snapshot-space) übereinstimmen?

Antwort:

Je nach Design sollten eindeutige Daten (geänderte Daten) mit dem Wert für die zugewiesene Größe übereinstimmen. Die eindeutigen Daten sind die physischen Datengrößen des Snapshots. Diese eindeutigen Daten verwenden den Snapshot-Bereich.

Für Konfigurationen, bei denen NUR Snapshots konfiguriert wurden, entspricht die Summe der eindeutigen Daten aller Snapshots der gemeldeten Gesamtgröße des Snapshots.

Bei Konfigurationen mit konfigurierter Replikation ist dies die Summe der eindeutigen Daten aller mit Standard-Snapshots verknüpften Snapshots sowie die eindeutigen Daten der mit Replikationsaufgaben verknüpften Snapshots.

Im Allgemeinen werden in der Ausgabe von „show snapshots“ jedoch nicht die „Snapshot-Daten“, „Eindeutige Daten“ oder „Gemeinsam genutzte Daten“ aufgeführt. Aus diesem Grund wird der Befehl „show snapshots type all“ verwendet.

Beispiel:

Bei Konfigurationen mit Replikations-Setup verwaltet die FW drei Snapshots für jede Replikationsaufgabe (S1, S2 und S3).

Der Wert für den Snapshot S3 wird nach der ersten Replikation repliziert.

Wenn S3 im nachfolgenden Replikationszeitplan zu S2 wird, werden in den Daten von „show snapshots“ alle zugehörigen Dateninformationen in der Tabelle angezeigt.

Während der Replikation werden die Werte der einzelnen S3 nicht in den Protokollen gemeldet. Darüber hinaus gibt es keine CLI-Befehle, um diese Informationen zu melden.  Dies bedeutet, dass bei einer Replikation möglicherweise eine Diskrepanz zwischen eindeutigen Daten und zugeordneter Größe angezeigt wird.

Dabei handelt es sich um erwartetes Verhalten.

 

---

Frage: Wie wird berechnet, wie viel Speicherplatz belegt wird und wo er belegt ist?

Antwort:

Der belegte Speicherplatz entspricht der Größe aller virtuellen Volumes und der Größe der Snapshot-Metadaten.

Die GUI zeigt nicht an, wo der gesamte Speicherplatz pro Volumes oder Snapshots belegt wird. Dies muss aus Protokollen und/oder CLI-Befehlen berechnet werden.

Die Ausgabe von „show pools“ und „show volumes“ wird benötigt.

 

Beispiel:

Screenshot der GUI-Informationen, die eine Überbelegung in Pool A, aber keine in Pool B zeigen

 

Screenshot von weiteren Details zu Pool A

 

Beispielausgabe von „show pools“.

 

Beispielausgabe von „show volume“: gekürzt oder geändert, um zu zeigen, woher die Daten für die folgenden Tabellen und Berechnungen stammen

 

Schritte zur Berechnung der Überbelegung

Verwenden Sie die folgenden Werte aus den Befehlen. Es wird empfohlen, eine Tabelle oder ein Excel-Dokument einzurichten.

                show pools = Total Size, Avail, Snap Size

                show volumes = Total Size, Alloc Size

 

Aufteilen der Daten in verwendbare Form, um zu zeigen, wo Daten gespeichert werden.  Nachfolgend finden Sie eine Tabelle, in welchen Feldern Sie nachsehen und wo Sie die Daten abrufen können.

Name	CLI-Befehl	Spalte/Feld	Modifier 1	Modifier 2	Calculation
Total Size	show pools	Total Size		In gemeinsame Einheit umwandeln (MB/GB/TB)	N. z.
Avail / Free	show pools	Avail		In gemeinsame Einheit umwandeln (MB/GB/TB)	N. z.
Snapshot Used	show pools	Snap Size		In gemeinsame Einheit umwandeln (MB/GB/TB)	N. z.
Volume Total Size	show volumes	Total Size	„Basis“-Elemente in Spalte „Type“	In gemeinsame Einheit umwandeln (MB/GB/TB)	Alle Tems addieren
Volume Allocated Size	show volumes	Alloc Size	„Basis“-Elemente in Spalte „Type“	In gemeinsame Einheit umwandeln (MB/GB/TB)	Alle Tems addieren
Total Snapshot Size	show volumes	Total Size	„Snapshot“-Elemente in der Spalte „Type“	In gemeinsame Einheit umwandeln (MB/GB/TB)	Alle Tems addieren
Snapshot Allocated	show volumes	Alloc Size	„Snapshot“-Elemente in der Spalte „Type“	In gemeinsame Einheit umwandeln (MB/GB/TB)	Alle Tems addieren

 

 

 

Beispiel aus einem Kundensystem

Titel	Pool A (in GB)	Pool B (in GB)
Total Size	35200	35200
Avail / Free	29500	23900
Snapshot Used	1437.9	1305.3
Volume Total Size	12246.2	12578.4
Volume Allocated Size	4231.0952	9910.8845
Total Snapshot Size	29979.3	16762.9
Snapshot Allocated	16922.1	10974.2117

 

Berechnen Sie nun die Informationen zu belegtem und/oder überbelegtem Speicher pro Pool.

Belegt:        Gesamtgröße des Volume + Gesatmgröße des Snapshot

Pool	Volume Total Size	Total Snapshot Size	Committed
Ein	12246.2	29979.3	42225.5
B	12578.4	16762.9	29341.3

 

Überbelegt:      Belegt - Gesamtgröße

Pool	Committed	Total Size	Overcommitted
Ein	42225.5	35200	7025.5
B	29341.3	35200	-5858.7

 

 

 

Beispiel:

A ist um 7025,5 GB überbelegt.

B ist nicht überbelegt, da die Zahl negativ ist.