Data Domain: DDVE(Data Domain Virtual Edition) 어플라이언스의 활성 계층에 추가할 수 있는 디스크의 최대 크기를 계산하는 방법

Summary: 이 문서에서는 DDVE(Data Domain Virtual Edition) 어플라이언스의 활성 계층에 추가할 수 있는 물리적 디스크의 최대 크기를 계산하는 방법에 대해 설명합니다

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)는 DDOS 5.7부터 VMware ESXi 또는 Microsoft Hyper-V 환경에서 DDR(Data Domain Restorer)을 가상 머신으로 배포할 수 있는 새로운 제품입니다.

구축한 후에는 DDFS(Data Domain File System)에서 데이터 스토리지에 사용할 DDVE 어플라이언스의 활성 계층에 데이터 디스크를 추가해야 합니다. DDVE 어플라이언스에서 가능한 최대 DDFS 크기는 다음 두 가지 요인에 의해 결정됩니다.
  • DDVE 가상 머신의 구성
  • DDVE 어플라이언스에 추가된 용량 라이선스의 크기
예를 들어 다음 DDVE 가상 머신은 4TiB 어플라이언스로 구성됩니다(즉, CPU/RAM 구성이 변경되지 않는 한 이 가상 머신은 크기가 4TiB인 DDFS 파일 시스템을 > 지원할 수 없음)

.# system vresource show current
...
4TiB 구성입니다. 0.5TiB에서 최대 4TiB DDFS(Data Domain Filesystem) 용량을 지원합니다.


또한 3.63TiB(즉, DDFS 파일 시스템의 사용 가능 크기는 3.63Tb를 초과할 수 없음)의 용량 라이선스가 있습니다.sysadmin@localhost

# elicense show
...
용량 라이선스:
##   기능 용량 모드 만료 날짜
-- -------- -------- --------------- ---------------
1 용량 3.63TiB 영구(정수) N/A
-- -------- -------- --------------- ---------------


단, DDVE의 활성 계층에 추가된 데이터 디스크의 일부 공간은 다음과 같은 내부 데이터에 사용됩니다.
  • DDFS 메타데이터
  • Ext3 파일 시스템
  • ROL(RAID on LUN) 패리티 정보
이 데이터를 '오버헤드'라고 하며 사용되거나 라이선스가 부여된 용량에 포함되지 않습니다. '오버헤드'는 Active Tier 크기/시스템 구성에 따라 다르므로 라이선스가 부여된 모든 용량을 사용하기 위해 Active Tier에 추가할 물리적 디스크 공간의 양을 결정하기 어려울 수 있습니다. 예:
  • 위 DDVE의 활성 계층에 3.63TiB의 스토리지를 추가하고 파일 시스템이 생성된 경우 파일 시스템의 가용 용량은 3.63TiB 미만이 됩니다. 소량의 미사용 용량이지만 라이선스가 부여됩니다.
  • 반대로 4TiB 스토리지를 활성 계층에 추가하려고 하면 DDVE에서 라이선스가 부여된 용량을 초과하여 추가를 완료할 수 없다는 오류가 발생할 수 있습니다.
이 문서에서는 시스템 및 용량 라이선스 크기를 고려하여 DDVE 어플라이언스의 활성 계층에 추가할 수 있는 데이터 디스크의 최대 크기를 결정하는 방법에 대해 설명합니다.

Resolution

DDVE 어플라이언스의 활성 계층에 용량을 추가할 때 시스템에서 먼저 활성 계층의 최대 지원 용량을 확인해야 합니다. 이 용량은 다음 중 하나입니다.
  • DDVE 어플라이언스의 구성된 크기입니다.
  • 활성 계층의 라이선스가 부여된 용량(예: 설치된 용량 라이선스의 크기)
두 값 중 더 작은 값을 사용해야 합니다. 예를 들어 다음 시스템은 3.63TiB 라이선스 용량이 있는 4TiB 구성입니다.

