ESXivCenter Server와 함께 Virtual Volumes를 사용하는 경우 다음 권장 사항을 참고하십시오.

Virtual Volumes 사용 시 지침 및 제한 사항

Virtual Volumes 기능을 최대한 활용하려면 특정 지침을 따라야 합니다.

Virtual Volumes는 다음과 같은 기능, 특징 및 VMware 제품을 지원합니다.

  • Virtual Volumes를 사용하면 개별 가상 디스크에서 복제, 암호화, 중복 제거 및 압축을 포함한 고급 스토리지 서비스를 사용할 수 있습니다. Virtual Volumes에 지원되는 서비스에 대한 정보는 해당 스토리지 벤더에 문의하십시오.
  • Virtual Volumes 기능은 vSphere APIs - Data Protection을 사용하는 백업 소프트웨어를 지원합니다. 가상 볼륨은 가상 디스크에 모델링됩니다. vSphere APIs - Data Protection을 사용하는 백업 제품은 LUN에 있는 VMDK 파일에서와 마찬가지로 가상 볼륨에서 완벽하게 지원됩니다. vSphere APIs - Data Protection을 사용하는 백업 소프트웨어에 의해 생성된 스냅샷은 vSphere 및 백업 소프트웨어에 비 vVol 스냅샷으로 표시됩니다.
    참고: Virtual Volumes는 SAN 전송 모드를 지원하지 않습니다. vSphere APIs - Data Protection은 대체 데이터 전송 방법을 자동으로 선택합니다.

    vSphere Storage APIs - Data Protection과의 통합에 대한 자세한 내용은 해당 백업 소프트웨어 벤더에 문의하십시오.

  • Virtual Volumes는 vSphere vMotion, Storage vMotion, 스냅샷, 연결된 복제 및 DRS와 같은 vSphere 기능을 지원합니다.
  • Oracle Real Application Cluster와 같은 클러스터링 제품을 Virtual Volumes와 함께 사용할 수 있습니다. 이러한 제품을 사용하려면 Virtual Volumes 데이터스토어에 저장된 가상 디스크에 대해 다중 작성 설정을 활성화해야 합니다.

