Data Domain: Slik beregner du den maksimale størrelsen på disker som kan legges til på det aktive nivået i et Data Domain Virtual Edition-verktøy (DDVE)

Data Domain Virtual Edition (DDVE) er et nytt produkt som, fra og med DDOS 5.7, gjør det mulig å implementere Data Domain Restorers (DDRs) som virtuelle maskiner i VMware ESXi- eller Microsoft Hyper-V-miljøer.

Når dataene er implementert, må de legges til på det aktive nivået i DDVE-apparatet for at de skal brukes til datalagring av Data Domain File System (DDFS). Vær oppmerksom på at den maksimale størrelsen på DDFS på et DDVE-apparat bestemmes av begge:

• Konfigurasjonen av den virtuelle DDVE-maskinen
• Størrelsen på kapasitetslisensen som er lagt til i DDVE-verktøyet

For eksempel er følgende DDVEs virtuelle maskin konfigurert slik at det er et 4TiB-apparat (dvs. med mindre CPU / RAM-konfigurasjonen endres, kan denne virtuelle maskinen aldri støtte et DDFS-filsystem som er > 4TiB i størrelse):

# system vresource viser nåværende
...
Dette er en 4 TiB-konfigurasjon – støtter 0,5 TiB opptil 4 TiB Data Domain Filesystem-kapasitet

(DDFS).I tillegg har den en kapasitetslisens som er 3.63TiB (dvs. den brukbare størrelsen på DDFS-filsystemet kan ikke overstige 3.63Tb):

sysadmin@localhost# elicense show
...
Kapasitetslisenser:
##   Utløpsdato
for funksjonskapasitetsmodus -- -------- -------- --------------- ---------------
1 KAPASITET 3,63 TiB permanent (int) n/a
-- -------- -------- --------------- ---------------

Vær imidlertid oppmerksom på at noe av plassen på datadisker som legges til på det aktive nivået av DDVE, brukes til interne data som:

• DDFS-metadata
• Ext3-filsystemer
• Paritetsinformasjon for RAID på LUN (ROL)

Disse dataene er kjent som "overhead" og telles ikke mot brukt/lisensiert kapasitet. "Administrasjonskostnaden" varierer avhengig av størrelsen på det aktive nivået/systemkonfigurasjonen, og det kan derfor være vanskelig å fastslå hvor mye fysisk diskplass som skal legges til på det aktive nivået for å bruke all lisensiert kapasitet – for eksempel:

• Hvis 3,63 TiB lagringsplass legges til det aktive nivået av ovennevnte DDVE og et filsystem opprettes, vil den resulterende brukbare kapasiteten til filsystemet være mindre enn 3,63 TiB, og etterlater en liten mengde ubrukt, men lisensiert kapasitet
• Hvis 4 TiB-lagring derimot forsøkes lagt til på det aktive nivået, kan DDVE feilaktig angi at dette overskrider lisensiert kapasitet og tillater ikke at tilføyelsen fullføres

Denne artikkelen beskriver hvordan du fastslår den maksimale størrelsen på datadisker som kan legges til det aktive nivået av et DDVE-verktøy gitt system- og kapasitetslisensstørrelser.

Når du legger til kapasitet på det aktive nivået av et DDVE-apparat, er det først nødvendig å fastslå maksimal støttet kapasitet på det aktive nivået – dette vil enten være:

• Den konfigurerte størrelsen på DDVE-verktøyet
• Den lisensierte kapasiteten til det aktive nivået (dvs. størrelsen på kapasitetslisensen som er installert)

Den minste av de to verdiene bør brukes - for eksempel er følgende system en 4TiB-konfigurasjon med 3.63TiB lisensiert kapasitet:

sysadmin@localhost# system vresource viser gjeldende
...
Dette er en 4 TiB-konfigurasjon – støtter 0,5 TiB opptil 4 TiB Data Domain Filesystem-kapasitet

(DDFS).sysadmin@localhost# elicense show
...
Kapasitetslisenser:
##   Utløpsdato
for funksjonskapasitetsmodus -- -------- -------- --------------- ---------------
1 KAPASITET 3,63 TiB permanent (int) n/a
-- -------- -------- --------------- ---------------

