1.2. VDO 배포 시나리오
다음과 같은 목적으로 중복 제거 스토리지를 제공하는 다양한 방법으로 VDO를 배포할 수 있습니다.
- 블록 및 파일 액세스
- 로컬 및 원격 스토리지 둘 다
VDO는 중복 제거 스토리지를 표준 Linux 블록 장치로 노출하므로 표준 파일 시스템, iSCSI 및 FC 대상 드라이버 또는 통합 스토리지와 함께 사용할 수 있습니다.
현재 Ceph RADOS Block Device(RBD) 상단에 VDO 볼륨을 배포할 수 있습니다. 그러나 VDO 볼륨 상단에 Red Hat Ceph Storage 클러스터 구성 요소를 배포하는 것은 현재 지원되지 않습니다.
KVM
직접 연결된 스토리지로 구성된 KVM 서버에 VDO를 배포할 수 있습니다.
파일 시스템
VDO 상단에 파일 시스템을 생성하고 NFS 서버 또는 Samba를 사용하여 NFS 또는 CIFS 사용자에게 노출할 수 있습니다.
iSCSI에 VDO 배치
VDO 스토리지 대상 전체를 iSCSI 대상으로 원격 iSCSI 이니시에이터로 내보낼 수 있습니다.
iSCSI에서 VDO 볼륨을 생성할 때 VDO 볼륨을 iSCSI 계층 위 또는 아래에 배치할 수 있습니다. 고려해야 할 사항은 여러 가지가 있지만 환경에 가장 적합한 방법을 선택할 수 있도록 몇 가지 지침이 제공됩니다.
iSCSI 계층 아래의 iSCSI 서버(대상)에 VDO 볼륨을 배치하는 경우:
- VDO 볼륨은 다른 iSCSI LUN과 유사하게 이니시에이터에 투명합니다. 클라이언트의 씬 프로비저닝 및 공간 절약을 숨기면 LUN이 표시되고 모니터링 및 유지 관리가 쉬워집니다.
- VDO 메타데이터 읽기 또는 쓰기가 없고 dedupe 권고에 대한 읽기 확인이 네트워크에서 수행되지 않으므로 네트워크 트래픽이 줄어듭니다.
- iSCSI 대상에서 사용 중인 메모리 및 CPU 리소스는 성능이 향상될 수 있습니다. 예를 들어, 볼륨 감소가 iSCSI 대상에서 발생하기 때문에 하이퍼바이저의 수가 늘어나는 것을 호스팅할 수 있습니다.
- 클라이언트에서 이니시에이터에서 암호화를 구현하고 대상 아래에 VDO 볼륨이 있는 경우 공간 절약이 실현되지 않습니다.
iSCSI 계층 위의 iSCSI 클라이언트(이니시에이터)에 VDO 볼륨을 배치하는 경우:
- 공간 절약률이 높은 경우 ASYNC 모드에서 네트워크 전반에 낮은 네트워크 트래픽이 발생할 가능성이 있습니다.
- 공간 절약을 직접 보고 제어하고 사용량을 모니터링할 수 있습니다.
-
예를 들어
dm-crypt를 사용하여 데이터를 암호화하려는 경우 crypt에 VDO를 구현하고 공간 효율성을 활용할 수 있습니다.
LVM
기능이 풍부한 시스템에서 LVM을 사용하여 동일한 중복 제거 스토리지 풀에서 모두 지원하는 여러 개의 논리 장치 번호(LUN)를 제공할 수 있습니다.
다음 다이어그램에서 VDO 대상은 LVM에서 관리할 수 있도록 물리 볼륨으로 등록됩니다. 여러 논리 볼륨(LV1 ~ LV4)이 중복 스토리지 풀에서 생성됩니다. 이러한 방식으로 VDO는 다중 프로토콜 통합 블록 또는 기본 중복 제거 스토리지 풀에 대한 파일 액세스를 지원할 수 있습니다.
중복화된 통합 스토리지 설계를 사용하면 여러 파일 시스템에서 LVM 도구를 통해 동일한 중복 제거 도메인을 전체적으로 사용할 수 있습니다. 또한 파일 시스템은 모두 VDO 위에 LVM 스냅샷, copy-on-write, 축소 또는 확장 기능을 활용할 수 있습니다.
Encryption
DM Crypt와 같은 DM(Device Mapper) 메커니즘은 VDO와 호환됩니다. VDO 볼륨을 암호화하면 데이터 보안을 보장할 수 있으며 VDO 위의 모든 파일 시스템은 여전히 중복 제거됩니다.
VDO 위의 암호화 계층을 적용하면 데이터 중복 제거가 거의 발생하지 않습니다. VDO에서 중복을 제거하기 전에 암호화를 사용하면 중복 블록이 서로 다릅니다.
항상 VDO 아래에 암호화 계층을 배치합니다.
