탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris 10에서 Oracle Solaris 11.1로 전환 Oracle Solaris 11.1 Information Library (한국어) |
1. Oracle Solaris 10에서 Oracle Solaris 11 릴리스로 전환(개요)
2. Oracle Solaris 11 설치 방법으로 전환
Solaris Volume Manager 구성과 ZFS 구성 비교
ZFS는 저장 장치가 하나의 저장소 풀에 통합되는 풀 저장소 모델을 사용합니다. 저장소 풀 내의 파일 시스템은 풀에 있는 모든 저장소를 사용합니다.
다음 절에서는 ZFS 저장소 풀을 만들고, 모니터링하며 문제를 해결하는 데 권장되는 방법을 제공합니다.
특정 루트 풀 장치 및 부트 디스크 요구 사항
일반 루트 풀 만들기 방식
루트 풀은 미러된 구성 또는 단일 디스크 구성으로 만들어야 합니다. RAID-Z 또는 스트라이프 구성은 모두 지원되지 않습니다. zpool add 명령을 사용하여 디스크를 추가함으로써 여러 미러된 최상위 레벨 가상 장치를 만들 수 없지만, zpool attach 명령을 사용하여 미러된 가상 장치를 확장할 수는 있습니다.
루트 풀은 별도의 로그 장치를 가질 수 없습니다.
풀 등록 정보는 pool_options 키워드 구문을 사용하여 AI 설치 중 설정할 수 있지만 gzip 압축 알고리즘은 루트 풀에서 지원되지 않습니다.
초기 설치로 루트 풀을 만든 후에는 루트 풀 이름을 바꾸지 마십시오. 루트 풀의 이름을 바꾸면 시스템이 부트되지 않을 수 있습니다.
루트 풀 디스크는 특히 기업 환경에서 연속된 작업을 위해 매우 중요하므로 운용 시스템을 위한 루트 풀을 USB 메모리에 만들지 마십시오. 루트 풀에는 시스템의 내장 디스크를 사용하고 비루트 데이터에 대해 사용하는 것과 최소한 동일한 품질의 디스크를 사용하십시오. 또한 USB 메모리가 물리적 메모리 크기의 1/2 이상에 해당하는 덤프 볼륨 크기를 지원할 수 있을 정도로 크지 않을 수 있습니다.
루트 풀 구성 요소는 비루트 풀 데이터와 분리하여 보존합니다.
비루트 풀 만들기 방식 – d* 식별자를 사용하여 전체 디스크로 비루트 풀을 만듭니다. p* 식별자는 사용하지 마십시오.
ZFS는 추가 볼륨 관리 소프트웨어 없이도 잘 작동합니다.
최상의 성능을 위해 개별 디스크 또는 소수의 디스크로 구성된 최소 LUN을 사용합니다. ZFS에서는 LUN 설정을 더 잘 볼 수 있으므로 더 나은 I/O 일정 관련 결정을 내릴 수 있습니다.
미러링된 저장소 풀 – 추가 디스크 공간을 사용하지만 일반적으로 임의 읽기가 작을 때 성능이 더 좋습니다. 예를 들면 다음과 같습니다.
# zpool create tank mirror c1d0 c2d0 mirror c3d0 c4d0
또한 풀의 기존 장치를 분리, 연결 및 대체할 수 있다는 점에서 미러링된 저장소 풀은 융통성이 뛰어납니다.
RAID-Z 저장소 풀 – 패리티가 1(raidz), 2(raidz2) 또는 3(raidz3)인 3개의 패리티 전략을 사용하여 만들 수 있습니다.
RAID-Z 구성은 디스크 공간을 최대화하며 일반적으로 데이터를 큰 청크(128K 이상)로 쓰고 읽을 때 성능이 향상됩니다. 세 개의 디스크(2+1)에 단일 패리티 RAIDZ(raidz) 구성을 만듭니다.
RAIDZ-2 구성은 더 향상된 데이터 가용성을 제공하며, RAID-Z와 비슷한 성능을 제공합니다. RAIDZ-2는 RAID-Z 또는 양방향 미러에 비해 상당히 향상된 MTTDL(Mean Time To Data Loss)을 제공합니다. 6개의 디스크(4+2)에 이중 패리티 RAID-Z(raidz2) 구성을 만듭니다.
RAIDZ-3 구성은 디스크 공간을 최대화하며, 세 개의 디스크 오류를 견딜 수 있으므로 뛰어난 가용성을 제공합니다. 8개의 디스크(5+3)에 삼중 패리티 RAID-Z(raidz3) 구성을 만듭니다.
비중복 풀 – 비중복 풀을 만드는 경우 다음과 비슷한 메시지가 표시됩니다.
# zpool create pond c8t2d0 c8t3d0 'pond' successfully created, but with no redundancy; failure of one device will cause loss of the pool
중복성 없이 풀을 만들 경우 장치 오류 시 데이터 복구가 불가능할 수 있으므로, 이는 권장되지 않습니다. 중복성을 사용하여 ZFS 저장소 풀을 만드십시오. 예를 들면 다음과 같습니다.
# zpool create pond mirror c8t2d0 c8t3d0
최상의 성능을 위해 풀 용량이 90% 미만인지 확인합니다. 풀 및 파일 시스템 공간이 가득 차지 않도록 이러한 공간을 모니터링합니다. 파일 시스템 공간이 풀 용량의 90%를 초과하지 않도록 ZFS 쿼터 및 예약을 사용하십시오.
정기적으로 zpool scrub을 실행하여 데이터 무결성 문제를 식별합니다.
소비자 품질의 드라이브가 있는 경우, 주 단위 스크러빙 일정을 고려합니다.
데이터 센터 품질의 드라이브가 있는 경우, 월 단위 스크러빙 일정을 고려합니다.
모든 장치가 현재 작동하는지 확인하려면 장치를 교체하기 전에 스크러빙을 실행해야 합니다.
zpool status를 매주 사용하여 풀 및 풀 장치 상태를 모니터링합니다. 또한 fmdump 또는 fmdump -eV를 사용하여 장치 결함이나 오류가 발생했는지도 확인합니다.
Oracle Solaris 11에서 풀 문제를 해결하는 것은 Oracle Solaris 10 릴리스에서 문제를 진단하는 것과 비슷하지만, 다음과 같은 새로운 진단 설명 및 기능을 검토하십시오.
실패한 장치 – zpool status -l 출력을 검토하여 실패한 장치의 물리적 위치를 식별하고 해당 장치를 바꿀 수 있습니다. 실패한 디스크 교체에 대한 자세한 내용은 Oracle Solaris 11.1 관리: ZFS 파일 시스템의 손상된 장치 교체 또는 복구를 참조하십시오.
실패한 장치 알림 – 다양한 결함 관리 이벤트(예: 하드웨어 구성 요소에 결함이 있는 것으로 진단될 경우)에 대한 응답으로 전자 메일 알림을 전송하도록 smtp-notify 서비스를 구성할 수 있습니다. 자세한 내용은 smf(5)의 알림 매개변수 절을 참조하십시오.
기본적으로 일부 알림은 루트 사용자에게 자동으로 전송되도록 설정됩니다. /etc/aliases 파일에서 루트로 사용자 계정에 대한 별칭을 추가하면 다음과 비슷한 전자 메일 알림을 받게 됩니다.
-------- Original Message -------- Subject: Fault Management Event: tardis:SMF-8000-YX Date: Wed, 21 Sep 2011 11:11:27 GMT From: No Access User <noaccess@tardis.drwho.COM> Reply-To: root@tardis.drwho.COM To: root@tardis.drwho.COM SUNW-MSG-ID: ZFS-8000-D3, TYPE: Fault, VER: 1, SEVERITY: Major EVENT-TIME: Wed Sep 21 11:11:27 GMT 2011 PLATFORM: Sun-Fire-X4140, CSN: 0904QAD02C, HOSTNAME: tardis SOURCE: zfs-diagnosis, REV: 1.0 EVENT-ID: d9e3469f-8d84-4a03-b8a3-d0beb178c017 DESC: A ZFS device failed. Refer to http://sun.com/msg/ZFS-8000-D3 for more information. AUTO-RESPONSE: No automated response will occur. IMPACT: Fault tolerance of the pool may be compromised. REC-ACTION: Run 'zpool status -x' and replace the bad device.
장치 이동 – 장치 드라이버가 장치 ID를 만드는 경우, ZFS 저장소 풀에 속하는 장치에는 장치 ID가 포함됩니다. 모든 파일 시스템과 마찬가지로, ZFS는 기본 장치와 매우 밀접한 관계가 있으므로, 시스템의 펌웨어를 업그레이드하거나 풀 장치를 다른 제어기로 이동하거나 장치의 케이블 연결을 변경하려는 경우 먼저 풀을 내보냅니다. 장치 ID가 장치 변경을 따르지 않으며 이 상황이 비Oracle 하드웨어에서 발생할 경우 풀 및 풀 데이터를 사용하지 못하게 될 수 있습니다. 일반적으로 Oracle 드라이버는 장치 ID를 완벽하게 지원하기 때문에 라이브 풀에서 장치가 변경되더라도 Oracle의 Sun 하드웨어를 복구할 수 있지만, 하드웨어를 변경하기 전에 풀을 내보내는 것이 좋습니다.
풀 문제 해결에 대한 자세한 설명은 Oracle Solaris 11.1 관리: ZFS 파일 시스템의 10 장, Oracle Solaris ZFS 문제 해결 및 풀 복구를 참조하십시오.