시놉시스
PowerProtect DD Virtual edition은 성능에 맞지 않는 성능 및 TCO 고객에 게 가상 폼 팩터 내에서 Data Domain 어플라이언스의 이점을 찾는 데 도움이 됩니다. 하지만 특정 유형의 환경에서 PowerProtect DDVE를 구축 하기 전에 주의 해야 합니다 .이로 인해 규정 된 지침에 따라 메타 데이터 사용량이 증가할 수 있으므로 사용자가 경험 하는 TCO에 영향을 미칠 수 있습니다. 아래에 설명 된 시나리오에서 발생 하는 메타 데이터의 증가율은 제품이 설계에 따라 작동 하기 때문에 높은 중복 제거의 자연 스러운 결과 이며 구축 전에 TCO에서 아래 시나리오에 미칠 수 있는 잠재적 영향을 평가 하는 것이 좋습니다.시나리오 1: 가상 통합 파일 시스템 백업
가상 통합 백업을 사용 하는 백업 애플리케이션 (예: Avamar)을 사용 하 여 PowerProtect DDVE에서 파일 시스템 백업을 보호 하는 경우, 고객은 데이터 중복 제거 비율을 유지 하는 상황이 발생 하 여 메타 데이터 사용량이 증가할 수 있습니다. Exerts에 대 한 exerts이 매우 효과적인 중복 제거 속도를 하는 경우 TCO에는 메타 데이터 사용량 상향 압력을 높입니다. 이러한 병력을 해결 하면 사용자에 의해 발생 하는 전반적인 TCO 결정 됩니다. 사용자 환경에서 이러한 유형의 워크 로드를 사용 하는 경우 배포 전에를 평가 하는 것이 중요 합니다.시나리오 2: 부분 컨테이너
자주 커밋 되거나 작은 파일 (< 1mb)을 작성 하 여 시스템의 메타 데이터 오버 헤드를 줄일 수 있는 개체 저장소에 부분 컨테이너를 씁니다. 이 시나리오에서이 스파이크는 임시 이며, 클리닝을 실행 하 여 시스템을 안정 된 상태로 전환 하 여 부분 컨테이너를 전달 하 고 조각화를 제거할 수 있습니다. 그러나 너무 자주 실행 하는 경우 TCO에는 청소가 실행 되는 데 비용이 소요 될 수 있습니다. 모범 사례 지침은 1 주일에 한 번 클리닝을 실행 하 고 메타 데이터 디스크 크기를 조정 하는 것입니다.시나리오 3: 작은 파일
사용자 환경에 수백만 개의 작은 파일 (< 1mb)이 있는 경우 데이터에 비해 메타 데이터 오버 헤드가 높아집니다. 이는 지원 되지 않는 워크 로드 이며 DDVE는 이러한 워크 로드를 보호 하기 위한 올바른 솔루션이 아닐 수도 있습니다.시나리오 4: 조밀한 마커
Oracle 또는 Commvault와 같은 특정 앱은 백업 스트림에서 마커를 도입 합니다. DDVE는 이러한 마커를 중복 해 서 높은 중복 제거 비율로 분리 합니다. 이 경우에도 사용자는 메타 데이터 사용량이 늘어남에 대 한 비용으로 높은 데이터 중복 제거 속도를 절충 하 게 됩니다. 사용자는 백업 앱에서 앱 최적화를 해제 하 고 DDVE 메타 데이터 사용량을 줄이거나 더 높은 데이터 중복 제거 비율을 선택 하 여 메타 데이터 사용량을 늘릴 수 있습니다.시나리오 5: 데이터 중복 제거 속도가 높은 비가상 통합 백업
이 시나리오는 일반적이 지 않으며, 사용자는 높은 중복 제거 속도로 인해 TCO에 미칠 수 있는 잠재적 영향에 대해 알고 있어야 합니다 .이로요약
위에서 설명한 구체적인 시나리오에서는 메타 데이터 사용이 대폭 증가 하sysadmin@atos-ddve # filesys show space 계층이 active local-metadata Active 계층: local metadata usage Size GiB Used GiB 사용 가능한 GiB Use%------------------------------24290.4 4390.2 19900.2 18.0%------------------------------