Data Domain : Comment calculer la taille maximale des disques pouvant être ajoutés au niveau actif d’une appliance Data Domain Virtual Edition (DDVE)

Data Domain Virtual Edition (DDVE) est un nouveau produit qui, à partir de DDOS 5.7, permet de déployer des Data Domain Restorers (DDR) en tant que machines virtuelles dans les environnements VMware ESXi ou Microsoft Hyper-v.

Une fois déployés, les disques de données doivent être ajoutés au niveau actif de l’appliance DDVE pour être utilisés par le système de fichiers Data Domain (DDFS) à des fins de stockage. Notez que la taille maximale possible de DDFS sur une appliance DDVE est dictée par les éléments suivants :

• La configuration de la machine virtuelle DDVE
• Taille de la licence de capacité ajoutée à l’appliance DDVE

Par exemple, la machine virtuelle DDVE suivante est configurée de sorte qu’il s’agisse d’une appliance de 4 Tio (c’est-à-dire qu’à moins que la configuration du processeur/de la RAM ne soit modifiée, cette machine virtuelle ne peut jamais prendre en charge un système de fichiers DDFS d’une taille de > 4 Tio) :

# system vresource show current
...
Il s’agit d’une configuration de 4 Tio. Elle prend en charge 0,5 Tio jusqu’à 4 Tio de capacité Data Domain Filesystem (DDFS).

De plus, il dispose d’une licence de capacité de 3,63 Tio (c’est-à-dire que la taille utile du système de fichiers DDFS ne peut pas dépasser 3,63 To) :

sysadmin@localhost# elicense show
...
Licences de capacité :
##   Mode de capacité des fonctionnalités Date d’expiration
-- -------- -------- --------------- ---------------
1 CAPACITÉ 3,63 TiB permanent (int) n/a
-- -------- -------- --------------- ---------------

Notez toutefois qu’une partie de l’espace des disques de données ajoutés au niveau actif de l’instance DDVE est utilisée pour les données internes, telles que :

• Métadonnées DDFS
• Systèmes de fichiers Ext3
• Informations de parité RAID sur LUN (ROL)

Ces données sont connues sous le nom de « surcharge » et ne sont pas comptabilisées dans la capacité utilisée/sous licence. La surcharge varie en fonction de la taille du niveau actif/de la configuration du système. Par conséquent, il peut être difficile de déterminer la quantité d’espace disque physique à ajouter au niveau actif pour utiliser la totalité de la capacité sous licence, par exemple :

• Si 3,63 Tio de stockage sont ajoutés au niveau actif de l’instance DDVE ci-dessus et qu’un système de fichiers est créé, la capacité utile résultante du système de fichiers sera inférieure à 3,63 Tio, ce qui laisse une petite quantité de capacité inutilisée mais sous licence
• À l’inverse, si vous tentez d’ajouter du stockage de 4 Tio au niveau actif, l’instance DDVE peut générer une erreur indiquant que cela dépasse la capacité sous licence et ne permettra pas l’ajout

Cet article explique comment déterminer la taille maximale des disques de données pouvant être ajoutés au niveau actif d’une appliance DDVE en fonction des tailles de licence système et de capacité données.

Lors de l’ajout de capacité au niveau actif d’une appliance DDVE du système, vous devez d’abord déterminer la capacité maximale prise en charge du niveau actif. Il peut s’agir de :

• Taille configurée de l’appliance DDVE
• Capacité sous licence du niveau actif (c’est-à-dire la taille de la licence de capacité installée)

La plus petite des deux valeurs doit être utilisée - par exemple, le système suivant est une configuration de 4 Tio avec une capacité sous licence de 3,63 Tio :

sysadmin@localhost# system vresource show current
...
Il s’agit d’une configuration de 4 Tio. Elle prend en charge 0,5 Tio jusqu’à 4 Tio de capacité Data Domain Filesystem (DDFS).

sysadmin@localhost# elicense show
...
Licences de capacité :
##   Mode de capacité des fonctionnalités Date d’expiration
-- -------- -------- --------------- ---------------
1 CAPACITÉ 3,63 Tio permanent (entier) s.o
. -- -------- -------- --------------- ---------------

