디스크 장치 그룹 구성 워크시트 및 볼륨 관리자 구성 워크시트에 이 계획 정보를 추가합니다. Solstice DiskSuite 또는 Solaris 볼륨 관리자의 경우, 메타 장치 워크시트(Solstice DiskSuite 또는 Solaris 볼륨 관리자)에도 이 계획 정보를 추가합니다.
이 절에서는 클러스터 구성의 볼륨 관리 계획을 위한 지침을 제공합니다.
Sun Cluster 소프트웨어는 디스크를 하나의 장치로 관리할 수 있도록 볼륨 관리자 소프트웨어를 사용하여 디스크를 디스크 장치 그룹으로 그룹화합니다. Sun Cluster 소프트웨어는 다음과 같은 방법으로 설치하거나 사용하는 Solstice DiskSuite 또는 Solaris 볼륨 관리자 소프트웨어 및 VxVM(VERITAS Volume Manager) 소프트웨어를 지원합니다.
표 1–4 Sun Cluster 소프트웨어에서 지원되는 볼륨 관리자 사용
볼륨 관리자 소프트웨어 |
요구 사항 |
---|---|
Solstice DiskSuite 또는 Solaris 볼륨 관리자 |
일부 노드에서만 VxVM을 사용하여 디스크를 관리하더라도 모든 클러스터 노드에 Solstice DiskSuite 또는 Solaris 볼륨 관리자 소프트웨어를 설치해야 합니다. |
클러스터의 모든 노드에 클러스터 기능이 있는 VxVM을 설치하고 사용권을 받아야 합니다. |
|
SPARC: 클러스터 기능이 없는 VxVM |
VxVM에서 관리하는 저장 장치에 연결되는 노드에만 VxVM을 설치하고 사용권을 부여합니다. |
SPARC: Solstice DiskSuite 또는 Solaris 볼륨 관리자 및 VxVM 모두 |
두 볼륨 관리자를 동일한 노드에 모두 설치하는 경우 Solstice DiskSuite 또는 Solaris 볼륨 관리자 소프트웨어를 사용하여 각 노드의 로컬 디스크를 관리해야 합니다. 로컬 디스크에는 루트 디스크가 포함됩니다. VxVM을 사용하여 모든 공유 디스크를 관리합니다. |
볼륨 관리자 소프트웨어 설치 및 구성 방법에 대한 지침은 볼륨 관리자 설명서, Solstice DiskSuite 또는 Solaris 볼륨 관리자 소프트웨어 설치 및 구성 또는 SPARC: VxVM 소프트웨어 설치 및 구성을 참조하십시오. 클러스터 구성에서 볼륨을 관리하는 방법은 Solaris OS용 Sun Cluster 개념 안내서를 참조하십시오.
볼륨 관리자 소프트웨어를 사용하여 디스크를 구성할 경우 다음 일반 지침을 참조하십시오.
미러된 멀티 호스트 디스크 – 모든 멀티 호스트 디스크를 디스크 확장 장치에 미러해야 합니다. 멀티 호스트 디스크 미러링에 대한 지침은 멀티 호스트 디스크 미러링 지침을 참조하십시오. 저장 장치에서 장치에 대한 중복 경로뿐 아니라 하드웨어 RAID를 제공하면 소프트웨어 미러링을 사용하지 않아도 됩니다.
미러된 루트 – 루트 디스크를 미러하면 가용성이 높아지지만 이러한 미러링은 필수 사항이 아닙니다. 루트 디스크를 미러링할지 결정하는 지침은 미러링 방법을 참조하십시오.
고유 이름 지정 – /global/.devices/node@nodeid 파일 시스템이 마운트되는 장치로 로컬 Solstice DiskSuite 메타 장치, 로컬 Solaris 볼륨 관리자 볼륨 또는 VxVM 볼륨을 사용할 수 있습니다. 이 경우, /global/.devices/node@nodeid 파일 시스템이 마운트될 로컬 메타 장치 또는 로컬 볼륨 각각의 이름은 클러스터 전체에 걸쳐 고유해야 합니다.
노드 목록 –디스크 장치 그룹의 가용성을 높이려면 마스터가 될 수 있는 노드 목록 및 페일백 정책을 연결된 자원 그룹과 동일하게 지정하십시오. 또는 확장 가능한 자원 그룹에서 연결된 디스크 장치 그룹보다 많은 노드를 사용할 경우에는 확장 가능한 자원 그룹의 노드 목록을 디스크 장치 그룹의 노드 목록보다 상위 세트로 만드십시오. 노드 목록에 대한 자세한 내용은 Sun Cluster Data Services Planning and Administration Guide for Solaris OS의 자원 그룹 계획 정보를 참조하십시오.
멀티 호스트 디스크 – 장치 그룹 구성에 사용하는 모든 장치를 해당 장치 그룹의 노드 목록에 구성된 모든 노드로 연결하거나 포팅해야 합니다. Solstice DiskSuite 또는 Solaris 볼륨 관리자 소프트웨어는 장치가 디스크 세트에 추가될 때 이 연결을 자동으로 검사할 수 있습니다. 그러나 구성된 VxVM 디스크 그룹이 특정 노드 세트에 연결되지는 않습니다.
디스크 레이아웃 권장 사항과 추가 제한에 대한 내용은 볼륨 관리자 설명서를 참조하십시오.
Solstice DiskSuite 또는 Solaris 볼륨 관리자 구성을 계획할 때는 다음 사항을 참고하십시오.
로컬 메타 장치 이름 또는 볼륨 이름 – 전역–장치 파일 시스템인 /global/.devices/node@nodeid가 마운트될 각 로컬 Solstice DiskSuite 메타 장치 또는 Solaris 볼륨 관리자 볼륨의 이름은 클러스터 전체에 걸쳐 고유해야 합니다. 또한 장치 ID 이름과 동일할 수 없습니다.
이중 문자열 mediator – 정확히 2개의 디스크 문자열로 구성되고 2개의 노드에서 마스터되는 각 디스크 세트에는 디스크 세트용으로 구성된 Solstice DiskSuite 또는 Solaris 볼륨 관리자 mediator가 있어야 합니다. 디스크 문자열은 디스크 인클로저, 포함된 물리적 디스크, 인클로저와 노드 사이의 케이블, 인터페이스 어댑터 카드 등으로 구성됩니다. 이중 문자열 mediator 구성 규칙은 다음과 같습니다.
각 디스크 세트가 mediator 호스트 역할을 하는 두 개의 노드를 가지도록 구성해야 합니다.
mediator가 필요한 모든 디스크 세트에 동일한 두 노드를 사용해야 합니다. 이 두 노드는 해당 디스크 세트의 마스터라야 합니다.
2 문자열 및 2 호스트 요구 사항을 충족시키지 않는 디스크 세트에는 mediator를 구성할 수 없습니다.
자세한 내용은 mediator(7D) 설명서 페이지를 참조하십시오.
/kernel/drv/md.conf 설정 – 각 디스크 세트에서 사용하는 모든 Solstice DiskSuite 메타 장치 또는 Solaris 9 Solaris 볼륨 관리자 볼륨은 재구성 후 부트할 때 미리 만들어집니다. 이 재구성은 /kernel/drv/md.conf 파일에 있는 구성 매개 변수를 기반으로 합니다.
Solaris 10 릴리스에서는 Solaris 볼륨 관리자가 동적으로 볼륨을 구성할 수 있도록 향상되었습니다. 더 이상 /kernel/drv/md.conf 파일에서 nmd 및 md_nsets 매개 변수를 편집할 필요가 없습니다. 새 볼륨은 필요에 따라 동적으로 생성됩니다.
Solaris 8 또는 Solaris 9 OS에서 Sun Cluster 구성을 지원하려면 아래와 같이 nmd 및 md_nsets 필드를 수정해야 합니다.
각 노드에서 제공하는 디스크 세트 수와 관계 없이 모든 클러스터 노드에는 동일한 /kernel/drv/md.conf 파일이 있습니다. 이 설명을 따르지 않으면 심각한 Solstice DiskSuite 또는 Solaris 볼륨 관리자 오류가 발생하여 데이터를 잃을 수 있습니다.
md_nsets – md_nsets 필드에서는 클러스터 전체 요구 사항을 충족시키기 위해 시스템에서 만들 수 있는 총 디스크 세트 수를 정의합니다. md_nsets 값을 클러스터의 예상 디스크 세트 수에 추가 디스크 세트 수 1을 더한 값으로 설정하십시오. Solstice DiskSuite 또는 Solaris 볼륨 관리자 소프트웨어는 추가 디스크 세트를 사용하여 로컬 호스트의 개인 디스크를 관리합니다.
클러스터 당 허용되는 최대 디스크 세트는 32개입니다. 이것은 일반 사용에 허용되는 디스크 세트 31개에 개인 디스크 관리를 위한 디스크 세트 1개를 더한 값입니다. md_nsets의 기본값은 4입니다.
nmd – nmd 필드는 클러스터에 존재하는 메타 장치 또는 볼륨 이름에서 예상되는 가장 높은 값을 정의합니다. 예를 들어, 한 클러스터의 처음 15개 디스크 세트에서 사용되는 메타 장치 또는 볼륨 이름의 가장 높은 값이 1000이면 nmd의 값을 1000 이상으로 설정합니다. 또한 nmd의 값은 각 장치–ID 이름에 충분한 숫자가 들어갈 만큼 커야 합니다. 또한 번호가 충분히 커야 각 로컬 메타 장치 이름 또는 로컬 볼륨 이름이 클러스터 전체에서 고유할 수 있습니다.
디스크 세트 당 메타 장치 또는 볼륨 이름에 허용되는 가장 높은 값은 8192입니다. nmd의 기본값은 128입니다.
설치할 때 예상되는 클러스터 확장을 모두 수용할 수 있도록 이 필드를 설정하십시오. 클러스터를 만든 후에 이 필드의 값을 높이려면 시간이 많이 걸립니다. 값을 변경하면 각 노드를 재부트해야 합니다. 이 값을 나중에 증가시키면 요청된 장치를 모두 만들기 위하여 루트(/) 파일 시스템에 잘못된 공간을 할당할 수도 있습니다.
또한, nmd 필드 및 md_nsets 필드의 값을 가능한 최소값으로 유지하십시오. nmd 및 md_nsets에 의해 결정되는 가능한 모든 장치를 위한 메모리 구조가 해당 장치를 만들지 않은 경우에도 존재합니다. 최적의 성능을 얻으려면 nmd 및 md_nsets의 값을 사용할 메타 장치나 볼륨의 수보다 조금만 높게 유지하십시오.
md.conf 파일에 대한 자세한 내용은 Solstice DiskSuite 4.2.1 Reference Guide의 System and Startup Files(Solaris 8) 또는 Solaris Volume Manager Administration Guide의 System Files and Startup Files(Solaris 9 또는 Solaris 10)을 참조하십시오.
VERITAS Volume Manager(VxVM) 구성을 계획할 때는 다음 사항을 고려하십시오.
격납장치 기반의 이름 지정 – 격납장치 기반의 장치 이름 지정을 사용할 경우, 동일한 저장소를 공유하는 모든 클러스터 노드에서 일관성 있는 장치 이름을 사용해야 합니다. VxVM은 이 이름을 조정하지 않기 때문에 VxVM이 다른 노드에서 동일한 장치에 대하여 동일한 이름을 할당하도록 관리자가 조정해야 합니다. 일관성 있는 이름을 할당하지 못하더라도 올바른 클러스터 동작을 방해하지는 않습니다. 그러나 일관성이 없는 이름을 사용하면 클러스터 관리를 복잡하게 만들어 구성 오류가 발생할 확률이 증가되어 데이터 손실이 발생할 수 있습니다.
루트 디스크 그룹 – VxVM 4.0부터 루트 디스크 그룹 생성은 선택 사항입니다.
루트 디스크 그룹은 다음과 같은 디스크에 만들 수 있습니다.
캡슐화되어야 하는 루트 디스크
캡슐화되거나 초기화될 수 있고 루트가 아닌 하나 이상의 로컬 디스크
루트 디스크와 루트가 아닌 로컬 디스크의 조합
루트 디스크 그룹은 노드에 로컬이어야 합니다.
단순 루트 디스크 그룹 – 단순 루트 디스크 그룹(루트 디스크의 단일 슬라이스에 생성된 rootdg)은 Sun Cluster 소프트웨어에서 VxVM의 디스크 유형으로 지원되지 않습니다. 이 제한 사항은 일반적인 VxVM 소프트웨어 제한 사항입니다.
볼륨 수 – 디스크 장치 그룹을 만들 때 디스크 장치 그룹이 사용할 최대 볼륨 수를 계산합니다.
볼륨 수가 1000보다 작으면 기본 설정된 부 번호를 사용할 수 있습니다.
볼륨 수가 1000 이상이면 디스크 장치 그룹 볼륨에 부 번호를 지정하는 방법을 계획해야 합니다. 두 개의 디스크 장치 그룹에 중복된 부 번호를 할당하면 안됩니다.
DRL(Dirty Region Logging) – DRL(Dirty Region Logging)을 사용하면 노드에 오류가 발생한 후 복구 시간이 단축됩니다. DRL을 사용하면 I/O 처리량이 감소할 수 있습니다.
DMP(Dynamic Multipathing) – 공유 저장소에서 노드당 여러 개의 I/O 경로를 관리하는 데 DMP만 사용하는 것은 지원되지 않습니다. DMP 사용은 다음 구성에서만 지원됩니다.
클러스터의 공유 저장소에 대한 노드별 단일 I/O 경로
Sun Traffic Manager, EMC PowerPath, Hiatchi HDLM 등과 같이 공유 클러스터 저장소에 대한 노드별 다중 I/O 경로를 관리하는 지원되는 다중 경로 지정 솔루션.
자세한 내용은 VxVM 설치 설명서를 참조하십시오.
로깅은 UFS 및 VxFS 클러스터 파일 시스템에서 필수 사항입니다. 이 요구 사항은 QFS 공유 파일 시스템에는 적용되지 않습니다. Sun Cluster 소프트웨어는 다음과 같은 파일 시스템 로깅 선택 항목을 지원합니다.
Solaris UFS logging – 자세한 내용은 mount_ufs(1M) 설명서 페이지를 참조하십시오.
Solstice DiskSuite trans-metadevice logging 또는 Solaris 볼륨 관리자 transactional-volume logging – 자세한 내용은 Solstice DiskSuite 4.2.1 User’s Guide의 2 장, Creating DiskSuite Objects 또는 Solaris Volume Manager Administration Guide의 Transactional Volumes(Overview)을 참조하십시오. Solaris 10 릴리스의 Solaris 볼륨 관리자에서 트랜잭션 볼륨은 더 이상 유효하지 않습니다.
SPARC: VERITAS File System (VxFS) 로깅 – 자세한 내용은 VxFS 소프트웨어와 함께 제공된 mount_vxfs 설명서 페이지를 참조하십시오.
다음 표는 각 볼륨 관리자에서 지원하는 파일 시스템 로깅 목록입니다.
표 1–5 지원되는 파일 시스템 로깅 도표
UFS 클러스터 파일 시스템에 Solaris UFS logging 및 Solstice DiskSuite trans-metadevice logging 또는 Solaris 볼륨 관리자 transactional-volume logging을 선택할 때에는 다음 사항을 고려하십시오.
Solaris 볼륨 관리자 transactional-volume logging(이전의 Solstice DiskSuite trans-metadevice logging)은 앞으로 발표될 Solaris 릴리스부터는 Solaris OS에서 제거될 예정입니다. Solaris UFS logging은 시스템 관리 요구 사항과 오버헤드는 줄이면서 기능은 동일하지만 보다 우수한 성능을 제공합니다.
Solaris UFS 로그 크기 – Solaris UFS logging에서는 항상 파일 시스템의 크기에 따라 UFS 파일 시스템의 사용 가능한 공간을 사용하여 로그를 할당합니다.
1GB 미만의 시스템에서는 로그가 1MB를 차지합니다.
1GB 이상의 파일 시스템에서는 로그가 파일 시스템에서 GB당 1MB를 차지하고, 최대 64MB까지 할당할 수 있습니다.
로그 메타 장치/트랜잭션 볼륨 – Solstice DiskSuite 트랜스 메타 장치 또는 Solaris 볼륨 관리자 트랜잭션 볼륨이 UFS 로깅을 관리합니다. 트랜스 메타 장치나 트랜잭션 볼륨의 로깅 장치 구성 요소는 미러하고 스트라이핑할 수 있는 메타 장치나 볼륨입니다. 로그 크기는 대부분의 파일 시스템에서 64MB면 충분하지만 최대 1GB까지 만들 수 있습니다. 최소 로그 크기는 1MB입니다.
이 절에서는 클러스터 구성 미러링 계획을 위한 다음과 같은 지침을 제공합니다.
Sun Cluster 구성에서 모든 멀티 호스트 디스크를 미러하면 단일 장치에 장애가 발생해도 문제가 되지 않습니다. Sun Cluster 소프트웨어를 사용하려면 확장 장치 사이에서 모든 멀티 호스트 디스크를 미러해야 합니다. 저장 장치에서 장치에 대한 중복 경로뿐 아니라 하드웨어 RAID를 제공하면 소프트웨어 미러링을 사용하지 않아도 됩니다.
멀티 호스트 디스크를 미러링할 때에는 다음 사항을 고려하십시오.
별도 디스크 확장 장치 –지정된 미러의 각 하위 미러 또는 플렉스가 서로 다른 멀티 호스트 확장 장치에 있어야 합니다.
디스크 공간 – 미러하려면 두 배의 디스크 공간이 필요합니다.
3중 미러링 – Solstice DiskSuite 또는 Solaris 볼륨 관리자 소프트웨어와 VERITAS Volume Manager(VxVM) 소프트웨어는 3중 미러링을 지원합니다. 그러나 Sun Cluster 소프트웨어에서는 양방향 미러링만 사용해야 합니다.
디스크 크기 차이 – 크기가 다른 디스크로 미러링하려면 가장 작은 하위 미러 또는 플렉스의 크기로 미러 용량이 제한됩니다.
멀티 호스트 디스크에 대한 자세한 내용은 Solaris OS용 Sun Cluster 개요의 멀티 호스트 디스크 저장 장치 및 Solaris OS용 Sun Cluster 개념 안내서를 참조하십시오.
로컬 파일 시스템 레이아웃 워크시트에 이 계획 정보를 추가합니다.
가용성을 최대로 높이려면 루트(/), /usr, /var, /opt 및 swap을 로컬 디스크에 미러하십시오. VxVM에서는 루트 디스크를 캡슐화하고 생성된 하위 디스크를 미러합니다. 그러나 Sun Cluster 소프트웨어를 사용할 경우에는 루트 디스크를 미러하지 않아도 됩니다.
루트 디스크를 미러할 것인지 결정하기 전에 위험성, 복잡성, 비용 및 서비스 시간을 고려하여 루트 디스크에 대한 여러 가지 대안을 찾아 보십시오. 한 가지 미러링 전략이 모든 구성에 적합하지는 않습니다. 루트를 미러할 것인지 결정할 때는 각 지역의 Sun 서비스 담당자가 권장하는 방법을 사용하는 것이 좋습니다.
루트 디스크 미러링 방법에 대한 지침은 Solstice DiskSuite 또는 Solaris 볼륨 관리자 소프트웨어 설치 및 구성 또는 SPARC: VxVM 소프트웨어 설치 및 구성을 참조하십시오.
루트 디스크를 미러할 것인지 결정할 때는 다음 사항을 참고하십시오.
부트 디스크 – 미러를 부트 가능한 루트 디스크로 설정할 수 있습니다. 그런 다음 기본 부트 디스크가 실패할 경우 미러에서 부트할 수 있습니다.
복잡성 – 루트 디스크를 미러하면 시스템 관리가 더 복잡해 집니다. 또한 단일 사용자 모드에서의 부트가 복잡해 집니다.
백업 – 루트 디스크의 미러링 여부에 관계없이 정기적으로 루트를 백업해야 합니다. 관리 오류가 발생할 경우에 미러링만으로는 보호할 수 없습니다. 백업 계획을 세워야만 사고로 변경되거나 삭제된 파일을 복구할 수 있습니다.
쿼럼 – Solstice DiskSuite 또는 Solaris 볼륨 관리자 소프트웨어에서는 상태 데이터베이스 쿼럼이 없으면 유지 보수 작업을 수행할 때까지 시스템을 재부트할 수 없습니다. 상태 데이터베이스 및 상태 데이터베이스 복제본에 대한 자세한 내용은 Solstice DiskSuite 또는 Solaris 볼륨 관리자 설명서를 참조하십시오.
별도 컨트롤러 – 가용성을 최대로 높이는 방법으로 별도 컨트롤러에 루트 디스크를 미러하는 방법이 있습니다.
보조 루트 디스크 – 미러된 루트 디스크를 사용하면 기본 루트 디스크가 실패해도 보조(미러) 루트 디스크에서 작업을 계속할 수 있습니다. 예를 들어, 전원 주기 또는 일시적인 I/O 오류 후에 나중에 기본 루트 디스크로 다시 서비스할 수 있습니다. 그런 다음에는 eeprom(1M) boot-device 매개 변수에서 지정된 기본 루트 디스크를 사용하여 부팅이 수행됩니다. 이러한 경우에는 직접 복구하지 않아도 부트할 수 있도록 드라이브가 정상적으로 작동합니다. Solstice DiskSuite 또는 Solaris 볼륨 관리자 소프트웨어를 사용하면 재동기화가 발생합니다. 재동기화를 위해서는 드라이브가 다시 작동할 때 수동 단계가 필요합니다.
보조(미러) 루트 디스크에서 파일을 변경하면 부트 시에 기본 루트 디스크에 반영되지 않습니다. 이러한 경우는 오래된 하위 미러에서 발생할 수 있습니다. 예를 들어, /etc/system 파일에 대한 변경 사항은 삭제됩니다. Solstice DiskSuite 또는 Solaris 볼륨 관리자 소프트웨어를 사용하면 기본 루트 디스크가 작동하지 않는 동안 일부 관리 명령으로 /etc/system 파일이 변경될 수 있습니다.
부트 프로그램은 시스템이 미러에서 부트되는지 기본 물리 장치에서 부트되는지를 검사하지 않습니다. 미러링은 메타 장치 또는 볼륨이 로드된 후 부트 프로세스를 통해 활성화됩니다. 그러므로 이 시점 이전에 시스템의 오래된 하위 미러 문제가 발생할 수 있습니다.