스토리지 풀은 데이터를 저장하며, 초기 구성 중 또는 초기 구성 후에 만들 수 있습니다. 풀은 데이터 드라이브, 로그, 읽기 캐시 및 메타 장치를 포함할 수 있습니다.
풀을 암호화할 수 있습니다. 이 절차에 따라 암호화되지 않은 풀을 만들 수 있습니다. 암호화된 풀을 만들려면 암호화된 풀 만들기(CLI)를 참조하십시오. 암호화되지 않은 상태로 이미 만들어진 풀에는 암호화 정보를 추가할 수 없습니다.
이 절차에서는 초기 구성이 완료되었다고 가정합니다. 스토리지 풀 만들기 및 구성은 2단계 프로세스입니다. 첫째, 스토리지 장치가 있고 최소한 작동하는지 확인하고, 풀에 드라이브 또는 심지어 전체 Disk Shelf를 지정합니다. 둘째, 스토리지 요구에 따라 드라이브에 대한 프로파일을 선택합니다. 특정 이유로 인해 풀이 구성 해제된 경우, 기존 스토리지 풀 가져오기(CLI)에 설명된 대로 이를 가져올 수 있습니다.
복제 워크로드에서 특히 일반적으로 발생할 수 있는 중복 데이터를 줄이려면 중복 제거 사용의 이점을 고려하십시오. 중복 제거가 이 풀의 프로젝트 또는 공유에 대해 사용으로 설정되는 경우 메타 장치를 할당합니다. 자세한 내용은 데이터 중복 제거를 참조하십시오. 전체 플래시 스토리지 풀도 있습니다. 이 풀은 SSD를 데이터 장치 및 선택적 로그 장치로 사용하지만 읽기 캐시 또는 메타 장치를 포함하지 않습니다. 전체 플래시 스토리지 풀 구성(CLI)을 참조하십시오.
시작하기 전에
풀별로 선택할 드라이브 수에 대한 권장 사항은 풀당 장치 수를 참조하십시오.
다른 데이터 프로파일을 이해하려면 스토리지 풀에 대한 데이터 프로파일을 참조하십시오.
디스크 펌웨어 업그레이드가 수행되는 중에는 풀 구성 작업을 수행하지 마십시오. 업그레이드가 진행 중인지 확인하려면 maintenance system updates로 이동합니다.
스토리지 풀의 향상된 데이터 중복 제거 기능을 사용하려면 소프트웨어 릴리스 OS8.7.0 이상으로 업그레이드하고 데이터 중복 제거 v2를 포함한 모든 지연 업데이트를 수락합니다. Oracle ZFS Storage Appliance 고객 서비스 설명서의 데이터 중복 제거 v2 지연 업데이트를 참조하십시오.
hostname: configuration storage> config pool0 hostname: configuration storage (pool0) verify>
hostname:configuration storage (pool0) verify> show ID STATUS ALLOCATION DATA LOG CACHE META RPM 0 ok custom 0 0 0/4 0/4 1.86T 1 ok custom 0 0/2 34G 0 0 15000 2 ok custom 0 0/2 34G 0 0 15000
로그, 캐시 및 메타 장치에 대한 자세한 내용은 스토리지 풀에 대한 데이터 프로파일을 참조하십시오.
주의 - 데이터 디스크가 풀에 추가되면 풀을 완전히 삭제하여 모든 데이터를 손실하지 않고는 제거할 수 없습니다. |
ID "0"은 컨트롤러이고 나머지 ID는 Disk Shelf입니다. 다음 예에서 1-data=8은 첫번째 Disk Shelf에서 8개의 데이터 드라이브를 할당합니다.
hostname:configuration storage (pool1) verify> set 1-data=8 1-data = 8
이 예에서는 컨트롤러에서 캐시 장치를 하나 할당합니다.
hostname:configuration storage (pool1) verify> set 0-cache=1 0-cache = 1
이 예에서는 컨트롤러에서 메타 장치 하나를 할당합니다.
hostname:configuration storage (pool1) verify> set 0-meta=1 0-meta = 1
hostname:configuration storage (pool1) verify> done
hostname:configuration storage (pool1) config> show PROFILE CAPCITY NSPF DESCRIPTION log_profile = log_stripe 17G no Striped log
주의 - 오류가 두 번 발생하면 스트라이프된 구성의 로그에서 데이터 손실이 일어날 수 있습니다. 추가 중복성을 위해 미러링된 로그 프로파일을 구성하는 것이 좋습니다. 자세한 내용은 스토리지 풀에 대한 데이터 프로파일을 참조하십시오. |
hostname:configuration storage (pool1)> set log_profile=log_mirror
hostname:configuration storage (pool1)> set meta_profile=meta_mirror
hostname:configuration storage (pool1)> done