스토리지는 기본 데이터 중복성에 따라 분류된 풀에 구성되며, 모든 파일 시스템 및 LUN 간에 공유되는 공간을 제공합니다. 개별 파일 시스템 또는 LUN과 관련된 스토리지 풀에 대한 자세한 내용은 스토리지 풀, 프로젝트 및 공유 정보에서 찾을 수 있습니다.
새 풀을 구성하거나 기존 풀을 가져와 풀을 만들 수 있습니다. 기존 풀 가져오기는 이전에 Oracle ZFS Storage Appliance에 구성된 풀을 가져올 때만 사용하며, 컨트롤러 간에 풀이 이동되는 경우 또는 심각한 컨트롤러 오류가 발생한 경우와 같이 풀이 실수로 다시 구성되는 경우에 유용합니다.
클러스터의 각 컨트롤러에는 풀이 여러 개 있을 수 있으며 각 풀에 개별적으로 소유권을 지정할 수 있습니다. 로그 및 캐시 장치에 대한 액세스를 공유별로 제어할 수 있는 단일 풀이 권장 작업 모드입니다. 풀은 개수에 제한 없이 만들 수 있지만, 동일한 중복성 특성을 가진 풀을 여러 개 만들고 이들에 대한 소유권을 동일한 클러스터 헤드가 갖도록 하는 것은 좋지 않습니다. 이 경우 성능이 저하되고 리소스 할당이 최적으로 이루어지지 않을 뿐 아니라 스토리지가 부자연스럽게 분할되고 관리 작업이 복잡해집니다. 데이터베이스용으로 미러링된 풀과 스트리밍 작업을 위한 RAID-Z 풀처럼 풀의 중복성이나 성능 특성이 명확히 다른 경우에만 동일한 호스트에 풀을 여러 개 구성하는 것이 좋습니다.
모든 섀시 내의 드라이브는 개별적으로 할당할 수 있지만 Disk Shelf에서 디스크를 할당할 때는 최적의 풀 구성을 위해 주의를 기울여야 합니다. 일반적으로 풀당 디스크를 더 많이 구성하여 풀의 수를 줄이는 방법이 선호되는데, 관리 작업이 간소해지고 사용 가능한 전체 용량의 백분율이 높아지기 때문입니다.
시스템에서 원하는 만큼 나누어 스토리지를 할당할 수는 있지만 모든 Disk Shelf 간에 디스크를 최소 8개나 그 이상씩 묶어서 할당하는 것이 좋습니다.
스토리지 풀을 구성할 때 다음 제한 사항을 따릅니다.
헤드 노드나 Disk Shelf에 포함된 모든 데이터 디스크는 회전 속도(매체 회전 속도)가 동일해야 합니다. 어플라이언스 소프트웨어는 잘못된 구성을 감지하고 해당 조건에 대해 결함을 생성합니다.
예상치 못한 성능 문제가 발생할 수 있으므로 회전 속도가 서로 다른 디스크를 동일한 풀에 함께 구성하지 마십시오.
최적의 성능을 위해 동일한 SAS 패브릭(HBA 연결)에서 Disk Shelf와 회전 속도가 다른 디스크를 함께 사용하지 마십시오. 이렇게 결합하여 사용할 경우 제대로 작동은 하지만 고속 장치의 성능이 저하될 수 있습니다.
동일한 풀에서 용량이 서로 다른 디스크를 함께 사용하지 마십시오. 용량이 서로 다른 데이터 디스크를 포함하는 스토리지 풀을 구성할 경우, ZFS는 경우에 따라 스토리지 풀 내의 일부 또는 전체 디스크에 대해 용량이 가장 작은 디스크 크기를 사용하게 되어 전반적인 예상 성능이 저하됩니다. 사용되는 크기는 스토리지 프로파일, 레이아웃 및 장치 조합에 따라 달라집니다.
풀에 원시 스토리지를 할당할 경우, 특히 공유나 LUN에 쓸 때 풀이 완전히 차면 성능이 현저히 저하됩니다. 풀이 전체 용량에 도달하면 이런 영향이 더 눈에 띄게 됩니다.