Data Domain: Come calcolare la dimensione massima dei dischi che possono essere aggiunti al tier attivo di un appliance Data Domain Virtual Edition (DDVE)

Data Domain Virtual Edition (DDVE) è un nuovo prodotto che, a partire da DDOS 5.7, consente di implementare i Data Domain Restorer (DDR) come macchine virtuali in ambienti VMware ESXi o Microsoft Hyper-V.

Una volta implementati, i dischi dati devono essere aggiunti al tier attivo dell'appliance DDVE per essere utilizzati per lo storage dei dati da Data Domain File System (DDFS). Si noti che la dimensione massima possibile di DDFS su un appliance DDVE è dettata da:

• La configurazione della macchina virtuale DDVE
• La dimensione della licenza di capacità aggiunta all'appliance DDVE

Ad esempio, la seguente macchina virtuale DDVE è configurata in modo da essere un appliance da 4 TiB (ovvero, a meno che non venga modificata la configurazione CPU/RAM, questa macchina virtuale non potrà mai supportare un file system DDFS di > dimensioni di 4 TiB):

# system vresource show current
...
Si tratta di una configurazione da 4 TiB: supporta 0,5 TiB fino a 4 TiB di capacità DDFS (Data Domain Filesystem).

Inoltre, dispone di una licenza di capacità che è di 3,63 TiB (cioè la dimensione utilizzabile del file system DDFS non può superare 3,63 Tb):

sysadmin@localhost# elicense show
...
Licenze di capacità:
##   Modalità capacità funzione Data di scadenza
-- -------- -------- --------------- ---------------
1 CAPACITÀ 3,63 TiB permanente (int) n/d
-- -------- -------- --------------- ---------------

Si noti, tuttavia, che parte dello spazio sui dischi di dati aggiunto al tier attivo di DDVE viene utilizzato per dati interni, ad esempio:

• Metadati DDFS
• File system Ext3
• Informazioni di parità RAID su LUN (ROL)

Questi dati sono noti come "overhead" e non vengono conteggiati ai fini della capacità utilizzata/concessa in licenza. L'overhead varia a seconda delle dimensioni dell'Active Tier/della configurazione del sistema, pertanto può essere difficile determinare la quantità di spazio su disco fisico da aggiungere al tier attivo per utilizzare tutta la capacità concessa in licenza, ad esempio:

• Se vengono aggiunti 3,63 TiB di storage al tier attivo del DDVE di cui sopra e viene creato un file system, la capacità utilizzabile risultante del file system sarà inferiore a 3,63 TiB, lasciando una piccola quantità di capacità inutilizzata ma concessa in licenza
• Al contrario, se si tenta di aggiungere uno storage da 4 TiB al tier attivo, DDVE potrebbe indicare un errore che indica che ciò supera la capacità concessa in licenza e non consentirà il completamento dell'aggiunta

Questo articolo descrive come determinare la dimensione massima dei dischi di dati che è possibile aggiungere al tier attivo di un appliance DDVE in base alle dimensioni delle licenze di sistema e capacità.

Quando si aggiunge capacità al tier attivo di un appliance DDVE, il sistema deve innanzitutto determinare la capacità massima supportata del tier attivo:

• Le dimensioni configurate dell'appliance DDVE.
• La capacità concessa in licenza del tier attivo (ovvero la dimensione della licenza di capacità installata)

È necessario utilizzare il più piccolo dei due valori, ad esempio il sistema seguente è una configurazione da 4 TiB con capacità concessa in licenza di 3,63 TiB:

sysadmin@localhost# system vresource show current
...
Si tratta di una configurazione da 4 TiB: supporta 0,5 TiB fino a 4 TiB di capacità DDFS (Data Domain Filesystem).

sysadmin@localhost# spettacolo di licenza elettronica
...
Licenze di capacità:
##   Funzione Modalità capacità Data di scadenza
-- -------- -------- --------------- ---------------
1 CAPACITÀ 3,63 TiB permanente (int) n/d
-- -------- -------- --------------- ---------------

Di conseguenza, il sistema avrà una capacità/dimensione massima del tier attivo di 3,63 TiB, che di seguito viene indicata come capacità "target".