Som et resultat vil systemet ha maksimal aktiv nivåkapasitet/-størrelse på 3,63 TiB – dette omtales nedenfor som målkapasitet.

Ved hjelp av målkapasiteten og kunnskap om hvordan faste kostnader for lagring på aktivt nivå beregnes, er det mulig å fastslå den totale diskstørrelsen som kan legges til på det aktive nivået for å bruke all den lisensierte kapasiteten. Vær oppmerksom på at belastningen genereres på to måter, avhengig av Data Domain Operating System-versjonen (DDOS) som kjøres på det tilpassede verktøyet:

• Beregningskostnader (beregnet i DDOS 5.7 og 6.0):

• Prosentvis overhead (beregnet i DDOS 6.0):

Siden administrasjonskostnader er direkte avhengig av størrelsen på lagringen, er det dessverre svært vanskelig å raskt beregne mengden disk som kreves på et gitt system for en gitt lisensiert kapasitet. For å hjelpe til med dette kan imidlertid følgende to ligninger brukes:
Hvis du bruker DDOS 5.7, bør bare verdien ved hjelp av beregningsoverhead beregnes

Hvis du bruker DDOS 6.0, bør både verdien ved hjelp av beregningsoverhead og prosentbasert overhead beregnes, og den største av de to størrelsene som brukes

Merk at for å sikre at lagring er under maksimumsgrensen, bør eventuelle beregnede verdier avrundes nedover - for eksempel hvis det beregnes at lagring av størrelse 4.027TiB kan legges til et system, dette bør rundes ned til 4.02TiB i stedet for avrundet opp til 4.03TiB. Selv med dette kan beregnede størrelser fortsatt være litt større enn den faktiske støttede kapasiteten til systemet (som beskrevet i eksemplene nedenfor).

Eksempel 1:

I utgangspunktet kan vurdere ovennevnte system - dette er konfigurert / lisensiert som følger:

• DDOS-versjon: 6.0.0.20
• Målkapasitet (den minste av lisensiert kapasitet og systemkonfigurasjon): 3,63 TiB (3717 GiB)
• DDFS-metadatastørrelse (for 4 TiB-konfigurasjon): 107 GiB

Lagringsstørrelse for å bruke all målkapasitet kan beregnes som følger - merk at siden dette er DDOS 6.0, bør både beregnings- og prosentbaserte beregninger brukes:
3621 GiB (3,53 TiB) er den største av de to beregnede størrelsene, derfor er dette den maksimale lagringsstørrelsen som kan legges til det aktive nivået på dette systemet. I praksis kunne maksimalt 3,53 TiB legges til et slikt system.

Eksempel 2:

Et DDVE-verktøy som kjører 6.0.0.20 er klargjort, som er en 8TiB-konfigurasjon og har en lisensiert aktiv nivåkapasitet på 5.45TiB:

sysadmin@localhost# system vresource viser gjeldende
...
Dette er en 8TiB-konfigurasjon – støtter 0,5 TiB opptil 8 TiB Data Domain Filesystem (DDFS)-kapasitet.

sysadmin@localhost# elicense show
...
Kapasitetslisenser:
##   Utløpsdato for
funksjonskapasitetsmodus -- -------- -------- --------------- ---------------
1 KAPASITET 5,45 TiB permanent (int) n/a
-- -------- -------- --------------- ---------------

Som et resultat:

• DDOS-versjon: 6.0.0.20
• Målkapasitet (den minste av lisensiert kapasitet og systemkonfigurasjon): 5,45 TiB (5580 GiB)
• DDFS-metadatastørrelse (for 8 TiB-konfigurasjon): 109 GiB

Lagringsstørrelse for å bruke all målkapasitet kan beregnes som følger - merk at siden dette er DDOS 6.0, bør både beregnings- og prosentbaserte beregninger brukes:
5381GiB (5,25 TiB) er den største av de to beregnede størrelsene, derfor er dette den maksimale lagringsstørrelsen som kan legges til det aktive nivået på dette systemet. I praksis kunne maksimalt 6,06 TiB legges til et slikt system.

