Data Domain: So berechnen Sie die maximale Größe von Festplatten, die zum aktiven Tier einer Data Domain Virtual Edition (DDVE)-Appliance hinzugefügt werden können

Data Domain Virtual Edition (DDVE) ist ein neues Produkt, mit dem ab DDOS 5.7 Data Domain Restorers (DDRs) als virtuelle Maschinen in VMware ESXi- oder Microsoft Hyper-V-Umgebungen bereitgestellt werden können.

Nach der Bereitstellung müssen Datenfestplatten zum aktiven Tier der DDVE-Appliance hinzugefügt werden, um vom Data Domain File System (DDFS) als Datenspeicher verwendet zu werden. Beachten Sie, dass die maximal mögliche Größe von DDFS auf einer DDVE-Appliance von beiden vorgegeben wird:

• Die Konfiguration der virtuellen DDVE-Maschine
• Die Größe der der DDVE-Appliance hinzugefügten Kapazitätslizenz

Beispielsweise ist die folgende virtuelle DDVE-Maschine so konfiguriert, dass sie eine 4-TiB-Appliance ist (d. h., wenn die CPU-/RAM-Konfiguration nicht geändert wird, kann diese virtuelle Maschine niemals ein DDFS-Dateisystem > mit einer Größe von 4 TiB unterstützen):

# system vresource show current
...
Dies ist eine 4-TiB-Konfiguration – unterstützt 0,5 TiB bis zu 4 TiB DDFS-Kapazität

(Data Domain Filesystem).Darüber hinaus verfügt es über eine Kapazitätslizenz von 3,63 TiB (d. h. die nutzbare Größe des DDFS-Dateisystems darf 3,63 TB nicht überschreiten):

sysadmin@localhost# elicense show
...
Kapazitätslizenzen:
##   Funktionskapazitätsmodus Ablaufdatum
-- -------- -------- --------------- ---------------
1 KAPAZITÄT 3,63 TiB permanent (int) – -- -------- -------- --------------- ---------------


Beachten Sie jedoch, dass ein Teil des Speicherplatzes auf Datenfestplatten, die zum aktiven Tier der DDVE hinzugefügt wurden, für interne Daten verwendet wird, wie z. B.:

• DDFS-Metadaten
• Ext3-Dateisysteme
• RAID auf LUN (ROL)-Paritätsinformationen

Diese Daten werden als "Overhead" bezeichnet und werden nicht auf die genutzte/lizenzierte Kapazität angerechnet. Der "Overhead" variiert je nach Größe des aktiven Tiers/Systemkonfiguration. Daher kann es schwierig sein, zu bestimmen, wie viel physischer Speicherplatz dem aktiven Tier hinzugefügt werden muss, um die gesamte lizenzierte Kapazität zu verwenden, z. B.:

• Wenn 3,63 TiB Speicher zum aktiven Tier der oben genannten DDVE hinzugefügt und ein Dateisystem erstellt wird, beträgt die resultierende nutzbare Kapazität des Dateisystems weniger als 3,63 TiB, sodass eine kleine Menge an ungenutzter, aber lizenzierter Kapazität verbleibt
• Wenn umgekehrt versucht wird, 4-TiB-Speicher zum aktiven Tier hinzuzufügen, meldet die DDVE möglicherweise durch eine Fehlermeldung, dass dadurch die lizenzierte Kapazität überschritten wird, und lässt das Hinzufügen nicht zu Ende

In diesem Artikel wird erläutert, wie Sie die maximale Größe von Datenfestplatten bestimmen, die dem aktiven Tier einer DDVE-Appliance bei gegebenen System- und Kapazitätslizenzgrößen hinzugefügt werden können.

Beim Hinzufügen von Kapazität zum aktiven Tier einer DDVE-Appliance muss zunächst die maximal unterstützte Kapazität des aktiven Tier ermittelt werden – dies ist entweder:

• Die konfigurierte Größe der DDVE-Appliance
• Die lizenzierte Kapazität des aktiven Tier (d. h. die Größe der installierten Kapazitätslizenz)

Der kleinere der beiden Werte sollte verwendet werden. Das folgende System ist beispielsweise eine 4-TiB-Konfiguration mit einer lizenzierten Kapazität

von 3,63 TiB:sysadmin@localhost# system vresource show current
...
Dies ist eine 4-TiB-Konfiguration – unterstützt 0,5 TiB bis zu 4 TiB DDFS-Kapazität

(Data Domain Filesystem).sysadmin@localhost# elicense anzeigen
...
Kapazitätslizenzen:
##   Funktionskapazitätsmodus Ablaufdatum
-- -------- -------- --------------- ---------------
1 KAPAZITÄT 3,63 TiB permanent (int) k. A
. -- -------- -------- --------------- ---------------

