스토리지는 기본 데이터 중복성에 따라 분류된 풀에 구성되며, 모든 파일 시스템 및 LUN 간에 공유되는 공간을 제공합니다. 개별 파일 시스템 또는 LUN과 관련된 스토리지 풀에 대한 자세한 내용은 스토리지 풀, 프로젝트 및 공유 정보에서 찾을 수 있습니다.
새 풀을 구성하거나 기존 풀을 가져와서 풀을 만들 수 있습니다. 기존 풀 가져오기는 Oracle ZFS Storage Appliance에서 이전에 구성된 풀을 가져오는 데만 사용됩니다. 기존 풀 가져오기는 컨트롤러 간에 풀이 이동되는 경우 또는 심각한 컨트롤러 오류가 발생한 경우와 같이 풀이 실수로 다시 구성되는 경우에 유용합니다.
클러스터의 각 컨트롤러에는 풀이 여러 개 있을 수 있으며 각 풀에 개별적으로 소유권을 지정할 수 있습니다. 로그 및 캐시 장치에 대한 액세스를 공유별로 제어할 수 있는 단일 풀이 권장 작업 모드입니다. 풀은 개수에 제한 없이 만들 수 있지만, 동일한 중복성 특성을 가진 풀을 여러 개 만들고 이들에 대한 소유권을 동일한 클러스터 헤드가 갖도록 하는 것은 좋지 않습니다. 이 경우 성능이 저하되고 리소스 할당이 최적으로 이루어지지 않을 뿐 아니라 스토리지가 부자연스럽게 분할되고 관리 작업이 복잡해집니다. 데이터베이스용으로 미러링된 풀과 스트리밍 작업을 위한 RAID-Z 풀처럼 풀의 중복성이나 성능 특성이 명확히 다른 경우에만 동일한 호스트에 풀을 여러 개 구성하는 것이 좋습니다.
모든 섀시 내의 드라이브는 개별적으로 할당할 수 있지만 Disk Shelf에서 디스크를 할당할 때는 최적의 풀 구성을 위해 주의를 기울여야 합니다. 일반적으로 풀당 디스크를 더 많이 구성하여 풀의 수를 줄이는 방법이 선호되는데, 관리 작업이 간소해지고 사용 가능한 전체 용량의 백분율이 높아지기 때문입니다.
시스템에서 원하는 만큼 나누어 스토리지를 할당할 수는 있지만 모든 Disk Shelf 간에 디스크를 최소 8개나 그 이상씩 묶어서 할당하는 것이 좋습니다.
스토리지 풀을 구성할 때 다음 제한 사항을 따릅니다.
헤드 노드나 Disk Shelf에 포함된 모든 데이터 디스크는 회전 속도(매체 회전 속도)가 동일해야 합니다. 어플라이언스 소프트웨어는 잘못된 구성을 감지하고 해당 조건에 대해 결함을 생성합니다.
예상치 못한 성능 문제가 발생할 수 있으므로 회전 속도가 서로 다른 디스크를 동일한 풀에 함께 구성하지 마십시오.
최적의 성능을 위해 동일한 SAS 패브릭(HBA 연결)에서 Disk Shelf와 회전 속도가 다른 디스크를 함께 사용하지 마십시오. 이렇게 결합하여 사용할 경우 제대로 작동은 하지만 고속 장치의 성능이 저하될 수 있습니다.
새 풀을 만들 때 여러 데이터 디스크 용량을 혼합하지 마십시오. 그렇게 하면 모든 디스크가 풀에서 가장 작은 용량 디스크로 제한됩니다. 기존 풀에 더 큰 용량의 디스크를 추가하는 경우 더 큰 디스크의 용량이 유지됩니다. 하지만 시스템은 기존 디스크와 동일한 용량 사용률에 도달하기 시작할 때까지 새 디스크에 쓰려고 합니다. 성능을 유지하려면 원본 풀의 총 디스크 수만큼 용량이 큰 새 디스크를 추가하십시오.
소프트웨어 버전 OS8.7.0 이상에서 사용 가능한 향상된 데이터 중복 제거 기능을 지원하려면 메타 장치가 3.2TB(최소값) SSD여야 합니다.
풀에 원시 스토리지를 할당할 경우, 특히 공유나 LUN에 쓸 때 풀이 완전히 차면 성능이 현저히 저하됩니다. 풀이 전체 용량에 도달하면 이런 영향이 더 눈에 띄게 됩니다.
Oracle Storage Drive Enclosure DE3-24P는 완전히 채워진 플래시 기반 SSD 데이터 장치 및 선택적 로그 장치가 있는 전체 플래시 스토리지로 구성할 수 있습니다. 전체 플래시 스토리지는 낮은 대기 시간 I/O를 제공하여 작업량 성능을 향상시켜 줍니다.
전체 플래시 스토리지 풀에는 데이터 SSD 및 선택적 로그 장치가 포함되어 있습니다. 읽기 플래시 캐시 및 메타 장치는 전체 플래시 풀에 포함될 수 없습니다. SSD의 남은 수명은 임계값 경보를 사용하여 모니터할 수 있습니다.
프로젝트, 파일 시스템 또는 LUN을 삭제하는 경우 지연 업데이트 비동기 데이터 세트 삭제(OS8.7.0)가 수락되는 경우 스토리지 풀에서 재생되는 공간의 양을 확인할 수 있습니다. BUI에서는 이와 같은 삭제 작업 중에 Asynchronous Dataset Destroy(비동기 데이터 세트 삭제) 필드가 표시됩니다. CLI에서와 마찬가지로, async_destroy_reclaim_space 등록 정보는 재생될 공간의 양을 반영하여 작업이 완료되면 0(영)을 표시합니다. 프로젝트, 파일 시스템 또는 LUN을 삭제하는 개별 절차에는 스토리지 풀의 재생 공간을 모니터하기 위한 단계가 포함되어 있습니다.
관련 항목