자세한 내용은 기술 자료 문서(http://kb.vmware.com/kb/2112039)를 참조하십시오. Virtual Volumes 기능이 지원하는 기능 및 제품 목록을 보려면 "VMware 제품 상호 운용성 매트릭스" 를 참조하십시오.

Virtual Volumes 제한 사항

다음과 같은 제한을 알고 있으면 Virtual Volumes 사용 환경을 개선할 수 있습니다.
  • Virtual Volumes 환경에는 vCenter Server가 필요하기 때문에 Virtual Volumes를 독립형 호스트와 함께 사용할 수 없습니다.
  • Virtual Volumes 기능은 RDM을 지원하지 않습니다.
  • Virtual Volumes 스토리지 컨테이너는 여러 물리적 어레이에 걸쳐 있을 수 없습니다. 일부 벤더는 물리적 어레이 여러 개를 단일 어레이로 표시합니다. 이러한 경우 기술적으로는 여전히 하나의 논리적 어레이를 사용합니다.
  • Virtual Volumes 데이터스토어가 포함된 호스트 프로파일은 vCenter Server별로 고유합니다. 이러한 유형의 호스트 프로파일을 추출한 후에는 참조 호스트와 동일한 vCenter Server를 통해 관리되는 호스트 및 클러스터에만 해당 호스트 프로파일을 연결할 수 있습니다. 자세한 내용은 "구성 최대값" 설명서를 참조하십시오.

NVMe의 Virtual Volumes 제한 사항

vSphere 8.0 릴리스와 관련된 NVMe over Virtual Volumes에는 다음 기능이 지원되지 않습니다.
  • 복제 및 Site Recovery Manager 작업.
  • NVMe 예약.
  • NVMe 할당 해제 및 매핑 해제 작업.
  • VM 간 디스크 공유.
  • NVMe 대역 내 마이그레이션.

스토리지 컨테이너 프로비저닝 모범 사례

Virtual Volumes 어레이 측에서 스토리지 컨테이너를 프로비저닝할 때 다음 모범 사례를 따르십시오.

제한을 기반으로 컨테이너 생성

스토리지 컨테이너는 가상 볼륨을 그룹화할 때 논리적 제한을 적용하기 때문에 컨테이너는 적용하려는 경계와 일치해야 합니다.

다중 테넌트 배포 환경에서 테넌트용으로 생성한 컨테이너 또는 기업 배포 환경에서 부서용으로 생성한 컨테이너를 예로 들 수 있습니다.
  • 조직 또는 부서(예: 인적 자원 및 재무)
  • 그룹 또는 프로젝트(팀 A 및 빨강 팀)
  • 고객

모든 스토리지 기능을 단일 컨테이너에 넣기

스토리지 컨테이너는 개별 데이터스토어입니다. 단일 스토리지 컨테이너가 여러 스토리지 기능 프로파일을 내보낼 수 있습니다. 따라서 다양한 요구 사항 및 다양한 스토리지 정책 설정을 사용하는 여러 가상 시스템이 동일한 스토리지 컨테이너에 속할 수 있습니다.

스토리지 프로파일 변경은 어레이 측 작업이어야 하며 다른 컨테이너로의 스토리지 마이그레이션이 아니어야 합니다.

스토리지 컨테이너의 과다 프로비저닝 방지

스토리지 컨테이너를 프로비저닝할 때 컨테이너 구성의 일부로 적용하는 공간 제한은 논리적 제한일 뿐입니다. 예상 사용량보다 크게 컨테이너를 프로비저닝하지 마십시오. 나중에 컨테이너 크기를 늘릴 경우 컨테이너를 다시 포맷하거나 다시 분할하지 않아도 됩니다.

스토리지별 관리 UI를 사용하여 프로토콜 끝점 프로비저닝

모든 스토리지 컨테이너에는 ESXi 호스트가 액세스할 수 있는 PE(프로토콜 끝점)가 필요합니다.

블록 스토리지를 사용할 경우 PE는 T10 기반 LUN WWN으로 정의된 프록시 LUN을 나타냅니다. NFS 스토리지의 경우 PE는 IP 주소나 DNS 이름 및 공유 이름과 같은 마운트 지점입니다. NVMe 스토리지의 경우 PE는 ANA 그룹이고 프록시 네임스페이스는 가상입니다.

일반적으로 PE는 어레이별로 구성됩니다. PE를 구성할 때 특정 스토리지 프로세서 또는 특정 호스트를 PE와 연결해야 할 수 있습니다. PE 생성 시 오류를 방지하려면 수동으로 구성하지 마십시오. 가능하면 스토리지별 관리 도구를 대신 사용하십시오.

프로토콜 끝점 LUN에 Disk.MaxLUN보다 큰 ID를 할당하지 않음

기본적으로 ESXi 호스트는 0-1023 범위 내에 있는 LUN ID를 액세스할 수 있습니다. 구성하는 프로토콜 끝점 LUN의 ID가 1024 이상이면 호스트가 해당 PE를 무시할 수 있습니다.

환경에서 1023보다 큰 LUN ID를 사용하는 경우에는 검색되는 LUN 번호를 Disk.MaxLUN 매개 변수를 통해 변경하십시오. 검색한 스토리지 디바이스 수 변경의 내용을 참조하십시오.

Virtual Volumes 성능 모범 사례

최적의 Virtual Volumes 성능 결과를 보장하려면 다음 권장 사항을 따르십시오.

개별 가상 볼륨 구성 요소에 서로 다른 VM 스토리지 정책 사용

기본적으로 Virtual Volumes 환경에서 가상 시스템의 모든 구성 요소에는 단일 VM 스토리지 정책이 사용됩니다. 그러나 구성 요소(예: 데이터베이스 가상 디스크 및 해당하는 로그 가상 디스크)마다 성능 특성이 다를 수 있습니다. 성능 요구 사항에 따라 개별 가상 디스크와 VM 홈 파일 또는 config-vVol에 서로 다른 VM 스토리지 정책을 할당할 수 있습니다.

vSphere Client를 사용하는 경우에는 swap-vVol, memory-vVol 또는 snapshot-vVol에 대한 VM 스토리지 정책 할당을 변경할 수 없습니다.

Virtual Volumes에 대한 VM 스토리지 정책 생성의 내용을 참조하십시오.

Virtual Volumes를 통해 호스트 프로파일 얻기

Virtual Volumes를 통해 호스트 프로파일을 얻는 가장 좋은 방법은 참조 호스트를 구성하고 프로파일을 추출하는 것입니다. vSphere Client에서 기존 호스트 프로파일을 수동으로 편집한 후 편집된 프로파일을 새 호스트에 연결하면 규정 준수 오류가 트리거될 수 있고 다른 예측할 수 없는 문제도 발생할 수 있습니다. 자세한 내용은 VMware 기술 자료 문서 2146394를 참조하십시오.

개별 프로토콜 끝점의 I/O 로드 모니터링

  • 모든 가상 볼륨 I/O는 PE(프로토콜 끝점)를 통과합니다. 어레이는 ESXi 호스트가 액세스할 수 있는 여러 개의 PE 중에서 프로토콜 끝점을 선택합니다. 어레이는 로드 밸런싱을 수행할 수 있으며, 가상 볼륨과 PE를 연결하는 바인딩 경로를 변경할 수 있습니다. 가상 볼륨 바인딩 및 바인딩 해제의 내용을 참조하십시오.
  • 블록 스토리지의 경우 잠재적으로 많은 수의 가상 볼륨 때문에 ESXi는 I/O에 대해 대량의 대기열 크기를 할당합니다. Scsi.ScsiVVolPESNRO 매개 변수는 PE에 대해 대기열에 포함할 수 있는 I/O 수를 제어합니다. 이 매개 변수는 vSphere Client의 [고급 시스템 설정] 페이지에서 구성할 수 있습니다.

어레이 제한 모니터링

단일 VM이 여러 가상 볼륨을 사용할 수 있습니다. 가상 볼륨 개체의 내용을 참조하십시오.

예를 들어 VM에 가상 디스크 두 개가 있고 메모리가 포함된 스냅샷 두 개를 생성한다고 가정합니다. 이 경우 VM은 Virtual Volumes 개체를 10개(config-vVol 1개, swap-vVol 1개, data-vVol 2개, snapshot-vVol 4개 및 memory snapshot-vVol 2개)까지 사용할 수 있습니다.

스토리지 제공자를 사용할 수 있는지 확인

Virtual Volumes 스토리지에 액세스하려면 ESXi 호스트에 스토리지 제공자(VASA 제공자)가 필요합니다. 스토리지 어레이 펌웨어에 내장되거나 VM 형태의 장치로 배포됩니다. VASA 제공자가 VM 기반 장치인 경우 스토리지 제공자를 항상 사용할 수 있습니다. 스토리지 제공자를 항상 사용할 수 있도록 하려면 다음 지침을 따르십시오.
  • 스토리지 제공자 VM을 Virtual Volumes 스토리지로 마이그레이션하지 않습니다.
  • 스토리지 제공자 VM을 백업합니다.
  • 적절할 때 vSphere HA 또는 Site Recovery Manager를 사용하여 스토리지 제공자 VM을 보호합니다.