sysadmin@localhost# system vresource show current
...
4TiB 구성입니다. 0.5TiB에서 최대 4TiB DDFS(Data Domain Filesystem) 용량을 지원합니다.

sysadmin@localhost# elicense show
...
용량 라이선스:
##   기능 용량 모드 만료 날짜
-- -------- -------- --------------- ---------------
1 용량 3.63TiB 영구(정수) 해당 없음
-- -------- -------- --------------- ---------------


결과적으로 시스템의 최대 활성 계층 용량/크기는 3.63TiB입니다. 이를 이하 '타겟' 용량이라고 합니다.

타겟 용량과 활성 계층 스토리지의 오버헤드 계산 방법을 활용하여 라이선스가 부여된 모든 용량을 사용하기 위해 활성 계층에 추가할 수 있는 디스크의 총 크기를 결정할 수 있습니다. 오버헤드는 어플라이언스에서 실행되는 DDOS(Data Domain Operating System) 버전에 따라 두 가지 방식으로 발생합니다.
  • 컴퓨팅 오버헤드(DDOS 5.7 및 6.0에서 계산):
먼저 DDFS 메타데이터에 사용되는 오버헤드의 양을 다음 차트에서 확인해야 합니다. 5.7의 경우(다음은 5.7.32.0 기준으로 정확함):

DDVE RAM 크기(GB) 메타데이터 크기(GB) 구성 유형
6 102 4TiB(CPU 2개/512MiB NVRAM)
8 104 8TiB(CPU 2개/512MiB NVRAM)
16 101 16TiB(CPU 4개/512MiB NVRAM)


6.0의 경우(다음은 DDOS 6.0.0.20 기준으로 정확함): 
 
DDVE RAM 크기(GB) 메타데이터 크기(GB) 구성 유형
6 107 4TiB(CPU 2개/512MiB NVRAM)
8 109 8TiB(CPU 2개/512MiB NVRAM)
16 107 16TiB(CPU 4개/512MiB NVRAM)
24 118 32TiB(CPU 4개/1GiB NVRAM)
36 177 48TiB(CPU 4개/1GiB NVRAM)
48 231 64TiB(CPU 8개/1GiB NVRAM)
64 320 96TiB(8개 CPU/2GiB NVRAM)

 
이 외에도 ext3 파일 시스템
에는 12.9Gb의 공간이 사용되고,

5.6%의 공간(ext3 파일 시스템에 사용되는 공간은 제외)이 RAID on LUN 패리티 정보에 사용됩니다.

따라서 다음 방정식을 사용하여 계산 오버헤드를 계산할 수 있습니다.
 
오버헤드 = ((목표 용량 - 12.9) * 0.056) + 메타데이터 오버헤드 + 12.9
  • 오버헤드 비율(DDOS 6.0에서 계산):
오버헤드는 결과 활성 계층 크기의 10%로 계산됩니다. 예:
 
오버헤드 = 목표 용량 * 0.1

안타깝게도 오버헤드는 스토리지 크기에 직접적으로 의존하므로 시스템에서 라이선스가 부여된 용량에 필요한 디스크의 양을 신속하게 계산하기가 매우 어렵습니다. 그러나 이를 지원하기 위해 다음 두 가지 방정식을 사용할 수 있습니다.

