Data Domain Virtual Edition. Объяснение использования пространства на дисках данных в Data Domain Virtual Edition (DDVE)
Summary: Объяснение использования пространства на дисках данных в 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) — это новый продукт, позволяющий развертывать Data Domain Restorer (DDR) в виртуальной среде. После завершения развертывания необходимо предоставить диски данных для использования файловой системой DDFS в DDVE. В этой статье объясняется, как используется физическое пространство на этих дисках данных и почему полезное пространство в файловой системе DDFS может быть значительно меньше, чем общий размер всех дисков данных
Resolution
При добавлении дисков данных в экземпляр DDVE необходимо соблюдать определенные правила емкости:
- Первый добавляемый диск данных должен быть размером не менее 200 Гбайт
- Все последующие диски данных должны иметь размер не менее 100 Гбайт
Причина, по которой размер первого диска должен быть не менее 200 Гбайт, заключается в существенных издержках на этом диске, как описано ниже.
Предположим, что диск данных емкостью 200 Гбайт представлен DDVE, добавлен на активный уровень и используется для создания экземпляра файловой системы DDFS. Физический диск будет использоваться следующим образом:
Изначально диск будет разделен на разделы, где сегмент 5 используется для хранения данных, а сегмент 6 используется для файловых систем 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
В результате драйверу RAID будет предоставлено ~193 Гбайт дискового пространства (сегмент 5) для использования.
Однако обратите внимание, что DDVE использует концепцию RAID на LUN (ROL) для защиты от определенных типов повреждения данных (например, повреждение данных, которое не может быть обнаружено/исправлено базовым массивом хранения данных). ROL резервирует приблизительно 5,6% пространства в сегменте 5 для информации о четности. В результате RAID сделает DDFS доступным только ~182 Гбайт (как показано ниже — обратите внимание, что размер каждого сектора составляет 512 байт):
Array [ppart2] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [382362624 sectors] [382362624 total sectors]
[dm-4p5]
Пространство ~182 Гбайт, выделенное DDFS, разделено на блоки размером 1 075 838 976 байт — в результате мы можем создать 181 такой блок. Затем блоки выделяются различным файловым системам верхнего уровня в DDFS по мере необходимости. Обратите внимание, что при создании нового экземпляра DDFS необходимо выделить значительный объем пространства для метаданных, таких как файловые системы индекса/сводного вектора/метаданных CP/зарезервированных блоков:
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
Обратите внимание, что все, кроме набора контейнеров (CSET, где хранятся пользовательские данные), потребляет 95 блоков по 1 075 838 976 байт. В результате остается 86 блоков, которые CSET потенциально может использовать. Обратите внимание, что 86 * 1 075 838 976 байт = ~86 Гбайт.
В CSET мы используем очень небольшой объем пространства для метаданных, а затем оцениваем, что мы можем использовать все оставшиеся блоки по 1 075 838 976 байт в системе для создания контейнеров 4,5 Мбайт. При проверке метаданных CSET отображается следующее:
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
Общее количество контейнеров, которые могут быть созданы в CSET, составляет 17403 + 2176 = 19579
Размер каждого контейнера — 4,5 Мбайт, поэтому 19579 контейнеров — это 86 Гбайт дискового пространства
Однако обратите внимание, что зарезервированные контейнеры предназначены только для внутреннего использования (в таких операциях, как очистка), поэтому не учитываются при отображении пользователям полезного размера файловой системы. Из-за этого «полезный» размер файловой системы DDFS составляет 17403 * 4,5 Мбайт = ~76 Гбайт
По этой причине, если пользователь запускает «filesys show space» после добавления одного диска емкостью 200 Гбайт и создания экземпляра DDFS, он увидит, что размер файловой системы DDFS составляет всего 76 Гбайт:
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% -
---------------- -------- -------- --------- ---- --------------
Обратите внимание, что издержки на последующих дисках данных значительно ниже:
- Последующие диски не содержат файловых систем ext3
- Метаданные DDFS уже существуют на первом диске, поэтому на последующих дисках их создается очень мало
Предположим, что мы добавим второй диск емкостью 100 Гбайт и расширим DDFS. На этом диске сегмент 5 будет передан драйверу RAID (как на первом диске), но сегмент 6, пока он создается, будет иметь размер всего 4 Кбайт:
6 107GB 107GB 4096B primary
В результате практически весь второй диск передается RAID (через сегмент 5). RAID использует 5,6% этого пространства для ROL, а затем представляет остальное DDFS — в следующем примере ~94 Гбайт емкости диска на 100 Гбайт передаются DDFS для использования:
Array [ppart3] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [197858304 sectors] [197858304 total sectors]
[dm-2p5]
Это пространство разделено на блоки по 1 075 838 976 байт — в результате система создает дополнительные 93 блока для использования 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
Обратите внимание: поскольку все файловые системы метаданных были созданы на первом диске данных, на втором диске для метаданных используется только один блок (с помощью файловой системы cp_meta). Оставшаяся часть пространства становится доступной для CSET и считается пригодной для обычных контейнеров:
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Обратите внимание, что 38379 * 4,5 Мбайт = ~168 Гбайт:
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% -
---------------- -------- -------- --------- ---- -------------
Это показывает, что издержки значительно меньше на всех дискахданных, кроме первого:
С первого диска на 200 Гбайт DDFS получила 76 Гбайт полезного пространства
Со второго диска данных на 100 Гбайт DDFS получила 92 Гбайт полезного пространства
Эта тенденция сохраняется для всех последующих дисков данных.
Наконец, следует отметить, что размер метаданных в DDFS (например, файловых систем индекса) не фиксированный. В зависимости от рабочей нагрузки системы может потребоваться увеличить их размер, что приведет к отъему полезного пространства у CSET. В этом случае полезная емкость CSET уменьшится. Это ожидаемое поведение — общий размер CSET (и размер файловой системы DDFS по данным «filesys show space») не следует рассматривать как статическое значение, даже если размер базовых дисков данных не изменится.
- Первый добавляемый диск данных должен быть размером не менее 200 Гбайт
- Все последующие диски данных должны иметь размер не менее 100 Гбайт
Причина, по которой размер первого диска должен быть не менее 200 Гбайт, заключается в существенных издержках на этом диске, как описано ниже.
Предположим, что диск данных емкостью 200 Гбайт представлен DDVE, добавлен на активный уровень и используется для создания экземпляра файловой системы DDFS. Физический диск будет использоваться следующим образом:
Изначально диск будет разделен на разделы, где сегмент 5 используется для хранения данных, а сегмент 6 используется для файловых систем 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
В результате драйверу RAID будет предоставлено ~193 Гбайт дискового пространства (сегмент 5) для использования.
Однако обратите внимание, что DDVE использует концепцию RAID на LUN (ROL) для защиты от определенных типов повреждения данных (например, повреждение данных, которое не может быть обнаружено/исправлено базовым массивом хранения данных). ROL резервирует приблизительно 5,6% пространства в сегменте 5 для информации о четности. В результате RAID сделает DDFS доступным только ~182 Гбайт (как показано ниже — обратите внимание, что размер каждого сектора составляет 512 байт):
Array [ppart2] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [382362624 sectors] [382362624 total sectors]
[dm-4p5]
Пространство ~182 Гбайт, выделенное DDFS, разделено на блоки размером 1 075 838 976 байт — в результате мы можем создать 181 такой блок. Затем блоки выделяются различным файловым системам верхнего уровня в DDFS по мере необходимости. Обратите внимание, что при создании нового экземпляра DDFS необходимо выделить значительный объем пространства для метаданных, таких как файловые системы индекса/сводного вектора/метаданных CP/зарезервированных блоков:
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
Обратите внимание, что все, кроме набора контейнеров (CSET, где хранятся пользовательские данные), потребляет 95 блоков по 1 075 838 976 байт. В результате остается 86 блоков, которые CSET потенциально может использовать. Обратите внимание, что 86 * 1 075 838 976 байт = ~86 Гбайт.
В CSET мы используем очень небольшой объем пространства для метаданных, а затем оцениваем, что мы можем использовать все оставшиеся блоки по 1 075 838 976 байт в системе для создания контейнеров 4,5 Мбайт. При проверке метаданных CSET отображается следующее:
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
Общее количество контейнеров, которые могут быть созданы в CSET, составляет 17403 + 2176 = 19579
Размер каждого контейнера — 4,5 Мбайт, поэтому 19579 контейнеров — это 86 Гбайт дискового пространства
Однако обратите внимание, что зарезервированные контейнеры предназначены только для внутреннего использования (в таких операциях, как очистка), поэтому не учитываются при отображении пользователям полезного размера файловой системы. Из-за этого «полезный» размер файловой системы DDFS составляет 17403 * 4,5 Мбайт = ~76 Гбайт
По этой причине, если пользователь запускает «filesys show space» после добавления одного диска емкостью 200 Гбайт и создания экземпляра DDFS, он увидит, что размер файловой системы DDFS составляет всего 76 Гбайт:
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% -
---------------- -------- -------- --------- ---- --------------
Обратите внимание, что издержки на последующих дисках данных значительно ниже:
- Последующие диски не содержат файловых систем ext3
- Метаданные DDFS уже существуют на первом диске, поэтому на последующих дисках их создается очень мало
Предположим, что мы добавим второй диск емкостью 100 Гбайт и расширим DDFS. На этом диске сегмент 5 будет передан драйверу RAID (как на первом диске), но сегмент 6, пока он создается, будет иметь размер всего 4 Кбайт:
6 107GB 107GB 4096B primary
В результате практически весь второй диск передается RAID (через сегмент 5). RAID использует 5,6% этого пространства для ROL, а затем представляет остальное DDFS — в следующем примере ~94 Гбайт емкости диска на 100 Гбайт передаются DDFS для использования:
Array [ppart3] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [197858304 sectors] [197858304 total sectors]
[dm-2p5]
Это пространство разделено на блоки по 1 075 838 976 байт — в результате система создает дополнительные 93 блока для использования 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
Обратите внимание: поскольку все файловые системы метаданных были созданы на первом диске данных, на втором диске для метаданных используется только один блок (с помощью файловой системы cp_meta). Оставшаяся часть пространства становится доступной для CSET и считается пригодной для обычных контейнеров:
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Обратите внимание, что 38379 * 4,5 Мбайт = ~168 Гбайт:
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% -
---------------- -------- -------- --------- ---- -------------
Это показывает, что издержки значительно меньше на всех дискахданных, кроме первого:
С первого диска на 200 Гбайт DDFS получила 76 Гбайт полезного пространства
Со второго диска данных на 100 Гбайт DDFS получила 92 Гбайт полезного пространства
Эта тенденция сохраняется для всех последующих дисков данных.
Наконец, следует отметить, что размер метаданных в DDFS (например, файловых систем индекса) не фиксированный. В зависимости от рабочей нагрузки системы может потребоваться увеличить их размер, что приведет к отъему полезного пространства у CSET. В этом случае полезная емкость CSET уменьшится. Это ожидаемое поведение — общий размер CSET (и размер файловой системы DDFS по данным «filesys show space») не следует рассматривать как статическое значение, даже если размер базовых дисков данных не изменится.
Additional Information
Обратите внимание, что информация, содержащаяся в этой статье, действительна для DDOS 5.7.30.0 и может меняться в последующих выпусках.
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.