Infolgedessen hat das System eine maximale aktive Tier-Kapazität/-Größe von 3,63 TiB – dies wird im Folgenden als "Zielkapazität" bezeichnet.

Anhand der Zielkapazität und dem Wissen, wie der Overhead für den aktiven Tier-Speicher berechnet wird, ist es möglich, die Gesamtgröße der Festplatte zu bestimmen, die dem aktiven Tier hinzugefügt werden kann, um die gesamte lizenzierte Kapazität zu verwenden. Beachten Sie, dass der Overhead je nach auf der Appliance ausgeführter DDOS-Version (Data Domain Operating System) auf zwei Arten erzeugt wird:

• Rechenaufwand (berechnet in DDOS 5.7 und 6.0):

• Prozentualer Overhead (berechnet in DDOS 6.0):

Da der Overhead direkt von der Größe des Speichers abhängt, ist es leider sehr schwierig, die Menge an Festplatten, die auf einem bestimmten System für eine bestimmte lizenzierte Kapazität erforderlich ist, schnell zu berechnen. Um dies zu unterstützen, können jedoch die folgenden beiden Gleichungen verwendet werden:
Bei Verwendung von DDOS 5.7 sollte nur der Wert berechnet werden

, der den Rechen-Overhead verwendet. Bei Verwendung von DDOS 6.0 sollte sowohl der Wert unter Verwendung des Rechen-Overheads als auch der Wert des prozentualen Overheads berechnet werden, dann sollte die größere der beiden verwendeten

Größen Beachten Sie, dass alle berechneten Werte abgerundet werden sollten, um sicherzustellen, dass der Speicher unterhalb der maximalen Grenze liegt. Wenn beispielsweise berechnet wird, dass einem System Speicher mit einer Größe von 4,027 TiB hinzugefügt werden kann, muss dieser auf 4,02 TiB abgerundet und nicht auf 4,03 TiB aufgerundet werden. Selbst wenn dies getan ist, können die berechneten Größen immer noch etwas größer sein als die tatsächlich unterstützte Kapazität des Systems (wie in den folgenden Beispielen beschrieben).

Beispiel 1:

Betrachten wir zunächst das obige System, das wie folgt konfiguriert/lizenziert ist:

• DDOS-Version: 6.0.0.20
• Zielkapazität (der kleinere Wert aus lizenzierter Kapazität und Systemkonfiguration): 3,63 TiB (3.717 GiB)
• DDFS-Metadatengröße (für 4-TiB-Konfiguration): 107 GiB

Die Storage-Größe für die Nutzung aller Zielkapazitäten kann wie folgt berechnet werden. Beachten Sie, dass da es sich um DDOS 6.0 handelt, sowohl rechnerische als auch prozentuale Berechnungen verwendet werden sollten:
3621 GiB (3,53 TiB) ist die größere der beiden berechneten Größen. Daher ist dies die maximale Speichergröße, die zum aktiven Tier dieses Systems hinzugefügt werden kann. In der Praxis konnten maximal 3,53 TiB zu einem solchen System addiert werden.

Beispiel 2:

Es wird eine DDVE-Appliance mit 6.0.0.20 bereitgestellt, die eine 8-TiB-Konfiguration ist und über eine lizenzierte aktive Tier-Kapazität von 5,45 TiB verfügt:

sysadmin@localhost# system vresource show current
...
Dies ist eine 8-TiB-Konfiguration – unterstützt eine Kapazität von 0,5 TiB bis zu 8 TiB für DDFS (Data Domain Filesystem).

sysadmin@localhost# elicense anzeigen
...
Kapazitätslizenzen:
##   Funktionskapazitätsmodus Ablaufdatum
-- -------- -------- --------------- ---------------
1 KAPAZITÄT 5,45 TiB permanent (int) k. A
. -- -------- -------- --------------- ---------------

Als Ergebnis:

• DDOS-Version: 6.0.0.20
• Zielkapazität (der kleinere Wert aus lizenzierter Kapazität und Systemkonfiguration): 5,45 TiB (5.580 GiB)
• DDFS-Metadatengröße (für 8-TiB-Konfiguration): 109 GiB

Die Storage-Größe für die Nutzung aller Zielkapazitäten kann wie folgt berechnet werden. Beachten Sie, dass da es sich um DDOS 6.0 handelt, sowohl rechnerische als auch prozentuale Berechnungen verwendet werden sollten:
5381 GiB (5,25 TiB) ist die größere der beiden berechneten Größen. Daher ist dies die maximale Größe des Speichers, der zum aktiven Tier dieses Systems hinzugefügt werden kann. In der Praxis konnten maximal 6,06 TiB zu einem solchen System addiert werden.