Par conséquent, le système aura une capacité/taille de niveau actif maximale de 3,63 Tio. On parle ici de capacité « cible ».

À l’aide de la capacité cible et des connaissances sur la façon dont la surcharge de stockage du niveau actif est calculée, il est possible de déterminer la taille totale du disque qui peut être ajoutée au niveau actif pour utiliser la totalité de la capacité sous licence. Notez que la surcharge est générée de deux manières en fonction de la version du système d’exploitation Data Domain (DDOS) exécutée sur l’appliance :

• Surcharge de calcul (calculée dans DDOS 5.7 et 6.0) :

• Pourcentage de surcharge (calculé dans DDOS 6.0) :

Malheureusement, étant donné que la surcharge dépend directement de la taille du stockage, il est très difficile de calculer rapidement la quantité de disque requise sur un système donné pour une capacité sous licence donnée. Pour ce faire, cependant, les deux équations suivantes peuvent être utilisées :
Si vous utilisez DDOS 5.7, seule la valeur utilisant la surcharge de calcul doit être calculée

. Si vous utilisez DDOS 6.0, la valeur utilisant à la fois la surcharge de calcul et la surcharge basée sur un pourcentage doit être calculée, puis la plus grande des deux tailles utilisées

Notez que pour vous assurer que le stockage est inférieur à la limite maximale, toutes les valeurs calculées doivent être arrondies - par exemple, s’il est calculé qu’un stockage de taille 4,027 Tio peut être ajouté à un système, cette doit être arrondi à 4,02 Tio plutôt qu’arrondi à 4,03 Tio. Même ainsi, les tailles calculées peuvent être légèrement supérieures à la capacité réelle prise en charge du système (comme décrit dans les exemples suivants).

Exemple 1 :

Dans un premier temps, considérons le système ci-dessus - il est configuré/sous licence comme suit :

• Version de DDOS : 6.0.0.20
• Capacité cible (la plus petite des valeurs entre la capacité sous licence et la configuration système) : 3,63 Tio (3 717 Gio)
• Taille des métadonnées DDFS (pour une configuration 4 Tio) : 107 Gio

La taille de stockage pour utiliser toute la capacité cible peut être calculée comme suit. Notez que, étant donné qu’il s’agit de DDOS 6.0, vous devez utiliser des calculs de calcul et des calculs basés sur des pourcentages :
3 621 Gio (3,53 Tio) est la plus grande des deux tailles calculées. Il s’agit donc de la taille maximale de stockage pouvant être ajoutée au niveau actif de ce système. En pratique, un maximum de 3,53 Tio a pu être ajouté à un tel système.

Exemple 2 :

Une appliance DDVE exécutant la version 6.0.0.20 est provisionnée, dans une configuration de 8 Tio et dispose d’une capacité de niveau actif sous licence de 5,45 Tio :

sysadmin@localhost# system vresource show current
...
Il s’agit d’une configuration de 8 Tio. Elle prend en charge 0,5 Tio jusqu’à 8 Tio de capacité Data Domain Filesystem (DDFS).

sysadmin@localhost# elicense show
...
Licences de capacité :
##   Mode Capacité de la fonctionnalité Date
d’expiration -- -------- -------- --------------- ---------------
1 CAPACITÉ 5,45 TiB permanent (int) n/a
-- -------- -------- --------------- ---------------

Résultat :

• Version de DDOS : 6.0.0.20
• Capacité cible (la plus petite des valeurs entre la capacité sous licence et la configuration système) : 5,45 Tio (5 580 Gio)
• Taille des métadonnées DDFS (pour une configuration 8 Tio) : 109 Gio

La taille de stockage pour utiliser toute la capacité cible peut être calculée comme suit. Notez que, étant donné qu’il s’agit de DDOS 6.0, vous devez utiliser des calculs de calcul et des calculs basés sur des pourcentages :
5 381 Gio (5,25 Tio) est la plus grande des deux tailles calculées. Il s’agit donc de la taille maximale de stockage pouvant être ajoutée au niveau actif de ce système. Dans la pratique, un maximum de 6,06 Tio a pu être ajouté à un tel système.

