볼륨은 애플리케이션, 데이터베이스 및 파일 시스템이 데이터를 저장하는 컨테이너입니다. 이는 호스트가 스토리지 어레이의 스토리지에 액세스하기 위해 생성되는 논리적 구성 요소입니다.

볼륨은 풀 또는 볼륨 그룹에서 사용 가능한 용량으로 생성됩니다. 볼륨에는 정의된 용량이 있습니다. 볼륨은 둘 이상의 드라이브로 구성될 수 있지만 호스트에는 하나의 논리적 구성 요소로 표시됩니다.

선택한 볼륨 그룹에는 하나 이상의 여유 용량 영역이 있을 수 있습니다. 여유 용량 영역은 볼륨을 삭제하거나 볼륨 생성 시 사용 가능한 여유 용량을 모두 사용하지 않아 발생하는 여유 용량입니다.

하나 이상의 여유 용량 영역이 있는 볼륨 그룹에 볼륨을 생성할 때, 해당 볼륨의 용량은 해당 볼륨 그룹에서 가장 큰 여유 용량 영역의 용량으로 제한됩니다. 예를 들어, 볼륨 그룹의 총 여유 용량이 15GiB이고 가장 큰 여유 용량 영역이 10GiB인 경우, 생성할 수 있는 최대 볼륨은 10GiB입니다.

볼륨 그룹에 사용 가능한 용량 영역이 있는 경우 볼륨 그룹 그래프에 기존 사용 가능한 용량 영역 수를 나타내는 링크가 포함됩니다. 링크를 선택하면 각 영역의 용량을 나타내는 팝오버가 표시됩니다.

사용 가능한 용량을 통합하면 볼륨 그룹의 최대 사용 가능한 용량에서 추가 볼륨을 생성할 수 있습니다. 다음 방법 중 하나를 사용하여 선택한 볼륨 그룹의 기존 사용 가능한 용량을 통합할 수 있습니다.

가장 큰 여유 용량 영역 대신 특정 여유 용량 영역을 사용하려면 명령줄 인터페이스(CLI)를 사용하십시오.

볼륨 생성 과정에서 워크로드 사용에 대한 정보를 입력하라는 메시지가 표시됩니다. 시스템은 이 정보를 사용하여 최적의 볼륨 구성을 생성하며, 필요에 따라 편집할 수 있습니다. 선택적으로 볼륨 생성 과정에서 이 단계를 건너뛸 수도 있습니다.

워크로드는 애플리케이션을 지원하는 스토리지 개체입니다. 애플리케이션당 하나 이상의 워크로드 또는 인스턴스를 정의할 수 있습니다. 일부 애플리케이션의 경우 시스템은 유사한 기본 볼륨 특성을 가진 볼륨을 포함하도록 워크로드를 구성합니다. 이러한 볼륨 특성은 워크로드가 지원하는 애플리케이션 유형을 기반으로 최적화됩니다. 예를 들어, Microsoft SQL Server 애플리케이션을 지원하는 워크로드를 생성한 다음 해당 워크로드에 대한 볼륨을 생성하면 기본 볼륨 특성이 Microsoft SQL Server를 지원하도록 최적화됩니다.

볼륨이 명령줄 인터페이스(CLI)를 사용하여 생성되었거나 다른 스토리지 어레이에서 마이그레이션(가져오기/내보내기)된 경우 워크로드와 연결되지 않습니다.

이 워크로드는 명령줄 인터페이스(CLI)를 사용하여 생성되었거나 다른 스토리지 어레이에서 마이그레이션(가져오기/내보내기)된 볼륨 그룹으로 구성됩니다. 따라서 이 워크로드의 볼륨은 애플리케이션별 워크로드와 연결되어 있지 않으므로 워크로드를 삭제할 수 없습니다.

애플리케이션별 워크로드의 볼륨 특성은 워크로드가 스토리지 어레이 구성 요소와 상호 작용하는 방식을 결정하며, 특정 구성에서 환경의 성능을 결정하는 데 도움이 됩니다.

애플리케이션은 SQL Server 또는 Exchange와 같은 소프트웨어입니다. 각 애플리케이션을 지원하기 위해 하나 이상의 워크로드를 정의합니다.

워크로드 정보는 선택된 워크로드에 맞춰 I/O 유형, 세그먼트 크기, 읽기/쓰기 캐시와 같은 볼륨 특성을 최적화하는 데 사용됩니다. 이러한 최적화된 특성은 워크로드가 스토리지 어레이 구성 요소와 상호 작용하는 방식을 결정합니다.

사용자가 제공하는 워크로드 정보를 기반으로 System Manager는 적절한 볼륨을 생성하여 시스템에 현재 존재하는 사용 가능한 풀 또는 볼륨 그룹에 배치합니다. 시스템은 사용자가 선택한 워크로드에 대한 최신 모범 사례를 기반으로 볼륨을 생성하고 특성을 최적화합니다.

