Virtual Volumes 어레이 측에서 스토리지 컨테이너를 프로비저닝할 때 다음 모범 사례를 따르십시오.
제한을 기반으로 컨테이너 생성
스토리지 컨테이너는 가상 볼륨을 그룹화할 때 논리적 제한을 적용하기 때문에 컨테이너는 적용하려는 경계와 일치해야 합니다.
- 조직 또는 부서(예: 인적 자원 및 재무)
- 그룹 또는 프로젝트(팀 A 및 빨강 팀)
- 고객
모든 스토리지 기능을 단일 컨테이너에 넣기
스토리지 컨테이너는 개별 데이터스토어입니다. 단일 스토리지 컨테이너가 여러 스토리지 기능 프로파일을 내보낼 수 있습니다. 따라서 다양한 요구 사항 및 다양한 스토리지 정책 설정을 사용하는 여러 가상 시스템이 동일한 스토리지 컨테이너에 속할 수 있습니다.
스토리지 프로파일 변경은 어레이 측 작업이어야 하며 다른 컨테이너로의 스토리지 마이그레이션이 아니어야 합니다.
스토리지 컨테이너의 과다 프로비저닝 방지
스토리지 컨테이너를 프로비저닝할 때 컨테이너 구성의 일부로 적용하는 공간 제한은 논리적 제한일 뿐입니다. 예상 사용량보다 크게 컨테이너를 프로비저닝하지 마십시오. 나중에 컨테이너 크기를 늘릴 경우 컨테이너를 다시 포맷하거나 다시 분할하지 않아도 됩니다.
스토리지별 관리 UI를 사용하여 프로토콜 끝점 프로비저닝
모든 스토리지 컨테이너에는 ESXi 호스트가 액세스할 수 있는 PE(프로토콜 끝점)가 필요합니다.
블록 스토리지를 사용할 경우 PE는 T10 기반 LUN WWN으로 정의된 프록시 LUN을 나타냅니다. NFS 스토리지의 경우 PE는 IP 주소나 DNS 이름 및 공유 이름과 같은 마운트 지점입니다.
일반적으로 PE는 어레이별로 구성됩니다. PE를 구성할 때 특정 스토리지 프로세서 또는 특정 호스트를 PE와 연결해야 할 수 있습니다. PE 생성 시 오류를 방지하려면 수동으로 구성하지 마십시오. 가능하면 스토리지별 관리 도구를 대신 사용하십시오.
프로토콜 끝점 LUN에 Disk.MaxLUN보다 큰 ID를 할당하지 않음
기본적으로 ESXi 호스트는 0-1023 범위 내에 있는 LUN ID를 액세스할 수 있습니다. 구성하는 프로토콜 끝점 LUN의 ID가 1024 이상이면 호스트가 해당 PE를 무시할 수 있습니다.
환경에서 1023보다 큰 LUN ID를 사용하는 경우에는 검색되는 LUN 번호를 Disk.MaxLUN 매개 변수를 통해 변경하십시오. 검색한 스토리지 디바이스 수 변경의 내용을 참조하십시오.
