탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris 10에서 Oracle Solaris 11로 전환 Oracle Solaris 11 Information Library (한국어) |
1. Oracle Solaris 10에서 Oracle Solaris 11로 전환(개요)
2. Oracle Solaris 11 설치 방법으로 전환
Solaris Volume Manager 구성과 ZFS 구성 비교
ZFS는 저장 장치가 하나의 저장소 풀에 통합되는 풀 저장소 모델을 사용합니다. 저장소 풀 내의 파일 시스템은 풀에 있는 모든 저장소를 사용합니다.
다음 절에서는 ZFS 저장소 풀을 만들고, 모니터링하며 문제를 해결하는 데 권장되는 방법을 제공합니다.
루트 풀 – s* 식별자를 사용하여 슬라이스로 구성된 풀을 만듭니다. p* 식별자는 사용하지 마십시오. 일반적으로 시스템의 ZFS 루트 풀은 시스템 설치 시 만들어집니다. 다른 루트 풀을 만들거나 루트 풀을 다시 만드는 경우 다음과 비슷한 구문을 사용합니다.
# zpool create rpool c0t1d0s0
또는 미러링된 루트 풀을 만듭니다. 예를 들면 다음과 같습니다.
# zpool create rpool mirror c0t1d0s0 c0t2d0s0
루트 풀 구성 요소는 비루트 풀 데이터와 분리하여 보존합니다.
루트 풀은 미러된 구성 또는 단일 디스크 구성으로 만들어야 합니다. RAID-Z 또는 스트라이프 구성은 지원되지 않습니다. zpool add 명령을 사용하여 디스크를 추가함으로써 여러 미러된 최상위 레벨 가상 장치를 만들 수 없지만, zpool attach 명령을 사용하여 미러된 가상 장치를 확장할 수는 있습니다.
루트 풀은 별도의 로그 장치를 가질 수 없습니다.
AI 설치 중 풀 등록 정보는 pool_options 키워드 구문을 사용하여 설정할 수 있습니다. 루트 풀에서는 gzip 압축 알고리즘이 지원되지 않습니다.
초기 설치로 루트 풀을 만든 후에는 루트 풀 이름을 바꾸지 마십시오. 루트 풀의 이름을 바꾸면 시스템이 부트되지 않을 수 있습니다.
비루트 풀 – 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
최상의 성능을 위해 풀 용량이 80% 미만인지 확인합니다. 풀 및 파일 시스템 공간이 가득 차지 않도록 이러한 공간을 모니터링합니다. 파일 시스템 공간이 풀 용량의 80%를 초과하지 않도록 ZFS 쿼터 및 예약을 사용하십시오.
정기적으로 zpool scrub을 실행하여 데이터 무결성 문제를 식별합니다.
소비자 품질의 드라이브가 있는 경우, 주 단위 스크러빙 일정을 고려합니다.
데이터 센터 품질의 드라이브가 있는 경우, 월 단위 스크러빙 일정을 고려합니다.
모든 장치가 현재 작동하는지 확인하려면 장치를 교체하기 전에 스크러빙을 실행해야 합니다.
zpool status를 매주 사용하여 풀 및 풀 장치 상태를 모니터링합니다. 또한 fmdump 또는 fmdump -eV를 사용하여 장치 결함이나 오류가 발생했는지도 확인합니다.
Oracle Solaris 11에서 풀 문제를 해결하는 것은 Oracle Solaris 10 릴리스에서 문제를 진단하는 것과 비슷하지만, 다음과 같은 새로운 진단 설명 및 기능을 검토하십시오.
실패한 장치 – zpool status -l 출력을 검토하여 실패한 장치의 물리적 위치를 식별하고 해당 장치를 바꿀 수 있습니다. 실패한 장치 교체에 대한 자세한 내용은 Oracle Solaris 관리: 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 관리: ZFS 파일 시스템의 11 장, Oracle Solaris ZFS 문제 해결 및 풀 복구를 참조하십시오.