Red Hat Training

A Red Hat training course is available for Red Hat Enterprise Linux

30.2. 시스템 요구 사항

프로세서 아키텍처

Intel 64 명령 세트를 구현하는 하나 이상의 프로세서가 필요합니다. 즉, AMD64 또는 Intel 64 아키텍처의 프로세서가 필요합니다.

RAM

각 VDO 볼륨에는 두 가지 고유한 메모리 요구 사항이 있습니다.
  • VDO 모듈은 370MB와 1TB의 물리적 스토리지 관리마다 추가 268MB가 필요합니다.
  • Universal Deduplication Service (UDS) 인덱스에는 최소 250MB의 iLO가 필요하며, 이는 중복 제거에 사용되는 기본 용량이기도 합니다. UDS의 메모리 사용량에 대한 자세한 내용은 30.2.1절. “UDS 인덱스 메모리 요구 사항” 을 참조하십시오.

스토리지

VDO 볼륨은 씬 프로비저닝된 블록 장치입니다. 물리적 공간이 부족해지는 것을 방지하려면 나중에 확장할 수 있는 스토리지 위에 볼륨을 배치합니다. 이러한 확장 가능한 스토리지의 예로는 LVM 볼륨 또는 MD RAID 배열입니다.
하나의 VDO 볼륨은 최대 256TB의 물리적 스토리지를 사용하도록 구성할 수 있습니다. VDO가 제공되는 스토리지 풀의 물리적 크기에서 VDO 관리 볼륨의 사용 가능한 크기를 결정하는 계산에 대해서는 30.2.2절. “VDO 스토리지 공간 요구 사항” 을 참조하십시오.

추가 시스템 소프트웨어

VDO는 다음 소프트웨어에 따라 다릅니다.
  • LVM
  • python 2.7
yum 패키지 관리자는 필요한 모든 소프트웨어 종속 항목을 자동으로 설치합니다.

스토리지 스택에 VDO 배치

일반적으로 특정 스토리지 계층을 VDO 아래에 배치하고 다른 스토리지 계층을 VDO 상단에 배치해야합니다.
  • VDO의 경우 DM-Multipath, DM-Crypt 및 소프트웨어 RAID(LVM 또는 mdraid)가 있습니다.
  • VDO: LVM 캐시, LVM 스냅샷, LVM 씬 프로비저닝.
다음 구성은 지원되지 않습니다.
  • VDO 볼륨의 맨 위에 있는 VDO: 스토리지 → VDO → LVM → VDO
  • LVM Snapshots 위에 있는 VDO
  • LVM 캐시 상단에 있는 VDO
  • 루프백 장치 위에 있는 VDO
  • LVM 씬 프로비저닝 상단에 있는 VDO
  • VDO 상단의 암호화된 볼륨: 스토리지 → VDO → DM-Crypt
  • VDO 볼륨의 파티션: fdisk,parted, similar partitions
  • VDO 볼륨 상단에 RAID(LVM, MD 또는 기타 유형)
중요
VDO는 동기화와 비동기 동기화 의 두 가지 쓰기 모드를 지원합니다. VDO가 동기화 모드인 경우 VDO 장치에 대한 쓰기는 기본 저장소에서 데이터를 영구적으로 기록하면 승인됩니다. VDO가 async 모드인 경우 영구 스토리지에 쓰기 전에 쓰기를 승인합니다.
기본 스토리지의 동작과 일치하도록 VDO 쓰기 정책을 설정하는 것이 중요합니다. 기본적으로 VDO 쓰기 정책은 자동으로 적절한 정책을 선택하는 auto 옵션으로 설정됩니다.
자세한 내용은 30.4.2절. “VDO 쓰기 모드 선택” 에서 참조하십시오.

30.2.1. UDS 인덱스 메모리 요구 사항

UDS 인덱스는 다음 두 부분으로 구성되어 있습니다.
  • 컴팩트한 표현은 고유한 블록당 최대 하나의 항목을 포함하는 메모리에서 사용됩니다.
  • 오류가 발생하면 인덱스에 표시된 관련 블록 이름을 순서대로 기록하는 디스크 구성 요소입니다.
UDS는 메모리의 항목당 평균 4바이트를 사용합니다( 캐시 포함).
on-disk 구성 요소는 UDS에 전달된 바인딩된 데이터 기록을 유지 관리합니다. UDS는 이 중복 제거 창에 가장 최근에 확인된 블록의 이름이 포함된 데이터에 대한 중복 제거 조언을 제공합니다. 중복 제거 창을 사용하면 UDS가 대규모 데이터 리포지토리를 인덱싱하는 데 필요한 메모리 양을 제한하면서 데이터를 가능한 한 효율적으로 인덱싱할 수 있습니다. 중복 제거 창의 경계 특성에도 불구하고, 중복 제거가 높은 수준의 중복 제거도 있는 대부분의 데이터 세트는 높은 수준의 일시적인 지역성을 나타냅니다. 즉, 거의 동시에 작성된 블록 세트 중에서 대부분의 중복 제거가 발생합니다. 또한 일반적으로 기록되는 데이터는 오래 전에 작성된 데이터보다 최근에 기록된 데이터를 복제할 가능성이 높습니다. 따라서 특정 시간 간격에 대한 지정된 워크로드의 경우 UDS가 가장 최근 데이터 또는 모든 데이터만 인덱싱하는지의 중복 제거 속도는 종종 동일합니다.
중복된 데이터는 일시적인 지역성을 나타내는 경향이 있기 때문에 스토리지 시스템의 모든 블록을 인덱싱할 필요가 거의 없습니다. 이로 인해 인덱스 메모리 비용이 중복 제거로 인한 스토리지 비용을 절감할 수 없었습니다. 인덱스 크기 요구 사항은 데이터 수집 비율과 더 밀접하게 관련이 있습니다. 예를 들어 전체 용량이 100TB이지만 주당 1TB의 수집 속도를 사용하는 스토리지 시스템을 고려해 보십시오. 4TB의 중복 제거 기간을 통해 UDS는 지난 한 달 이내에 작성된 데이터 중에서 가장 중복되는 중복을 감지할 수 있습니다.
UDS의 Sparse Indexing 기능(VVV에 권장되는 모드)은 메모리에 가장 관련성이 높은 인덱스 항목만 유지하여 시간적 위치를 악용합니다. UDS는 동일한 양의 메모리를 사용하는 동안 10배 더 큰 중복 제거 창을 유지할 수 있습니다. 스파스 인덱스는 가장 큰 범위를 제공하지만 dense 인덱스는 더 많은 조언을 제공합니다. 대부분의 워크로드에서 동일한 양의 메모리가 주어지면 밀도와 스파스 인덱스 간의 중복 제거 속도가 무효화될 수 있습니다.
인덱스에 필요한 메모리는 중복 제거 창의 원하는 크기에 따라 결정됩니다.
  • 밀도가 높은 인덱스의 경우 UDS는 1TB RAM당 1TB의 중복 제거 창을 제공합니다. 1GB 인덱스는 일반적으로 최대 4TB의 스토리지 시스템에 충분합니다.
  • 스파스 인덱스의 경우 UDS는 1GB RAM당 10TB의 중복 제거 창을 제공합니다. 1GB 스파스 인덱스는 일반적으로 최대 40TB의 물리적 스토리지에 충분합니다.
UDS 인덱스 메모리 요구 사항의 구체적인 예는 참조하십시오. 30.2.3절. “물리 볼륨 크기의 VDO 시스템 요구 사항의 예”