Data Domain Virtual Edition: Explicación de la utilización del espacio en disco de datos en Data Domain Virtual Edition (DDVE)
Summary: Explicación de la utilización del espacio en disco de datos en 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
Data Domain Virtual Edition (DDVE) es un producto nuevo que permite la implementación de un restaurador de Data Domain (DDR) en un entorno virtual. Una vez finalizada la implementación, es necesario aprovisionar discos de datos para que el sistema de archivos de DDFS los utilice en DDVE. En este artículo, se explica cómo se utiliza el espacio físico en esos discos de datos y por qué el espacio utilizable dentro del sistema de archivos de DDFS puede ser considerablemente menor que el tamaño combinado de todos los discos de datos
Resolution
Cuando se agregan discos de datos a una instancia de DDVE, se deben cumplir ciertas reglas de capacidad:
- El primer disco de datos que se agrega debe tener un tamaño mínimo de 200 GB
- Todos los discos de datos posteriores deben tener un tamaño mínimo de 100 Gb
El motivo por el que el primer disco debe tener un tamaño mínimo de 200 Gb es que hay sobrecargas considerables en este disco, como se describe a continuación.
Supongamos que un disco de datos de 200 Gb se presenta a DDVE, se agrega al nivel activo y se utiliza para crear una instancia del sistema de archivos de DDFS. El disco físico se utilizará de la siguiente manera:
Inicialmente, el disco se particiona, el segmento 5 se utiliza para el almacenamiento de datos y el segmento 6, para los sistemas de archivos 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
Como resultado, ~193 GB de espacio en disco (segmento 5) se le darán al controlador RAID para su uso.
Sin embargo, tenga en cuenta que DDVE utiliza un concepto de RAID en LUN (ROL) para protegerse contra ciertos tipos de daños en los datos (por ejemplo, daños en los datos que el arreglo de almacenamiento subyacente no puede detectar/reparar). El ROL reserva aproximadamente el 5,6 % del espacio en el segmento 5 para la información de paridad. Como resultado, el RAID solo hará que ~182,3 GB estén disponibles para su uso por parte de DDFS (como se muestra a continuación; tenga en cuenta que cada sector tiene un tamaño de 512 bytes):
Array [ppart2] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [382362624 sectors] [382362624 total sectors]
[dm-4p5]
El espacio de ~182,3 GB asignado a DDFS se divide en bloques de 1 075 838 976 bytes de tamaño, por lo que podemos crear 181 bloques de este tipo. Luego, los bloques se asignan a varios sistemas de archivos de nivel superior dentro de DDFS, según sea necesario. Tenga en cuenta que, cuando se crea una nueva instancia de DDFS, se debe asignar una cantidad significativa de espacio para metadatos, como los sistemas de archivos de índice/vector de resumen/metadatos de CP/bloques reservados:
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
Tenga en cuenta que todo lo que no sea el conjunto de contenedores (CSET, donde se almacenan los datos de usuario) consume 95 * bloques de 1 075 838 976 bytes. Como resultado, quedan 86 bloques para su uso potencial por parte del CSET. Tenga en cuenta que 86 * 1 075 838 976 bytes = ~86,2 GB.
Dentro del CSET, usamos una cantidad muy pequeña de espacio para los metadatos y, luego, estimamos que podemos usar todos los bloques de 1 075 838 976 bytes restantes en el sistema para crear contenedores de 4,5 MB. Si revisamos los metadatos de CSET vemos:
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
La cantidad total de contenedores que se pueden crear dentro del CSET es 17 403 + 2176 = 19 579
Cada contenedor tiene un tamaño de 4,5 MB, por lo que 19 579 contenedores equivalen a 86.0 GB de espacio en disco
Sin embargo, tenga en cuenta que los contenedores reservados son solo para uso interno (mediante operaciones como la limpieza), por lo que no se consideran cuando se muestra el tamaño útil del sistema de archivos a los usuarios. Debido a esto, el tamaño "utilizable" del sistema de archivos DDFS es 17 403 * 4,5 MB = ~76,5 Gb
Por esta razón, si un usuario ejecuta "filesys show space" después de agregar un solo disco de 200 GB y crear una instancia de DDFS, verá que el sistema de archivos DDFS tiene solo 76,5 Gb de tamaño:
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% -
---------------- -------- -------- --------- ---- --------------
Tenga en cuenta que las sobrecargas en discos de datos subsiguientes son significativamente menores:
- Los discos posteriores no contienen sistemas de archivos ext3
- Los metadatos de DDFS ya existen en el primer disco, por lo que se crean muy pocos en los discos posteriores
Por ejemplo, supongamos que agregamos un segundo disco de 100 GB y expandimos DDFS. En este disco, el segmento 5 se le dará al controlador RAID (como en el primer disco), pero el segmento 6, si bien se crea, solo tendrá un tamaño de 4 Kb:
6 107GB 107GB 4096B primary
Como resultado, prácticamente la totalidad del segundo disco se entrega a RAID (a través del segmento 5). RAID utiliza el 5,6 % de este espacio para ROL y, a continuación, presenta el resto a DDFS; en el siguiente ejemplo, ~94,3 GB del disco de 100 GB se dan a DDFS para su uso:
Array [ppart3] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [197858304 sectors] [197858304 total sectors]
[dm-2p5]
Este espacio se divide en bloques de 1 075 838 976 bytes; como resultado, el sistema crea 93 bloques adicionales para que los utilice 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
Tenga en cuenta que, dado que todos los sistemas de archivos de metadatos ya estaban creados en el primer disco de datos, solo se utiliza un único bloque para los metadatos en el segundo disco (mediante el sistema de archivos cp_meta). El espacio restante se pone a disposición del CSET y se considera utilizable para contenedores normales:
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Note that 38379 * 4.5Mb = ~168.7Gb:
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% -
---------------- -------- -------- --------- ---- -------------
Esto muestra que las sobrecargas son significativamente menores en todos los discos de datos, excepto en el primero:
Del primer disco de 200 GB, DDFS obtuvo 76,5 GB de espacio utilizable.
Del segundo disco de datos de 100 GB, DDFS obtuvo 92,2 GB de espacio utilizable.
Esta tendencia continúa para todos los discos de datos posteriores.
Por último, se debe tener en cuenta que los metadatos dentro de DDFS (como los sistemas de archivos de índice) no tienen un tamaño fijo. Según la carga de trabajo del sistema, es posible que deban incrementarse, lo que quitará espacio utilizable del CSET. Si esto sucede, el tamaño utilizable del CSET disminuirá. Esto es normal: el tamaño total del CSET (y el tamaño del sistema de archivos DDFS según el "filesys show space") no se debe considerar como un valor estático, incluso si el tamaño de los discos de datos subyacentes no cambia.
- El primer disco de datos que se agrega debe tener un tamaño mínimo de 200 GB
- Todos los discos de datos posteriores deben tener un tamaño mínimo de 100 Gb
El motivo por el que el primer disco debe tener un tamaño mínimo de 200 Gb es que hay sobrecargas considerables en este disco, como se describe a continuación.
Supongamos que un disco de datos de 200 Gb se presenta a DDVE, se agrega al nivel activo y se utiliza para crear una instancia del sistema de archivos de DDFS. El disco físico se utilizará de la siguiente manera:
Inicialmente, el disco se particiona, el segmento 5 se utiliza para el almacenamiento de datos y el segmento 6, para los sistemas de archivos 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
Como resultado, ~193 GB de espacio en disco (segmento 5) se le darán al controlador RAID para su uso.
Sin embargo, tenga en cuenta que DDVE utiliza un concepto de RAID en LUN (ROL) para protegerse contra ciertos tipos de daños en los datos (por ejemplo, daños en los datos que el arreglo de almacenamiento subyacente no puede detectar/reparar). El ROL reserva aproximadamente el 5,6 % del espacio en el segmento 5 para la información de paridad. Como resultado, el RAID solo hará que ~182,3 GB estén disponibles para su uso por parte de DDFS (como se muestra a continuación; tenga en cuenta que cada sector tiene un tamaño de 512 bytes):
Array [ppart2] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [382362624 sectors] [382362624 total sectors]
[dm-4p5]
El espacio de ~182,3 GB asignado a DDFS se divide en bloques de 1 075 838 976 bytes de tamaño, por lo que podemos crear 181 bloques de este tipo. Luego, los bloques se asignan a varios sistemas de archivos de nivel superior dentro de DDFS, según sea necesario. Tenga en cuenta que, cuando se crea una nueva instancia de DDFS, se debe asignar una cantidad significativa de espacio para metadatos, como los sistemas de archivos de índice/vector de resumen/metadatos de CP/bloques reservados:
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
Tenga en cuenta que todo lo que no sea el conjunto de contenedores (CSET, donde se almacenan los datos de usuario) consume 95 * bloques de 1 075 838 976 bytes. Como resultado, quedan 86 bloques para su uso potencial por parte del CSET. Tenga en cuenta que 86 * 1 075 838 976 bytes = ~86,2 GB.
Dentro del CSET, usamos una cantidad muy pequeña de espacio para los metadatos y, luego, estimamos que podemos usar todos los bloques de 1 075 838 976 bytes restantes en el sistema para crear contenedores de 4,5 MB. Si revisamos los metadatos de CSET vemos:
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
La cantidad total de contenedores que se pueden crear dentro del CSET es 17 403 + 2176 = 19 579
Cada contenedor tiene un tamaño de 4,5 MB, por lo que 19 579 contenedores equivalen a 86.0 GB de espacio en disco
Sin embargo, tenga en cuenta que los contenedores reservados son solo para uso interno (mediante operaciones como la limpieza), por lo que no se consideran cuando se muestra el tamaño útil del sistema de archivos a los usuarios. Debido a esto, el tamaño "utilizable" del sistema de archivos DDFS es 17 403 * 4,5 MB = ~76,5 Gb
Por esta razón, si un usuario ejecuta "filesys show space" después de agregar un solo disco de 200 GB y crear una instancia de DDFS, verá que el sistema de archivos DDFS tiene solo 76,5 Gb de tamaño:
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% -
---------------- -------- -------- --------- ---- --------------
Tenga en cuenta que las sobrecargas en discos de datos subsiguientes son significativamente menores:
- Los discos posteriores no contienen sistemas de archivos ext3
- Los metadatos de DDFS ya existen en el primer disco, por lo que se crean muy pocos en los discos posteriores
Por ejemplo, supongamos que agregamos un segundo disco de 100 GB y expandimos DDFS. En este disco, el segmento 5 se le dará al controlador RAID (como en el primer disco), pero el segmento 6, si bien se crea, solo tendrá un tamaño de 4 Kb:
6 107GB 107GB 4096B primary
Como resultado, prácticamente la totalidad del segundo disco se entrega a RAID (a través del segmento 5). RAID utiliza el 5,6 % de este espacio para ROL y, a continuación, presenta el resto a DDFS; en el siguiente ejemplo, ~94,3 GB del disco de 100 GB se dan a DDFS para su uso:
Array [ppart3] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [197858304 sectors] [197858304 total sectors]
[dm-2p5]
Este espacio se divide en bloques de 1 075 838 976 bytes; como resultado, el sistema crea 93 bloques adicionales para que los utilice 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
Tenga en cuenta que, dado que todos los sistemas de archivos de metadatos ya estaban creados en el primer disco de datos, solo se utiliza un único bloque para los metadatos en el segundo disco (mediante el sistema de archivos cp_meta). El espacio restante se pone a disposición del CSET y se considera utilizable para contenedores normales:
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Note that 38379 * 4.5Mb = ~168.7Gb:
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% -
---------------- -------- -------- --------- ---- -------------
Esto muestra que las sobrecargas son significativamente menores en todos los discos de datos, excepto en el primero:
Del primer disco de 200 GB, DDFS obtuvo 76,5 GB de espacio utilizable.
Del segundo disco de datos de 100 GB, DDFS obtuvo 92,2 GB de espacio utilizable.
Esta tendencia continúa para todos los discos de datos posteriores.
Por último, se debe tener en cuenta que los metadatos dentro de DDFS (como los sistemas de archivos de índice) no tienen un tamaño fijo. Según la carga de trabajo del sistema, es posible que deban incrementarse, lo que quitará espacio utilizable del CSET. Si esto sucede, el tamaño utilizable del CSET disminuirá. Esto es normal: el tamaño total del CSET (y el tamaño del sistema de archivos DDFS según el "filesys show space") no se debe considerar como un valor estático, incluso si el tamaño de los discos de datos subyacentes no cambia.
Additional Information
Tenga en cuenta que la información contenida en este artículo es válida a partir de DDOS 5.7.30.0 y puede cambiar en versiones posteriores.
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.