Data Domain: De maximale grootte berekenen van schijven die kunnen worden toegevoegd aan de actieve laag van een Data Domain Virtual Edition (DDVE)-apparaat

Data Domain Virtual Edition (DDVE) is een nieuw product waarmee vanaf DDOS 5.7 Data Domain Restorers (DDR's) kunnen worden geïmplementeerd als virtuele machines in VMware ESXi- of Microsoft Hyper-V-omgevingen.

Nadat de dataschijven zijn geïmplementeerd, moeten ze worden toegevoegd aan de actieve laag van het DDVE-apparaat om te worden gebruikt voor datastorage door het Data Domain File System (DDFS). Houd er rekening mee dat de maximaal mogelijke grootte van DDFS op een DDVE-apparaat wordt bepaald door beide:

• De configuratie van de virtuele DDVE-machine
• De grootte van de capaciteitslicentie die is toegevoegd aan het DDVE-apparaat

De volgende virtuele DDVE-machine is bijvoorbeeld zo geconfigureerd dat het een 4TiB-apparaat is (d.w.z. tenzij de CPU/RAM-configuratie wordt gewijzigd, kan deze virtuele machine nooit een DDFS-bestandssysteem ondersteunen dat 4TiB groot is>):

# system vresource show current
...
Dit is een 4TiB-configuratie - ondersteunt 0,5 TiB tot 4 TiB Data Domain Filesystem (DDFS)-capaciteit.

Bovendien heeft het een capaciteitslicentie van 3,63TiB (d.w.z. de bruikbare grootte van het DDFS-bestandssysteem mag niet groter zijn dan 3,63 Tb):

sysadmin@localhost# elicense show
...
Capaciteitslicenties:
##   Functie Capaciteitsmodus Vervaldatum
-- -------- -------- --------------- ---------------
1 CAPACITEIT 3,63 TiB permanent (int) n.v.t
. -- -------- -------- --------------- ---------------

Houd er echter rekening mee dat een deel van de ruimte op gegevensschijven die aan de actieve laag van de DDVE zijn toegevoegd, wordt gebruikt voor interne gegevens zoals:

• DDFS-metadata
• Ext3-bestandssystemen
• Pariteitsinformatie RAID on LUN (ROL)

Deze gegevens staan bekend als 'overhead' en worden niet meegeteld voor de gebruikte/gelicentieerde capaciteit. 'Overhead' verschilt afhankelijk van de grootte van de actieve laag/systeemconfiguratie, waardoor het moeilijk kan zijn om te bepalen hoeveel fysieke schijfruimte moet worden toegevoegd aan de actieve laag om alle gelicentieerde capaciteit te gebruiken, bijvoorbeeld:

• Als 3,63TiB aan storage wordt toegevoegd aan de actieve laag van de bovenstaande DDVE en er een bestandssysteem wordt gemaakt, is de resulterende bruikbare capaciteit van het bestandssysteem minder dan 3,63TiB, waardoor er een kleine hoeveelheid ongebruikte, maar gelicentieerde capaciteit overblijft
• Omgekeerd, als wordt geprobeerd 4TiB-storage toe te voegen aan de actieve laag, kan de DDVE een fout aangeven die aangeeft dat dit de gelicentieerde capaciteit overschrijdt en niet toestaat dat de toevoeging wordt voltooid

In dit artikel wordt beschreven hoe u de maximale grootte van dataschijven kunt bepalen die kunnen worden toegevoegd aan de actieve laag van een DDVE-apparaat, gezien de grootte van systeem- en capaciteitslicenties.

Bij het toevoegen van capaciteit aan de actieve laag van het systeem is het eerst nodig om de maximale ondersteunde capaciteit van de actieve laag te bepalen - dit zal zijn:

• De geconfigureerde grootte van het DDVE-apparaat
• De gelicentieerde capaciteit van de actieve laag (d.w.z. de grootte van de geïnstalleerde capaciteitslicentie)

De kleinste van de twee waarden moet worden gebruikt, het volgende systeem is bijvoorbeeld een 4TiB-configuratie met een gelicentieerde capaciteit van 3,63TiB:

sysadmin@localhost# system vresource show current
...
Dit is een 4TiB-configuratie - ondersteunt 0,5 TiB tot 4 TiB Data Domain Filesystem (DDFS)-capaciteit.

sysadmin@localhost# eLicense tonen
...
Capaciteitslicenties:
##   Functie Capaciteitsmodus Vervaldatum
-- -------- -------- --------------- ---------------
1 CAPACITEIT 3,63 TiB permanent (int) n.v.t
. -- -------- -------- --------------- ---------------

Als gevolg hiervan heeft het systeem een maximale actieve laagcapaciteit/-grootte van 3,63TiB - dit wordt hierna aangeduid als 'doelcapaciteit'.

Met behulp van de doelcapaciteit en kennis van hoe overhead voor storage op de actieve laag wordt berekend, is het mogelijk om de totale grootte van de schijf te bepalen die kan worden toegevoegd aan de actieve laag om alle gelicentieerde capaciteit te gebruiken. Houd er rekening mee dat overhead op twee manieren wordt gegenereerd, afhankelijk van de DDOS-versie (Data Domain Operating System) die op het apparaat wordt uitgevoerd:

• Computationele overhead (berekend in DDOS 5.7 en 6.0):

• Percentage overhead (berekend in DDOS 6.0):

Omdat de overhead rechtstreeks afhankelijk is van de grootte van de storage, is het helaas erg moeilijk om snel de hoeveelheid schijf te berekenen die nodig is op een bepaald systeem voor een bepaalde gelicentieerde capaciteit. Om hierbij te helpen, kunnen echter de volgende twee vergelijkingen worden gebruikt:
Als u DDOS 5.7 gebruikt, moet alleen de waarde met behulp van computationele overhead worden berekend

Als u DDOS 6.0 gebruikt, moet zowel de waarde met behulp van computationele overhead als op percentage gebaseerde overhead worden berekend, dan moet de grootste van de twee gebruikte

groottes Opmerking: om ervoor te zorgen dat de storage onder de maximale limiet blijft, moeten alle berekende waarden naar beneden worden afgerond - als bijvoorbeeld wordt berekend dat storage van grootte 4.027TiB aan een systeem kan worden toegevoegd, is dit moet naar beneden worden afgerond op 4,02TiB in plaats van naar boven afgerond op 4,03TiB. Zelfs als dit is gebeurd, kunnen de rekengroottes nog steeds iets groter zijn dan de werkelijke ondersteunde capaciteit van het systeem (zoals beschreven in de volgende voorbeelden).

Voorbeeld 1:

Laten we in eerste instantie eens kijken naar het bovenstaande systeem - dit is als volgt geconfigureerd/gelicentieerd:

• DDOS-versie: 6.0.0.20
• Doelcapaciteit (de kleinste van de gelicentieerde capaciteit en systeemconfiguratie): 3,63TiB (3717GiB)
• DDFS-metadatagrootte (voor 4TiB-configuratie): 107 GiB

De storagegrootte die moet worden gebruikt kan als volgt worden berekend. Aangezien dit DDOS 6.0 is, moeten zowel berekeningen op basis van berekeningen op basis van berekeningen als op basis van percentages worden gebruikt:
3621GiB (3,53TiB) is de grootste van de twee berekende groottes; dit is dus de maximale grootte van storage die kan worden toegevoegd aan de actieve laag van dit systeem. In de praktijk kon er maximaal 3,53TiB aan zo'n systeem worden toegevoegd.

Voorbeeld 2:

Er is een DDVE-apparaat ingericht met 6.0.0.20 dat een 8TiB-configuratie is en een gelicentieerde actieve laagcapaciteit heeft van 5.45TiB:

sysadmin@localhost# system vresource show current
...
Dit is een configuratie van 8 TiB - ondersteunt 0,5 TiB tot 8 TiB DDFS-capaciteit (Data Domain Filesystem).

sysadmin@localhost# eLicense tonen
...
Capaciteitslicenties:
##   Functie Capaciteitsmodus Vervaldatum
-- -------- -------- --------------- ---------------
1 CAPACITEIT 5,45 TiB permanent (int) n.v.t
. -- -------- -------- --------------- ---------------

Dientengevolge:

• DDOS-versie: 6.0.0.20
• Doelcapaciteit (de kleinste van de gelicentieerde capaciteit en systeemconfiguratie): 5,45TiB (5580GiB)
• DDFS-metadatagrootte (voor 8TiB-configuratie): 109 GiB

De storagegrootte die moet worden gebruikt kan als volgt worden berekend. Aangezien dit DDOS 6.0 is, moeten zowel berekeningen op basis van berekeningen op basis van berekeningen als op basis van percentages worden gebruikt:
5381GiB (5,25TiB) is de grootste van de twee berekende groottes; dit is dus de maximale grootte van storage die kan worden toegevoegd aan de actieve laag van dit systeem. In de praktijk kon aan zo'n systeem maximaal 6,06TiB worden toegevoegd.

Voorbeeld 3:

Er is een DDVE-apparaat ingericht met 6.0.0.20 dat een 4TiB-configuratie is en een gelicentieerde actieve laagcapaciteit heeft van 0,90TiB:

sysadmin@localhost# system vresource show current
...
Dit is een 4TiB-configuratie - ondersteunt 0,5 TiB tot 4 TiB Data Domain Filesystem (DDFS)-capaciteit.

sysadmin@localhost# eLicense tonen
...
Capaciteitslicenties:
##   Functie Capaciteitsmodus Vervaldatum
-- -------- -------- --------------- ---------------
1 CAPACITEIT 0,90 TiB permanent (int) n.v.t
. -- -------- -------- --------------- ---------------

Dientengevolge:

• DDOS-versie: 6.0.0.20
• Doelcapaciteit (de kleinste van de gelicentieerde capaciteit en systeemconfiguratie): 0,90TiB (921GiB)
• DDFS-metadatagrootte (voor 8TiB-configuratie): 107 GiB

De storagegrootte die moet worden gebruikt kan als volgt worden berekend. Aangezien dit DDOS 6.0 is, moeten zowel berekeningen op basis van berekeningen op basis van berekeningen als op basis van percentages worden gebruikt:
 
981 GiB (0,95TiB) is de grootste van de twee berekende grootten en dus is dit de maximale storagegrootte die kan worden toegevoegd aan de actieve laag van dit systeem. In de praktijk kon aan zo'n systeem maximaal 0,95TiB worden toegevoegd.

Voorbeeld 4:

Een DDVE appliance draait 5.7, is geconfigureerd als een 8TiB configuratie, en heeft een gelicentieerde capaciteit van 7.28TiB:

sysadmin@localhost# system vresource show current
...
Dit is een configuratie van 8 TiB - ondersteunt 0,5 TiB tot 8 TiB DDFS-capaciteit (Data Domain Filesystem).

sysadmin@localhost# eLicense tonen
...
Capaciteitslicenties:
##   Functie Capaciteitsmodus Vervaldatum
-- -------- -------- --------------- ---------------
1 CAPACITEIT 7,28 TiB permanent (int) n.v.t
. -- -------- -------- --------------- ---------------

Dientengevolge:

• DDOS-versie: 5.7.32.0
• Doelcapaciteit (de kleinste van de gelicentieerde capaciteit en systeemconfiguratie): 7,28TiB (7454GiB)
• DDFS-metadatagrootte (voor 4TiB-configuratie): 104GiB

Aangezien deze DDVE DDOS 5.7 uitvoert, hoeft alleen de storagegrootte die is afgeleid van rekenoverhead te worden berekend:
 
7146,24GiB (6,97TiB) is de maximale grootte van storage die kan worden toegevoegd aan de actieve laag van dit systeem. In de praktijk kon maximaal 7,82TiB aan opslag aan een dergelijk systeem worden toegevoegd (d.w.z. de berekende grootte moest iets worden verkleind om opslag toe te kunnen voegen).

Als de berekende storagegroottes nog steeds te groot zijn voor de systeemconfiguratie/gelicentieerde capaciteit, wordt een foutmelding zoals de volgende weergegeven wanneer storage wordt toegevoegd aan de actieve laag:

sysadmin@localhost# storage toevoegen: dev9
Checking storage requirements...
Kan geen storage toevoegen: de systeemcapaciteit overschrijdt de limiet die is toegestaan door de licentie.

In dit geval is het noodzakelijk om de grootte van de ingerichte storage in de onderliggende hypervisor met een kleine hoeveelheid te verminderen (bijvoorbeeld 0,01TiB). Zodra u dit hebt gedaan, moet het DDVE-apparaat worden gedwongen om de ingerichte storage opnieuw te scannen en moet de 'storage add' opnieuw worden geprobeerd, waarna het zou moeten lukken:
 
Houd er ook rekening mee dat de grootte van DDFS-metadata/ext3-bestandssystemen in toekomstige releases kan veranderen. Als dit gebeurt, wordt dit document indien nodig bijgewerkt.

Neem voor hulp bij de procedure/berekeningen die in dit document worden beschreven, contact op met uw gecontracteerde supportprovider.