Eksempel 3:

Et DDVE-verktøy som kjører 6.0.0.20 er klargjort, som er en 4TiB-konfigurasjon og har en lisensiert aktiv nivåkapasitet på 0.90TiB:

sysadmin@localhost# system vresource viser gjeldende
...
Dette er en 4 TiB-konfigurasjon – støtter 0,5 TiB opptil 4 TiB Data Domain Filesystem-kapasitet

(DDFS).sysadmin@localhost# elicense show
...
Kapasitetslisenser:
##   Utløpsdato for
funksjonskapasitetsmodus -- -------- -------- --------------- ---------------
1 KAPASITET 0,90 TiB permanent (int) n/a
-- -------- -------- --------------- ---------------

Som et resultat:

• DDOS-versjon: 6.0.0.20
• Målkapasitet (den minste av lisensiert kapasitet og systemkonfigurasjon): 0,90 TiB (921 GiB)
• DDFS-metadatastørrelse (for 8 TiB-konfigurasjon): 107 GiB

Lagringsstørrelse for å bruke all målkapasitet kan beregnes som følger - merk at siden dette er DDOS 6.0, bør både beregnings- og prosentbaserte beregninger brukes:
 
981 GiB (0,95 TiB) er den største av de to beregnede størrelsene, derfor er dette den maksimale lagringsstørrelsen som kan legges til det aktive nivået i dette systemet. I praksis kunne maksimalt 0,95 TiB legges til et slikt system.

Eksempel 4:

En DDVE apparatet kjører 5.7, er konfigurert som en 8TiB konfigurasjon, og har en lisensiert kapasitet på 7.28TiB:

sysadmin@localhost# system vresource viser gjeldende
...
Dette er en 8TiB-konfigurasjon – støtter 0,5 TiB opptil 8 TiB Data Domain Filesystem (DDFS)-kapasitet.

sysadmin@localhost# elicense show
...
Kapasitetslisenser:
##   Utløpsdato for funksjonskapasitetsmodus -- -------- -------- --------------- ---------------

1 KAPASITET 7,28 TiB permanent (int) n/a
-- -------- -------- --------------- ---------------

Som et resultat:

• DDOS-versjon: 5.7.32.0
• Målkapasitet (den minste av lisensiert kapasitet og systemkonfigurasjon): 7,28 TiB (7454 GiB)
• DDFS-metadatastørrelse (for 4 TiB-konfigurasjon): 104 GiB

Siden denne DDVE kjører DDOS 5.7, trenger bare lagringsstørrelsen som er avledet fra databehandlingskostnader å beregnes:
 
7146,24 GiB (6,97 TiB) er den maksimale lagringsstørrelsen som kan legges til det aktive nivået på dette systemet. I praksis kunne maksimalt 7,82 TiB lagringsplass legges til et slikt system (dvs. beregnet størrelse måtte reduseres noe for å tillate lagring å bli lagt til).

Hvis beregnede lagringsstørrelser fremdeles er for store for systemkonfigurasjonen/den lisensierte kapasiteten, vises en feil som følgende når lagring legges til på aktivt nivå:

sysadmin@localhost# storage add dev9
Checking storage requirements...
Kan ikke legge til lagring: Systemkapasiteten overskrider grensen som er tillatt av lisensen.

I dette tilfellet er det nødvendig å redusere størrelsen på klargjort lagring i den underliggende hypervisoren med en liten mengde (for eksempel 0,01 TiB). Når det er gjort, skal DDVE-verktøyet tvinges til å skanne klargjort lagring på nytt, og "lagringstillegget" prøves på nytt, hvoretter det skal lykkes:
 
Vær også oppmerksom på at størrelsen på DDFS-metadata/ext3-filsystemer kan endres i fremtidige versjoner. Hvis dette skjer, vil dette dokumentet bli oppdatert etter behov.

Hvis du trenger hjelp med fremgangsmåten/beregningene som er beskrevet i dette dokumentet, kan du kontakte den avtalte støtteleverandøren.