스토리지 구성

스토리지는 기본 데이터 중복성에 따라 분류된 풀에 구성되며, 모든 파일 시스템 및 LUN 간에 공유되는 공간을 제공합니다. 스토리지 풀과 개별 파일 시스템 또는 LUN과의 관계에 대한 자세한 내용은 공유를 참조하십시오.

클러스터의 각 노드에는 풀이 여러 개 있을 수 있으며 각 풀에 개별적으로 소유권을 지정할 수 있습니다. 풀은 개수에 제한 없이 만들 수 있지만, 동일한 중복성 특성을 가진 풀을 여러 개 만들고 이들에 대한 소유권을 동일한 클러스터 헤드가 갖도록 하는 것은 좋지 않습니다. 이 경우 성능이 저하되고 리소스 할당이 최적으로 이루어지지 않을 뿐 아니라 스토리지가 부자연스럽게 분할되고 관리 작업이 복잡해집니다. 미러링된 풀과 RAID-Z 풀처럼 풀의 중복성이나 성능 특성이 명확히 다른 경우에만 동일한 호스트에 풀을 여러 개 구성하는 것이 좋습니다. 로그 및 캐시 장치에 대한 액세스를 공유별로 제어할 수 있는 단일 풀이 권장 작업 모드입니다.

새 풀을 구성하거나 기존 풀을 가져와서 풀을 만들 수 있습니다. 기존 풀 가져오기는 이전에 Oracle ZFS Storage Appliance에 구성된 풀을 가져올 때만 사용하며, 풀이 실수로 다시 구성되거나 헤드 노드 간에 이동되거나 심각한 헤드 오류가 발생한 경우에 유용합니다.

풀에 원시 스토리지를 할당할 경우, 특히 공유나 LUN에 쓸 때 풀이 완전히 차면 성능이 현저히 저하됩니다. 풀이 80%까지 차면 이러한 현상이 나타나기 시작해 90%까지 차면 심각해질 수 있습니다. 따라서 20% 정도를 초과로 프로비전하면 최상의 결과를 얻을 수 있습니다. 공유 UI를 사용하면 현재 사용 중인 공간을 확인할 수 있습니다.

모든 섀시 내의 드라이브는 개별적으로 할당할 수 있지만 Disk Shelf에서 디스크를 할당할 때는 최적의 풀 구성을 위해 주의를 기울여야 합니다. 일반적으로 풀당 디스크를 더 많이 구성하여 풀의 수를 줄이는 방법이 선호되는데, 관리 작업이 간소해지고 사용 가능한 전체 용량의 백분율이 높아지기 때문입니다.

시스템에서 원하는 만큼 나누어 스토리지를 할당할 수는 있지만 모든 Disk Shelf 간에 디스크를 최소 8개나 그 이상씩 묶어서 할당하는 것이 좋습니다.

최적의 성능을 위해 다음 규칙을 사용하십시오.

• 규칙 1 - 헤드 노드나 Disk Shelf에 포함된 모든 "데이터" 디스크는 회전 속도(매체 회전 속도)가 동일해야 합니다. 어플라이언스 소프트웨어는 잘못된 구성을 감지하고 해당 조건에 대해 결함을 생성합니다.

• 권장 사항 1 - 예상치 못한 성능 문제가 발생할 수 있으므로 회전 속도가 서로 다른 디스크를 동일한 풀에 함께 구성하지 마십시오.

• 권장 사항 2 - 최적의 성능을 위해 동일한 SAS 패브릭(HBA 연결)에서 Disk Shelf와 회전 속도가 다른 디스크를 함께 사용하지 마십시오. 이렇게 결합하여 사용할 경우 제대로 작동은 하지만 고속 장치의 성능이 저하될 수 있습니다.

• 권장 사항 3 - 용량이 서로 다른 데이터 디스크를 포함하는 스토리지 풀을 구성할 경우, ZFS는 경우에 따라 스토리지 풀 내의 일부 또는 전체 디스크에 대해 용량이 가장 작은 디스크 크기를 사용하게 되어 전반적인 예상 성능이 저하됩니다. 사용되는 크기는 스토리지 프로파일, 레이아웃 및 장치 조합에 따라 달라집니다. 동일한 풀에서 용량이 서로 다른 디스크를 함께 사용하지 마십시오.

스토리지를 구성하려면 다음 절을 참조하십시오.

• 스토리지 프로파일 선택

• 데이터 프로파일 구성

• 기존 스토리지 풀 가져오기

• 스토리지 추가

• 스토리지 구성 해제

• 스토리지 풀 스크러빙

• BUI를 사용하여 스토리지 풀 구성

• BUI를 사용하여 기존 풀에 캐시 장치 추가

• CLI를 사용하여 기존 풀에 캐시 장치 추가