컴퓨팅 오버헤드를 사용한 디스크 크기(GiB) = (목표 용량(GiB) + 12.1776 + DDFS 메타데이터 크기(GiB) * 0.944

백분율 오버헤드를 사용한 디스크 크기(GiB) = 목표 용량(GiB) * 0.9

DDOS 5.7을 사용하는 경우 컴퓨팅 오버헤드를 사용하는 값만 계산

해야 합니다. DDOS 6.0을 사용하는 경우 컴퓨팅 오버헤드를 사용하는 값과 백분율 기반 오버헤드를 모두 계산해야 합니다. 사용된 두 가지 크기

중 더 큰 값이 스토리지가 최대 한도 미만인지 확인하려면 계산된 모든 값을 내림해야 합니다. 예를 들어 4.027TiB 크기의 스토리지를 시스템에 추가할 수 있다고 계산되는 경우 4.03TiB로 반올림하는 대신 4.02TiB로 반올림해야 합니다. 이렇게 해도 계산된 크기는 여전히 시스템의 실제 지원 용량보다 약간 클 수 있습니다(다음 예제에 설명된 대로).

예 1:

처음에는 위의 시스템을 고려할 수 있습니다 - 이것은 다음과 같이 구성 / 라이센스가 부여됩니다.
  • DDOS 버전: 6.0.0.20
  • 목표 용량(라이선스가 부여된 용량과 시스템 구성 중 더 작은 쪽): 3.63TiB(3717GiB)
  • DDFS 메타데이터 크기(4TiB 구성의 경우): 107GiB
모든 목표 용량을 사용하기 위한 스토리지 크기는 다음과 같이 계산할 수 있습니다. DDOS 6.0이므로 계산 기반 계산과 백분율 기반 계산을 모두 사용해야 합니다.

디스크 크기(GiB) = (3717 + 12.1776 + 107) * 0.944 = 3621.3516544GiB(3.53Tib)
디스크 크기(GiB) = 3717 * 0.9 = 3345.3GiB(3.26TiB)

3621GiB(3.53TiB)는 계산된 두 크기 중 더 큰 크기이므로 이 시스템의 활성 계층에 추가할 수 있는 스토리지의 최대 크기입니다. 실제로 최대 3.53TiB를 이러한 시스템에 추가할 수 있었습니다.

예 2:

8TiB 구성이고 라이선스가 부여된 활성 계층 용량이 5.45TiB인 6.0.0.20을 실행하는 DDVE 어플라이언스가 프로비저닝됩니다.sysadmin@localhost

# system vresource show current
...
8TiB 구성으로 0.5TiB에서 최대 8TiB DDFS(Data Domain Filesystem) 용량을 지원합니다.


sysadmin@localhost# elicense show
...
용량 라이선스:
##   기능 용량 모드 만료 날짜
-- -------- -------- --------------- ---------------
1 용량 5.45TiB 영구(정수) N/A
-- -------- -------- --------------- ---------------


결과적으로:
  • DDOS 버전: 6.0.0.20
  • 목표 용량(라이선스가 부여된 용량과 시스템 구성 중 더 작은 쪽): 5.45TiB(5580GiB)
  • DDFS 메타데이터 크기(8TiB 구성의 경우): 109GiB
모든 목표 용량을 사용하기 위한 스토리지 크기는 다음과 같이 계산할 수 있습니다. DDOS 6.0이므로 계산 기반 계산과 백분율 기반 계산을 모두 사용해야 합니다.

디스크 크기(GiB) = (5580 + 12.1776 + 109) * 0.944 = 5381.9116544GiB(5.25TiB)디스크 크기(GiB)
= 5580 * 0.9 = 5022GiB(4.90TiB)

5381GiB(5.25TiB)는 두 개의 계산된 크기 중 더 큰 크기이므로 이 시스템의 활성 계층에 추가할 수 있는 스토리지의 최대 크기입니다. 실제로 이러한 시스템에는 최대 6.06TiB를 추가할 수 있었습니다.

예 3:

6.0.0.20을 실행하는 DDVE 어플라이언스는 4TiB 구성으로 프로비저닝되며 라이선스가 부여된 활성 계층 용량은 0.90TiB:

sysadmin@localhost# system vresource show current
...
4TiB 구성입니다. 0.5TiB에서 최대 4TiB DDFS(Data Domain Filesystem) 용량을 지원합니다.

sysadmin@localhost# elicense show
...
용량 라이선스:
##   기능 용량 모드 만료 날짜
-- -------- -------- --------------- ---------------
1 용량 0.90TiB 영구(정수) N/A
-- -------- -------- --------------- ---------------


결과적으로:
  • DDOS 버전: 6.0.0.20
  • 목표 용량(라이선스가 부여된 용량과 시스템 구성 중 더 작은 쪽): 0.90TiB(921GiB)
  • DDFS 메타데이터 크기(8TiB 구성의 경우): 107GiB
모든 목표 용량을 사용하기 위한 스토리지 크기는 다음과 같이 계산할 수 있습니다. DDOS 6.0이므로 계산 기반 계산과 백분율 기반 계산을 모두 사용해야 합니다.
 
디스크 크기(GiB) = (921 + 12.1776 + 107) * 0.944 = 981.9276544GiB(0.95TiB)디스크 크기(GiB)
= 921 * 0.9 = 828.9Gib(0.80TiB)

981GiB(0.95TiB)가 계산된 두 크기 중 더 큰 크기이므로 이 시스템의 활성 계층에 추가할 수 있는 스토리지의 최대 크기입니다. 실제로 이러한 시스템에는 최대 0.95TiB를 추가할 수 있었습니다.

예 4:

DDVE 어플라이언스는 5.7을 실행 중이고, 8TiB 구성으로 구성되어 있으며, 라이선스 등록된 용량은 7.28TiB:

sysadmin@localhost# system vresource show current
...
8TiB 구성으로 0.5TiB에서 최대 8TiB DDFS(Data Domain Filesystem) 용량을 지원합니다.

sysadmin@localhost# elicense show
...
용량 라이선스:
##   기능 용량 모드 만료 날짜
-- -------- -------- --------------- ---------------
1 용량 7.28TiB 영구(정수) N/A
-- -------- -------- --------------- ---------------


결과적으로:
  • DDOS 버전: 5.7.32.0
  • 목표 용량(라이선스가 부여된 용량과 시스템 구성 중 더 작은 쪽): 7.28TiB(7454GiB)
  • DDFS 메타데이터 크기(4TiB 구성의 경우): 104깁
이 DDVE는 DDOS 5.7을 실행 중이므로 컴퓨팅 오버헤드에서 파생된 스토리지 크기만 계산하면 됩니다.
 
디스크 크기(GiB) = (7454 + 12.1776 + 104) * 0.944 = 7146.2476544GiB(6.97TiB)

7146.24GiB(6.97TiB)는 이 시스템의 활성 계층에 추가할 수 있는 스토리지의 최대 크기입니다. 실제로 이러한 시스템에는 최대 7.82TiB의 스토리지를 추가할 수 있었습니다(즉, 스토리지를 추가할 수 있도록 계산된 크기를 약간 줄여야 함).

Additional Information

계산된 스토리지 크기가 시스템 구성/라이선스 용량에 비해 너무 큰 경우 스토리지가 활성 계층에 추가될 때 다음과 같은 오류가 표시됩니다.

sysadmin@localhost# storage add dev9
스토리지 요구 사항 확인 중...
Could not add storage: 시스템 용량이 라이센스에서 허용하는 한도를 초과합니다.


이 경우 기본 하이퍼바이저에서 프로비저닝된 스토리지의 크기를 약간(예: 0.01TiB) 줄여야 합니다. 완료되면 DDVE 어플라이언스에서 프로비저닝된 스토리지를 강제로 재검색하고 '스토리지 추가'를 다시 시도해야 성공합니다.
 
# 디스크 재검색
# storage add [device]

또한 DDFS 메타데이터/ext3 파일 시스템의 크기는 향후 릴리스에서 변경될 수 있습니다. 이 경우 이 문서는 필요에 따라 업데이트됩니다.

이 문서에 설명된 절차/계산에 대한 도움이 필요한 경우 계약된 지원 공급업체에 문의하십시오.

Affected Products

Data Domain

Products

Data Domain, Data Domain Virtual Edition
Article Properties
Article Number: 000064210
Article Type: Solution
Last Modified: 01 Aug 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.