특정 워크로드에 대한 볼륨 생성을 완료하기 전에 권장 볼륨 구성을 검토하고 볼륨 추가/편집 대화 상자를 사용하여 시스템에서 권장하는 볼륨 및 특성을 편집, 추가 또는 삭제할 수 있습니다.

모범 사례 정보는 애플리케이션별 문서를 참조하십시오.

볼륨 용량을 늘리더라도 호스트가 볼륨 용량 증가를 즉시 인식하지 못할 수 있습니다.

대부분의 운영 체제는 확장된 볼륨 용량을 인식하고 볼륨 확장이 시작되면 자동으로 확장합니다. 그러나 일부 운영 체제는 그렇지 않을 수 있습니다. 운영 체제가 확장된 볼륨 용량을 자동으로 인식하지 못하는 경우 디스크 재검사를 수행하거나 시스템을 재부팅해야 할 수 있습니다.

볼륨 용량을 확장한 후에는 파일 시스템 크기도 수동으로 그에 맞게 늘려야 합니다. 이 방법은 사용 중인 파일 시스템에 따라 다릅니다.

자세한 내용은 호스트 운영 체제 설명서를 참조하십시오.

볼륨을 이동할 수 없는 풀 또는 볼륨 그룹은 목록에 표시되지 않습니다.

다음과 같은 이유로 풀 또는 볼륨 그룹이 적합하지 않습니다.

세그먼트는 스토리지 어레이가 스트라이프(RAID 그룹)에서 다음 드라이브로 이동하기 전에 드라이브에 저장되는 데이터 양(킬로바이트, KiB)을 나타냅니다. 세그먼트 크기는 볼륨 그룹에만 적용되며 풀에는 적용되지 않습니다.

세그먼트 크기는 해당 세그먼트에 포함되는 데이터 블록 수로 정의됩니다. 세그먼트 크기를 결정할 때는 볼륨에 저장할 데이터 유형을 알아야 합니다. 애플리케이션이 일반적으로 소규모의 임의 읽기/쓰기 작업(IOPS)을 많이 사용하는 경우, 세그먼트 크기를 작게 하는 것이 일반적으로 더 효과적입니다. 반대로 애플리케이션이 대규모의 순차적 읽기/쓰기 작업(처리량)을 많이 사용하는 경우에는 세그먼트 크기를 크게 하는 것이 일반적으로 더 좋습니다.

애플리케이션이 소규모 임의 읽기/쓰기를 사용하든, 대규모 순차 읽기/쓰기를 사용하든, 스토리지 어레이는 세그먼트 크기가 일반적인 데이터 블록 청크 크기보다 클 때 성능이 향상됩니다. 이는 일반적으로 드라이브가 데이터에 더 쉽고 빠르게 액세스할 수 있도록 해주며, 스토리지 어레이 성능 향상에 중요한 요소입니다.

기본 컨트롤러 소유권은 볼륨의 소유 또는 운영 컨트롤러로 지정된 컨트롤러를 정의합니다.

컨트롤러 소유권은 매우 중요하며 신중하게 계획해야 합니다. 전체 I/O 측면에서 컨트롤러는 최대한 균형을 이루어야 합니다.

예를 들어, 한 컨트롤러가 주로 대용량의 순차적 데이터 블록을 읽고 다른 컨트롤러가 빈번한 읽기/쓰기가 발생하는 소형 데이터 블록을 읽는 경우, 부하 분포는 매우 다릅니다. 어떤 볼륨에 어떤 유형의 데이터가 포함되어 있는지 파악하면 두 컨트롤러에 걸쳐 I/O 전송을 균등하게 분산할 수 있습니다.

볼륨 생성 프로세스의 속도를 높이려면 호스트 할당 단계를 건너뛰어 새로 생성된 볼륨이 오프라인으로 초기화되도록 할 수 있습니다.

새로 생성된 볼륨은 초기화해야 합니다. 시스템은 IAF(Immediate Available Format) 백그라운드 초기화 프로세스 또는 오프라인 프로세스, 이렇게 두 가지 모드 중 하나를 사용하여 볼륨을 초기화할 수 있습니다.

볼륨을 호스트에 매핑하면 해당 그룹의 모든 초기화 중인 볼륨이 백그라운드 초기화로 전환됩니다. 이 백그라운드 초기화 프로세스를 통해 호스트 I/O를 동시에 처리할 수 있지만, 경우에 따라 시간이 오래 걸릴 수 있습니다.

볼륨 그룹 내의 어떤 볼륨도 매핑되지 않은 경우 오프라인 초기화가 수행됩니다. 오프라인 프로세스는 백그라운드 프로세스보다 훨씬 빠릅니다.

EF300 및 EF600 시스템의 경우, 볼륨은 512바이트 또는 4KiB 블록 크기("섹터 크기"라고도 함)를 지원하도록 설정할 수 있습니다. 볼륨 생성 시 올바른 값을 설정해야 합니다. 가능한 경우 시스템에서 적절한 기본값을 제안합니다.

볼륨 블록 크기를 설정하기 전에 다음 제한 사항 및 지침을 참조하십시오.