Utilizzando la capacità di destinazione e la conoscenza del modo in cui viene calcolato l'overhead per lo storage del tier attivo, è possibile determinare le dimensioni totali del disco che possono essere aggiunte al tier attivo per utilizzare tutta la capacità concessa in licenza. Si noti che l'overhead viene generato in due modi a seconda della versione di Data Domain Operating System (DDOS) in esecuzione sull'appliance:

• Overhead computazionale (calcolato in DDOS 5.7 e 6.0):

• Overhead percentuale (calcolato in DDOS 6.0):

Sfortunatamente, poiché l'overhead dipende direttamente dalle dimensioni dello storage, è molto difficile calcolare rapidamente la quantità di disco richiesta su un determinato sistema per una determinata capacità concessa in licenza. A tale scopo, tuttavia, è possibile utilizzare le due equazioni seguenti:
Se si utilizza DDOS 5.7, è necessario calcolare

solo il valore che utilizza l'overhead computazionale. Se si utilizza DDOS 6.0, è necessario calcolare sia il valore utilizzando l'overhead computazionale che l'overhead basato sulla percentuale, quindi maggiore tra le due dimensioni utilizzate

Si noti che per garantire che lo storage sia inferiore al limite massimo, tutti i valori calcolati devono essere arrotondati per difetto, ad esempio se si calcola che sia possibile aggiungere a un sistema uno storage di dimensioni di 4,027 TiB: deve essere arrotondato per difetto a 4,02 TiB anziché arrotondato per eccesso a 4,03 TiB. Anche una volta completata questa operazione, le dimensioni calcolate possono comunque essere leggermente superiori alla capacità effettiva supportata del sistema (come descritto negli esempi seguenti).

Esempio 1:

Inizialmente consideriamo il sistema di cui sopra, che è configurato/concesso in licenza come segue:

• Versione DDOS: 6.0.0.20
• Capacità di destinazione (minore tra capacità concessa in licenza e configurazione di sistema): 3,63 TiB (3.717 GiB)
• Dimensioni dei metadati DDFS (per la configurazione da 4 TiB): 107 GiB

Le dimensioni di storage per l'utilizzo di tutta la capacità di destinazione possono essere calcolate come segue. Poiché si tratta di DDOS 6.0, è necessario utilizzare sia calcoli computazionali che percentuali:
3.621 GiB (3,53 TiB) è la maggiore delle due dimensioni calcolate, pertanto questa è la dimensione massima di storage che può essere aggiunta al tier attivo di questo sistema. In pratica, è stato possibile aggiungere un massimo di 3,53 TiB a un sistema di questo tipo.

Esempio 2:

Viene eseguito il provisioning di un appliance DDVE che esegue 6.0.0.20, ovvero una configurazione da 8 TiB e con una capacità tier attivo concessa in licenza di 5,45 TiB:

sysadmin@localhost# system vresource show current
...
Si tratta di una configurazione da 8 TiB - Supporta 0,5 TiB fino a 8 TiB di capacità DDFS (Data Domain Filesystem).

sysadmin@localhost# spettacolo
elicense...
Licenze di capacità:
##   Funzione Modalità capacità Data di scadenza
-- -------- -------- --------------- ---------------
1 CAPACITÀ 5,45 TiB permanente (int) n/d
-- -------- -------- --------------- ---------------

Di conseguenza:

• Versione DDOS: 6.0.0.20
• Capacità di destinazione (minore tra capacità concessa in licenza e configurazione di sistema): 5,45 TiB (5.580 GiB)
• Dimensioni dei metadati DDFS (per la configurazione da 8 TiB): 109 GiB

Le dimensioni di storage per l'utilizzo di tutta la capacità di destinazione possono essere calcolate come segue. Poiché si tratta di DDOS 6.0, è necessario utilizzare sia calcoli computazionali che percentuali:
5.381 GiB (5,25 TiB) è la maggiore delle due dimensioni calcolate, quindi questa è la dimensione massima di storage che può essere aggiunta al tier attivo di questo sistema. In pratica, è stato possibile aggiungere un massimo di 6,06 TiB a un sistema di questo tipo.

