Data Domain Virtual Edition : Explication de l’utilisation de l’espace du disque de données sur Data Domain Virtual Edition (DDVE)
Summary: Explication de l’utilisation de l’espace du disque de données sur Data Domain Virtual Edition (DDVE)
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
DDVE (Data Domain Virtual Edition) est un nouveau produit qui permet de déployer un Data Domain Restorer (DDR) dans un environnement virtuel. Une fois le déploiement terminé, il est nécessaire de provisionner des disques de données qui seront utilisés par le système de fichiers DDFS dans DDVE. Cet article explique comment l’espace physique sur ces disques de données est utilisé et pourquoi l’espace utile dans le système de fichiers DDFS peut être considérablement inférieur à la taille combinée de tous les disques de données
Resolution
Lors de l’ajout de disques de données à une instance de DDVE, certaines règles de capacité doivent être respectées :
- Le premier disque de données ajouté doit avoir une taille minimale de 200 Go
- Tous les disques de données suivants doivent avoir une taille minimale de 100 Go
Le premier disque doit avoir une taille minimale de 200 Go car il subit des surcharges importantes, comme décrit ci-dessous.
Supposons qu’un disque de données de 200 Go soit présenté à DDVE, puis ajouté au niveau actif et utilisé pour créer une instance du système de fichiers DDFS. Le disque physique sera utilisé comme suit :
initialement, le disque est partitionné avec la tranche 5 utilisée pour le stockage de données et la tranche 6 utilisée pour les systèmes de fichiers ext3 :
Model: Unknown (unknown)
Disk /dev/dm-4: 200GiB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 0.00GiB 0.00GiB 0.00GiB primary
2 0.00GiB 0.00GiB 0.00GiB primary
3 0.00GiB 0.01GiB 0.01GiB primary
4 0.01GiB 0.01GiB 0.00GiB primary
5 0.01GiB 193GiB 193GiB primary <=== Used for data storage
6 193GiB 200GiB 6.77GiB primary <=== Used for ext3
Par conséquent, environ 193 Go d’espace disque (tranche 5) seront attribués à l’utilisation du disque RAID.
Notez cependant que DDVE utilise un concept de « RAID on LUN » (ROL) pour se protéger contre certains types de corruptions de données (par exemple, des corruptions de données qui ne peuvent être détectées/réparées par la baie de stockage sous-jacente). ROL réserve environ 5,6 % de l’espace dans la tranche 5 pour les informations de parité. RAID ne met donc à la disposition de DDFS qu’environ 182,3 Go (comme indiqué ci-dessous ; notez que chaque secteur a une taille de 512 octets) :
Array [ppart2] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [382362624 sectors] [382362624 total sectors]
[dm-4p5]
L’espace d’environ 182,3 Go attribué à DDFS est divisé en blocs de 1 075 838 976 octets. Nous pouvons ainsi créer 181 blocs de ce type. Les blocs sont ensuite alloués à différents systèmes de fichiers de niveau supérieur au sein de DDFS selon les besoins. Lorsque vous créez une nouvelle instance de DDFS, une quantité importante d’espace doit être allouée à certaines métadonnées comme les systèmes de fichiers index/vecteur récapitulatif/méta CP/blocs réservés :
FIXED NUM BLOCK
SIZE SIZE BLOCKS SIZE NAME
Yes 194726854656 181 1075838976 /../vpart:/vol2/col1
Yes 194726854656 181 1075838976 /../vpart:/vol2/col1/cp1
No 37654364160 21 1075838976 /../vpart:/vol2/col1/cp1/cset
No 65626177536 61 1075838976 /../vpart:/vol2/col1/cp1/full_indices
No 22592618496 21 1075838976 /../vpart:/vol2/col1/cp1/partial_indices
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp1/summary.0
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp1/summary.1
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp_meta
No 10758389760 10 1075838976 /../vpart:/vol2/reserved_blocks
Notez que la totalité des ressources, à l’exception de l’ensemble de conteneurs (CSET, où les données utilisateur sont stockées) consomment 95 x 1 075 838 976 octets. 86 blocs restants sont donc susceptibles d’être utilisés par le CSET. 86 x 1 075 838 976 octets = ~86,2 Go.
Dans le CSET, nous utilisons une très faible quantité d’espace pour les métadonnées, puis estimons que nous pouvons utiliser tous les blocs de 1 075 838 976 octets restants sur le système pour créer des conteneurs de 4,5 Mo. En vérifiant les métadonnées CSET, nous obtenons :
cm_attrs.psize=4718592 <=== Each container is 4.5Mb
...
cm_attrs.max_containers=17403 <=== Maximum possible number of 'usable' containers
...
cm_attrs.reserved_containers=2176 <=== Reserved containers for internal operations
Le nombre total de conteneurs pouvant être créés dans le CSET est de 17 403 + 2 176 = 19 579
Chaque conteneur a une taille de 4,5 Mo, donc 19 579 conteneurs équivalent à 86,0 Go d’espace disque
Notez toutefois que les conteneurs réservés sont destinés à un usage interne uniquement (pour des opérations telles que le nettoyage) et ne sont donc pas pris en compte lors de l’affichage de la taille utile du système de fichiers pour les utilisateurs. De ce fait, la taille « utile » du système de fichiers DDFS est de 17 403 x 4,5 Mo = ~76,5 Go
Par conséquent, si un utilisateur exécute « filesys show space » après avoir ajouté un seul disque de 200 Go et créé une instance de DDFS, il verra que la taille du système de fichiers DDFS n’est que de 76,5 Go :
Active Tier:
Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB*
---------------- -------- -------- --------- ---- --------------
/data: pre-comp - 9.0 - - -
/data: post-comp 76.5 15.0 61.4 20% 1.1
/ddvar 49.2 1.3 45.4 3% -
/ddvar/core 158.5 0.7 149.7 0% -
---------------- -------- -------- --------- ---- --------------
Notez que les surcharges sur les disques de données suivants sont nettement inférieures :
- Les disques suivants ne contiennent pas de systèmes de fichiers ext3
- Il existe déjà des métadonnées DDFS sur le premier disque, ce qui signifie qu’il n’y a que très peu de métadonnées créées sur les disques suivants
Par exemple, supposons que nous ajoutions un second disque de 100 Go et que nous développions DDFS. Sur ce disque, la tranche 5 sera attribuée au disque RAID (comme sur le premier disque), mais la tranche 6, bien qu’elle soit toujours créée, ne sera que de 4 Ko :
6 107GB 107GB 4096B primary
Par conséquent, pratiquement l’intégralité du second disque est dédiée au RAID (via la tranche 5). RAID utilise 5,6 % de cet espace pour ROL, puis présente le reste à DDFS. Dans l’exemple suivant, environ 94,3 Go du disque de 100 Go sont attribués à l’utilisation de DDFS :
Array [ppart3] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [197858304 sectors] [197858304 total sectors]
[dm-2p5]
Cet espace est divisé en blocs de 1 075 838 976 octets. Par conséquent, le système crée 93 blocs supplémentaires pour DDFS :
FIXED NUM BLOCK
SIZE SIZE BLOCKS SIZE NAME
Yes 294779879424 274 1075838976 /../vpart:/vol1/col1
Yes 294779879424 274 1075838976 /../vpart:/vol1/col1/cp1
No 22592618496 21 1075838976 /../vpart:/vol1/col1/cp1/cset
No 65626177536 61 1075838976 /../vpart:/vol1/col1/cp1/full_indices
No 22592618496 21 1075838976 /../vpart:/vol1/col1/cp1/partial_indices
No 1075838976 1 1075838976 /../vpart:/vol1/col1/cp1/summary.0
No 1075838976 1 1075838976 /../vpart:/vol1/col1/cp1/summary.1
No 2151677952 2 1075838976 /../vpart:/vol1/col1/cp_meta
No 10758389760 10 1075838976 /../vpart:/vol1/reserved_blocks
Notez que puisque tous les systèmes de fichiers de métadonnées ont déjà été créés sur le premier disque de données, un seul bloc est utilisé pour les métadonnées sur le deuxième disque (via le système de fichiers cp_meta). Le reste de l’espace est mis à la disposition du CSET et est considéré comme utilisable pour les conteneurs normaux :
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Notez que 38 379 x 4,5 Mo = ~168,7 Go :
Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB
---------------- -------- -------- --------- ---- -------------
/data: pre-comp - 0.0 - - -
/data: post-comp 168.7 0.1 168.6 0% 0.0
/ddvar 49.2 0.5 46.2 1% -
/ddvar/core 158.5 0.3 150.1 0% -
---------------- -------- -------- --------- ---- -------------
Cela montre que les surcharges sont nettement plus faibles sur tous les disques de données, à l’exception du premier :
À partir du premier disque de données de 200 Go, DDFS a obtenu 76,5 Go d’espace utile
À partir du deuxième disque de données de 100 Go, DDFS a obtenu 92,2 Go d’espace utile
Cette tendance se poursuit pour tous les disques de données suivants.
Il convient de noter que la taille des métadonnées au sein de DDFS (systèmes de fichiers d’index, par exemple) n’est pas fixe. En fonction de la charge applicative du système, il peut être nécessaire de l’augmenter, ce qui aura pour effet de retirer de l’espace utile au CSET. Dans ce cas, la taille utile du CSET diminue. Cette situation est normale : la taille totale du CSET (et la taille du système de fichiers DDFS selon « filesys show space ») ne doit pas être considérée comme une valeur statique, même si la taille des disques de données sous-jacents ne change pas.
- Le premier disque de données ajouté doit avoir une taille minimale de 200 Go
- Tous les disques de données suivants doivent avoir une taille minimale de 100 Go
Le premier disque doit avoir une taille minimale de 200 Go car il subit des surcharges importantes, comme décrit ci-dessous.
Supposons qu’un disque de données de 200 Go soit présenté à DDVE, puis ajouté au niveau actif et utilisé pour créer une instance du système de fichiers DDFS. Le disque physique sera utilisé comme suit :
initialement, le disque est partitionné avec la tranche 5 utilisée pour le stockage de données et la tranche 6 utilisée pour les systèmes de fichiers ext3 :
Model: Unknown (unknown)
Disk /dev/dm-4: 200GiB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 0.00GiB 0.00GiB 0.00GiB primary
2 0.00GiB 0.00GiB 0.00GiB primary
3 0.00GiB 0.01GiB 0.01GiB primary
4 0.01GiB 0.01GiB 0.00GiB primary
5 0.01GiB 193GiB 193GiB primary <=== Used for data storage
6 193GiB 200GiB 6.77GiB primary <=== Used for ext3
Par conséquent, environ 193 Go d’espace disque (tranche 5) seront attribués à l’utilisation du disque RAID.
Notez cependant que DDVE utilise un concept de « RAID on LUN » (ROL) pour se protéger contre certains types de corruptions de données (par exemple, des corruptions de données qui ne peuvent être détectées/réparées par la baie de stockage sous-jacente). ROL réserve environ 5,6 % de l’espace dans la tranche 5 pour les informations de parité. RAID ne met donc à la disposition de DDFS qu’environ 182,3 Go (comme indiqué ci-dessous ; notez que chaque secteur a une taille de 512 octets) :
Array [ppart2] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [382362624 sectors] [382362624 total sectors]
[dm-4p5]
L’espace d’environ 182,3 Go attribué à DDFS est divisé en blocs de 1 075 838 976 octets. Nous pouvons ainsi créer 181 blocs de ce type. Les blocs sont ensuite alloués à différents systèmes de fichiers de niveau supérieur au sein de DDFS selon les besoins. Lorsque vous créez une nouvelle instance de DDFS, une quantité importante d’espace doit être allouée à certaines métadonnées comme les systèmes de fichiers index/vecteur récapitulatif/méta CP/blocs réservés :
FIXED NUM BLOCK
SIZE SIZE BLOCKS SIZE NAME
Yes 194726854656 181 1075838976 /../vpart:/vol2/col1
Yes 194726854656 181 1075838976 /../vpart:/vol2/col1/cp1
No 37654364160 21 1075838976 /../vpart:/vol2/col1/cp1/cset
No 65626177536 61 1075838976 /../vpart:/vol2/col1/cp1/full_indices
No 22592618496 21 1075838976 /../vpart:/vol2/col1/cp1/partial_indices
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp1/summary.0
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp1/summary.1
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp_meta
No 10758389760 10 1075838976 /../vpart:/vol2/reserved_blocks
Notez que la totalité des ressources, à l’exception de l’ensemble de conteneurs (CSET, où les données utilisateur sont stockées) consomment 95 x 1 075 838 976 octets. 86 blocs restants sont donc susceptibles d’être utilisés par le CSET. 86 x 1 075 838 976 octets = ~86,2 Go.
Dans le CSET, nous utilisons une très faible quantité d’espace pour les métadonnées, puis estimons que nous pouvons utiliser tous les blocs de 1 075 838 976 octets restants sur le système pour créer des conteneurs de 4,5 Mo. En vérifiant les métadonnées CSET, nous obtenons :
cm_attrs.psize=4718592 <=== Each container is 4.5Mb
...
cm_attrs.max_containers=17403 <=== Maximum possible number of 'usable' containers
...
cm_attrs.reserved_containers=2176 <=== Reserved containers for internal operations
Le nombre total de conteneurs pouvant être créés dans le CSET est de 17 403 + 2 176 = 19 579
Chaque conteneur a une taille de 4,5 Mo, donc 19 579 conteneurs équivalent à 86,0 Go d’espace disque
Notez toutefois que les conteneurs réservés sont destinés à un usage interne uniquement (pour des opérations telles que le nettoyage) et ne sont donc pas pris en compte lors de l’affichage de la taille utile du système de fichiers pour les utilisateurs. De ce fait, la taille « utile » du système de fichiers DDFS est de 17 403 x 4,5 Mo = ~76,5 Go
Par conséquent, si un utilisateur exécute « filesys show space » après avoir ajouté un seul disque de 200 Go et créé une instance de DDFS, il verra que la taille du système de fichiers DDFS n’est que de 76,5 Go :
Active Tier:
Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB*
---------------- -------- -------- --------- ---- --------------
/data: pre-comp - 9.0 - - -
/data: post-comp 76.5 15.0 61.4 20% 1.1
/ddvar 49.2 1.3 45.4 3% -
/ddvar/core 158.5 0.7 149.7 0% -
---------------- -------- -------- --------- ---- --------------
Notez que les surcharges sur les disques de données suivants sont nettement inférieures :
- Les disques suivants ne contiennent pas de systèmes de fichiers ext3
- Il existe déjà des métadonnées DDFS sur le premier disque, ce qui signifie qu’il n’y a que très peu de métadonnées créées sur les disques suivants
Par exemple, supposons que nous ajoutions un second disque de 100 Go et que nous développions DDFS. Sur ce disque, la tranche 5 sera attribuée au disque RAID (comme sur le premier disque), mais la tranche 6, bien qu’elle soit toujours créée, ne sera que de 4 Ko :
6 107GB 107GB 4096B primary
Par conséquent, pratiquement l’intégralité du second disque est dédiée au RAID (via la tranche 5). RAID utilise 5,6 % de cet espace pour ROL, puis présente le reste à DDFS. Dans l’exemple suivant, environ 94,3 Go du disque de 100 Go sont attribués à l’utilisation de DDFS :
Array [ppart3] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [197858304 sectors] [197858304 total sectors]
[dm-2p5]
Cet espace est divisé en blocs de 1 075 838 976 octets. Par conséquent, le système crée 93 blocs supplémentaires pour DDFS :
FIXED NUM BLOCK
SIZE SIZE BLOCKS SIZE NAME
Yes 294779879424 274 1075838976 /../vpart:/vol1/col1
Yes 294779879424 274 1075838976 /../vpart:/vol1/col1/cp1
No 22592618496 21 1075838976 /../vpart:/vol1/col1/cp1/cset
No 65626177536 61 1075838976 /../vpart:/vol1/col1/cp1/full_indices
No 22592618496 21 1075838976 /../vpart:/vol1/col1/cp1/partial_indices
No 1075838976 1 1075838976 /../vpart:/vol1/col1/cp1/summary.0
No 1075838976 1 1075838976 /../vpart:/vol1/col1/cp1/summary.1
No 2151677952 2 1075838976 /../vpart:/vol1/col1/cp_meta
No 10758389760 10 1075838976 /../vpart:/vol1/reserved_blocks
Notez que puisque tous les systèmes de fichiers de métadonnées ont déjà été créés sur le premier disque de données, un seul bloc est utilisé pour les métadonnées sur le deuxième disque (via le système de fichiers cp_meta). Le reste de l’espace est mis à la disposition du CSET et est considéré comme utilisable pour les conteneurs normaux :
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Notez que 38 379 x 4,5 Mo = ~168,7 Go :
Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB
---------------- -------- -------- --------- ---- -------------
/data: pre-comp - 0.0 - - -
/data: post-comp 168.7 0.1 168.6 0% 0.0
/ddvar 49.2 0.5 46.2 1% -
/ddvar/core 158.5 0.3 150.1 0% -
---------------- -------- -------- --------- ---- -------------
Cela montre que les surcharges sont nettement plus faibles sur tous les disques de données, à l’exception du premier :
À partir du premier disque de données de 200 Go, DDFS a obtenu 76,5 Go d’espace utile
À partir du deuxième disque de données de 100 Go, DDFS a obtenu 92,2 Go d’espace utile
Cette tendance se poursuit pour tous les disques de données suivants.
Il convient de noter que la taille des métadonnées au sein de DDFS (systèmes de fichiers d’index, par exemple) n’est pas fixe. En fonction de la charge applicative du système, il peut être nécessaire de l’augmenter, ce qui aura pour effet de retirer de l’espace utile au CSET. Dans ce cas, la taille utile du CSET diminue. Cette situation est normale : la taille totale du CSET (et la taille du système de fichiers DDFS selon « filesys show space ») ne doit pas être considérée comme une valeur statique, même si la taille des disques de données sous-jacents ne change pas.
Additional Information
Notez que les informations contenues dans cet article sont valides à partir de DDOS 5.7.30.0 et peuvent être modifiées dans les versions ultérieures.
Affected Products
Data Domain Virtual EditionProducts
Data Domain, Data Domain Virtual EditionArticle Properties
Article Number: 000059680
Article Type: Solution
Last Modified: 05 Sep 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.