Exemple 3 :

Une appliance DDVE exécutant la version 6.0.0.20 est provisionnée, dans une configuration de 4 Tio et dispose d’une capacité de niveau actif sous licence de 0,90 Tio :

sysadmin@localhost# system vresource show current
...
Il s’agit d’une configuration de 4 Tio. Elle prend en charge 0,5 Tio jusqu’à 4 Tio de capacité Data Domain Filesystem (DDFS).

sysadmin@localhost# elicense show
...
Licences de capacité :
##   Mode Capacité de la fonctionnalité Date
d’expiration -- -------- -------- --------------- ---------------
1 CAPACITÉ 0,90 Tio permanent (int) n/a
-- -------- -------- --------------- ---------------

Résultat :

• Version de DDOS : 6.0.0.20
• Capacité cible (la plus petite des valeurs entre la capacité sous licence et la configuration système) : 0,90 Tio (921 Gio)
• Taille des métadonnées DDFS (pour une configuration 8 Tio) : 107 Gio

La taille de stockage pour utiliser toute la capacité cible peut être calculée comme suit. Notez que, étant donné qu’il s’agit de DDOS 6.0, vous devez utiliser des calculs de calcul et des calculs basés sur des pourcentages :
 
981 Gio (0,95 Tio) est la plus grande des deux tailles calculées. Il s’agit donc de la taille maximale de stockage pouvant être ajoutée au niveau actif de ce système. Dans la pratique, un maximum de 0,95 Tio a pu être ajouté à un tel système.

Exemple 4 :

Une appliance DDVE exécute la version 5.7, est configurée en tant que configuration 8 Tio et dispose d’une capacité sous licence de 7,28 Tio :

sysadmin@localhost# system vresource show current
...
Il s’agit d’une configuration de 8 Tio. Elle prend en charge 0,5 Tio jusqu’à 8 Tio de capacité Data Domain Filesystem (DDFS).

sysadmin@localhost# elicense show
...
Licences de capacité :
##   Mode Capacité de la fonctionnalité Date
d’expiration -- -------- -------- --------------- ---------------
1 CAPACITÉ 7,28 TiB permanent (int) n/a
-- -------- -------- --------------- ---------------

Résultat :

• Version de DDOS : 5.7.32.0
• Capacité cible (la plus petite des valeurs entre la capacité sous licence et la configuration système) : 7,28 Tio (7 454 Gio)
• Taille des métadonnées DDFS (pour une configuration 4 Tio) : 104 Gio

Étant donné que ce DDVE exécute DDOS 5.7, seule la taille de stockage dérivée de la surcharge de calcul doit être calculée :
 
7 146,24 Gio (6,97 Tio) est la taille maximale du stockage pouvant être ajoutée au niveau actif de ce système. En pratique, un maximum de 7,82 Tio de stockage a pu être ajouté à un tel système (c’est-à-dire que la taille calculée a dû être légèrement réduite pour permettre l’ajout de stockage).

Si les tailles de stockage calculées sont encore trop importantes pour la configuration du système/la capacité sous licence, une erreur semblable à la suivante s’affiche lorsque le stockage est ajouté au niveau actif :

sysadmin@localhost# storage add dev9
Checking storage requirements...
Impossible d’ajouter du stockage : la capacité du système dépasse la limite autorisée par la licence.

Dans ce cas, il est nécessaire de réduire d’une petite quantité la taille du stockage provisionné dans l’hyperviseur sous-jacent (par exemple, 0,01 Tio). Une fois cette opération effectuée, l’appliance DDVE doit être forcée de relancer l’analyse du stockage provisionné et l’ajout de stockage doivent être retentés, après quoi cela devrait réussir :
 
Notez également que la taille des métadonnées DDFS/systèmes de fichiers ext3 est susceptible de changer dans les prochaines versions. Si cela se produit, ce document sera mis à jour si nécessaire.

Pour obtenir de l’aide concernant la procédure/les calculs décrits dans ce document, veuillez contacter votre fournisseur de support sous contrat.