Esempio 3:

Viene eseguito il provisioning di un appliance DDVE che esegue la versione 6.0.0.20, ovvero una configurazione da 4 TiB e con una capacità tier attivo concessa in licenza di 0,90 TiB:

sysadmin@localhost# system vresource show current
...
Si tratta di una configurazione da 4 TiB: supporta 0,5 TiB fino a 4 TiB di capacità DDFS (Data Domain Filesystem).

sysadmin@localhost# spettacolo elicense
...
Licenze di capacità:
##   Modalità capacità funzione Data di scadenza
-- -------- -------- --------------- ---------------
1 CAPACITÀ 0,90 TiB permanente (int) n/d
-- -------- -------- --------------- ---------------

Di conseguenza:

• Versione DDOS: 6.0.0.20
• Capacità di destinazione (minore tra capacità concessa in licenza e configurazione di sistema): 0,90 TiB (921 GiB)
• Dimensioni dei metadati DDFS (per la configurazione da 8 TiB): 107 GiB

Le dimensioni di storage per l'utilizzo di tutta la capacità di destinazione possono essere calcolate come segue. Poiché si tratta di DDOS 6.0, è necessario utilizzare sia calcoli computazionali che percentuali:
 
981 GiB (0,95 TiB) è la maggiore delle due dimensioni calcolate, quindi questa è la dimensione massima di storage che può essere aggiunta al tier attivo di questo sistema. In pratica, è stato possibile aggiungere un massimo di 0,95 TiB a un sistema di questo tipo.

Esempio 4:

Un appliance DDVE esegue la versione 5.7, è configurato come configurazione da 8 TiB e dispone di una capacità concessa in licenza di 7,28 TiB:

sysadmin@localhost# system vresource show current
...
Si tratta di una configurazione da 8 TiB - Supporta 0,5 TiB fino a 8 TiB di capacità DDFS (Data Domain Filesystem).

sysadmin@localhost# spettacolo elicense
...
Licenze di capacità:
##   Funzione Modalità capacità Data di
scadenza-- -------- -------- --------------- ---------------
1 CAPACITÀ 7,28 TiB permanente (int) n/d
-- -------- -------- --------------- ---------------

Di conseguenza:

• Versione DDOS: 5.7.32.0
• Capacità di destinazione (minore tra capacità concessa in licenza e configurazione di sistema): 7,28 TiB (7.454 GiB)
• Dimensioni dei metadati DDFS (per la configurazione da 4 TiB): 104 GiB

Poiché questo DDVE esegue DDOS 5.7, è necessario calcolare solo la dimensione di storage derivata dall'overhead computazionale:
 
7146,24 GiB (6,97 TiB) è la dimensione massima di storage che può essere aggiunta al tier attivo di questo sistema. In pratica, è stato possibile aggiungere un massimo di 7,82 TiB di storage a un sistema di questo tipo (ad es. la dimensione elaborata doveva essere leggermente ridotta per consentire l'aggiunta di storage).

Se le dimensioni dello storage calcolato sono ancora troppo grandi per la capacità di configurazione/concessa in licenza del sistema, verrà visualizzato un errore del tipo riportato di seguito quando lo storage viene aggiunto al tier attivo:

sysadmin@localhost# storage add dev9
Checking storage requirements...
Impossibile aggiungere storage: la capacità del sistema supera il limite consentito dalla licenza.

In questo caso, è necessario ridurre le dimensioni dello storage sottoposto a provisioning nell hypervisor sottostante di una piccola quantità (ad esempio 0,01 TiB). Al termine dell'operazione, l'appliance DDVE dovrebbe essere forzato a eseguire nuovamente la scansione dello storage sottoposto a provisioning e riprovare l'aggiunta di storage, dopodiché dovrebbe avere esito positivo:
 
Si noti inoltre che le dimensioni dei metadati DDFS/file system ext3 potrebbero cambiare nelle versioni future. In questo caso, questo documento verrà aggiornato secondo necessità.

Per qualsiasi assistenza con la procedura/i calcoli descritti in questo documento, contattare il fornitore di assistenza a contratto.