Beispiel 3:

Es wird eine DDVE-Appliance mit 6.0.0.20 bereitgestellt, die eine Konfiguration mit 4 TiB und einer lizenzierten aktiven Tier-Kapazität von 0,90 TiB aufweist:

sysadmin@localhost# system vresource show current
...
Dies ist eine 4-TiB-Konfiguration – unterstützt 0,5 TiB bis zu 4 TiB DDFS-Kapazität

(Data Domain Filesystem).sysadmin@localhost# elicense anzeigen
...
Kapazitätslizenzen:
##   Funktion Kapazitätsmodus Ablaufdatum
-- -------- -------- --------------- ---------------
1 KAPAZITÄT 0,90 TiB permanent (int) k.A
. -- -------- -------- --------------- ---------------

Als Ergebnis:

• DDOS-Version: 6.0.0.20
• Zielkapazität (der kleinere Wert aus lizenzierter Kapazität und Systemkonfiguration): 0,90 TiB (921 GiB)
• DDFS-Metadatengröße (für 8-TiB-Konfiguration): 107 GiB

Die Storage-Größe für die Nutzung aller Zielkapazitäten kann wie folgt berechnet werden. Beachten Sie, dass da es sich um DDOS 6.0 handelt, sowohl rechnerische als auch prozentuale Berechnungen verwendet werden sollten:
 
981 GiB (0,95 TiB) ist die größere der beiden berechneten Größen. Daher ist dies die maximale Größe des Speichers, der zum aktiven Tier dieses Systems hinzugefügt werden kann. In der Praxis konnten maximal 0,95 TiB zu einem solchen System addiert werden.

Beispiel 4:

Auf einer DDVE-Appliance wird 5.7 ausgeführt, sie ist als 8-TiB-Konfiguration konfiguriert und verfügt über eine lizenzierte Kapazität von 7,28 TiB:

sysadmin@localhost# system vresource show current
...
Dies ist eine 8-TiB-Konfiguration – unterstützt eine Kapazität von 0,5 TiB bis zu 8 TiB für DDFS (Data Domain Filesystem).

sysadmin@localhost# elicense anzeigen
...
Kapazitätslizenzen:
##   Funktionskapazitätsmodus Ablaufdatum
-- -------- -------- --------------- ---------------
1 KAPAZITÄT 7,28 TiB permanent (int) k. A
. -- -------- -------- --------------- ---------------

Als Ergebnis:

• DDOS-Version: 5.7.32.0
• Zielkapazität (der kleinere Wert aus lizenzierter Kapazität und Systemkonfiguration): 7,28 TiB (7.454 GiB)
• DDFS-Metadatengröße (für 4-TiB-Konfiguration): 104 GiB

Da auf dieser DDVE DDOS 5.7 ausgeführt wird, muss nur die Speichergröße berechnet werden, die sich aus dem Rechen-Overhead ergibt:
 
7146,24 GiB (6,97 TiB) ist die maximale Speichergröße, die zum aktiven Tier dieses Systems hinzugefügt werden kann. In der Praxis konnten einem solchen System maximal 7,82 TiB Speicher hinzugefügt werden (d. h. die berechnete Größe musste leicht reduziert werden, um Speicher hinzufügen zu können).

Wenn die Größe des berechneten Speichers immer noch zu groß für die Systemkonfiguration/lizenzierte Kapazität ist, wird ein Fehler wie der folgende angezeigt, wenn Speicher zum aktiven Tier hinzugefügt wird:

sysadmin@localhost# storage add dev9
Überprüfen der Speicheranforderungen ...
Storage konnte nicht hinzugefügt werden: Die Systemkapazität überschreitet das durch die Lizenz zulässige Limit.

In diesem Fall muss die Größe des bereitgestellten Speichers im zugrunde liegenden Hypervisor geringfügig reduziert werden (z. B. 0,01 TiB). Danach sollte die DDVE-Appliance gezwungen werden, den bereitgestellten Speicher erneut zu scannen, und "storage add" sollte erneut versucht werden, woraufhin es erfolgreich sein sollte:
 
Beachten Sie auch, dass sich die Größe der DDFS-Metadaten/ext3-Dateisysteme in zukünftigen Versionen ändern kann. In diesem Fall wird dieses Dokument bei Bedarf aktualisiert.

Wenden Sie sich an den von Ihnen beauftragten Supportanbieter, wenn Sie Unterstützung bei den in diesem Dokument beschriebenen Verfahren/Berechnungen benötigen.