| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
Oracle Solaris Cluster 소프트웨어 설치 설명서 Oracle Solaris Cluster (한국어) |
| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
|
Oracle Solaris Cluster 소프트웨어 설치 설명서 Oracle Solaris Cluster (한국어) |
1. Oracle Solaris Cluster 구성 계획
Oracle Solaris Cluster 설치 작업 찾기
SPARC: 클러스터의 Sun Logical Domains에 대한 지침
Oracle Solaris Cluster 구성 가능 구성 요소
영역 클러스터의 Trusted Extensions에 대한 지침
4. Solaris Volume Manager 소프트웨어 구성
5. Veritas Volume Manager(VERITAS 볼륨 관리자) 설치 및 구성
8. Sun Management Center에 Oracle Solaris Cluster 모듈 설치
장치 그룹 구성 워크시트 및 볼륨 관리자 구성 워크시트에 이 계획 정보를 추가합니다. Solaris Volume Manager의 경우에도 볼륨 워크시트(Solaris Volume Manager)에 이 계획 정보를 추가합니다.
이 절에서는 클러스터 구성의 볼륨 관리 계획을 위한 지침을 제공합니다.
Oracle Solaris Cluster 소프트웨어는 디스크를 하나의 장치로 관리할 수 있도록 볼륨 관리자 소프트웨어를 사용하여 디스크를 장치 그룹으로 그룹화합니다. Oracle Solaris Cluster 소프트웨어는 다음과 같은 방법으로 설치하거나 사용하는 Solaris Volume Manager 소프트웨어 및 VxVM(Veritas Volume Manager(VERITAS 볼륨 관리자)) 소프트웨어를 지원합니다.
표 1-4 Oracle Solaris Cluster 소프트웨어에서 지원되는 볼륨 관리자 사용
|
볼륨 관리자 소프트웨어 설치 및 구성 방법에 대한 지침은 볼륨 관리자 설명서 및 Solaris Volume Manager 소프트웨어 구성 또는 VxVM 소프트웨어 설치 및 구성을 참조하십시오. 클러스터 구성에서의 볼륨 관리 사용에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Multihost Devices 및 Oracle Solaris Cluster Concepts Guide의 Device Groups을 참조하십시오.
볼륨 관리자 소프트웨어를 사용하여 디스크를 구성할 경우 다음 일반 지침을 고려하십시오.
소프트웨어 RAID – Oracle Solaris Cluster 소프트웨어는 소프트웨어 RAID 5를 지원하지 않습니다.
미러된 다중 호스트 디스크 – 디스크 확장 장치에서 모든 다중 호스트 디스크를 미러링해야 합니다. 다중 호스트 디스크 미러링에 대한 지침은 다중 호스트 디스크 미러링 지침을 참조하십시오. 저장 장치에서 장치에 대한 중복 경로뿐 아니라 하드웨어 RAID를 제공하는 경우에는 소프트웨어 미러링을 사용하지 않아도 됩니다.
미러된 루트 – 루트 디스크를 미러링하면 가용성이 높아지지만 이러한 미러링은 필수 사항이 아닙니다. 루트 디스크를 미러링할지를 결정하는 지침은 미러링 지침을 참조하십시오.
고유한 이름 지정 – /global/.devices/node@nodeid 파일 시스템이 마운트되는 장치로 사용되는 로컬 Solaris Volume Manager 또는 VxVM 볼륨이 있을 수 있습니다. 그럴 경우 /global/.devices/node@nodeid 파일 시스템이 마운트될 각 로컬 볼륨의 이름은 클러스터 전체에서 고유해야 합니다.
노드 목록 – 장치 그룹의 가용성을 높이려면 마스터가 될 수 있는 노드 목록 및 해당 페일백 정책을 연결된 자원 그룹과 동일하게 지정합니다. 또는 확장 가능한 자원 그룹에서 연결된 장치 그룹보다 많은 노드를 사용할 경우에는 확장 가능한 자원 그룹의 노드 목록을 장치 그룹의 노드 목록보다 수퍼 세트로 만듭니다. 노드 목록에 대한 자세한 내용은 Oracle Solaris Cluster Data Services Planning and Administration Guide의 자원 그룹 계획 정보를 참조하십시오.
다중 호스트 디스크 – 해당 장치 그룹에 대한 노드 목록에 구성된 모든 노드로 장치 그룹을 구성하는 데 사용되는 모든 장치를 연결하거나 이식해야 합니다. Solaris Volume Manager 소프트웨어는 장치가 디스크 세트에 추가될 때 이 연결을 자동으로 검사할 수 있습니다. 그러나 구성된 VxVM 디스크 그룹이 특정 노드 세트에 연결되지는 않습니다.
핫 스페어 디스크 – 핫 스페어 디스크를 사용하면 가용성을 높일 수 있지만 핫 스페어 디스크는 필수 사항이 아닙니다.
디스크 레이아웃 권장 사항과 추가 제한 사항에 대한 내용은 볼륨 관리자 설명서를 참조하십시오.
Solaris Volume Manager 구성을 계획할 때는 다음 사항을 고려하십시오.
로컬 볼륨 이름 – 전역 장치 파일 시스템 /global/.devices/node@nodeid가 마운트되는 각 로컬 Solaris Volume Manager 볼륨의 이름은 클러스터 전체에서 고유해야 합니다. 또한 이 이름은 장치 ID 이름과 동일할 수 없습니다.
이중 문자열 중재자 – 디스크 문자열은 디스크 외장 장치, 물리적 디스크, 외장 장치와 호스트를 연결하는 케이블 및 인터페이스 어댑터 카드로 구성됩니다. 정확히 두 개의 디스크 문자열로 구성되고 정확히 두 개의 Solaris 호스트에서 마스터하는 각 디스크 세트를 이중 문자열 디스크 세트라고 합니다. 이러한 디스크 세트에는 Solaris Volume Manager 이중 문자열 중재자가 구성되어 있어야 합니다. 이중 문자열 중재자를 구성할 때는 다음 규칙을 준수하십시오.
각 디스크 세트가 중재자 호스트 역할을 하는 호스트 두 개 또는 세 개를 갖도록 구성해야 합니다.
해당 디스크 세트에 대한 중재자로 디스크 세트를 마스터할 수 있는 호스트를 사용해야 합니다. 캠퍼스 클러스터가 있는 경우 클러스터 네트워크에서 세 번째 노드 또는 클러스터되지 않은 호스트를 세 번째 중재자 호스트로 구성하여 가용성을 향상시킬 수도 있습니다.
2문자열 및 2호스트 요구 사항을 충족하지 않는 디스크 세트에는 중재자를 구성할 수 없습니다.
자세한 내용은 mediator(7D) 매뉴얼 페이지를 참조하십시오.
VxVM(Veritas Volume Manager(VERITAS 볼륨 관리자)) 구성을 계획할 때는 다음 사항을 고려하십시오.
노드 액세스 가능성 – 모든 볼륨 관리자 디스크 그룹을 Oracle Solaris Cluster 장치 그룹이나 로컬 전용 디스크 그룹으로 구성해야 합니다. 이러한 방법 중 한 가지 방법으로 디스크 그룹을 구성하지 않으면 디스크 그룹의 장치가 클러스터의 노드에 액세스할 수 없습니다.
장치 그룹을 사용하면 기본 노드에 장애가 발생할 경우에 보조 노드가 다중 호스트 디스크를 호스트할 수 있습니다.
로컬 전용 디스크 그룹은 Oracle Solaris Cluster 소프트웨어의 제어 외부에서 작동하며 한 번에 하나의 노드에서만 액세스할 수 있습니다.
외장 장치 기반 이름 지정 – 장치의 외장 장치 기반 이름 지정을 사용하는 경우 동일한 저장소를 공유하는 모든 클러스터 노드에서 일관성 있는 장치 이름을 사용하는지 확인합니다. VxVM은 이 이름을 조정하지 않기 때문에 VxVM이 다른 노드에서 동일한 장치에 대하여 동일한 이름을 할당하도록 관리자가 조정해야 합니다. 일관성 있는 이름을 할당하지 못하더라도 올바른 클러스터 동작을 방해하지는 않습니다. 그러나 일관성이 없는 이름을 사용하면 클러스터 관리를 복잡하게 만들고 구성 오류가 발생할 확률이 증가되어 데이터 손실이 발생할 수 있습니다.
루트 디스크 그룹 – 루트 디스크 그룹 만들기는 선택 사항입니다.
루트 디스크 그룹은 다음과 같은 디스크에 만들 수 있습니다.
캡슐화되어야 하는 루트 디스크
캡슐화되거나 초기화될 수 있고 루트가 아닌 하나 이상의 로컬 디스크
루트 디스크와 루트가 아닌 로컬 디스크의 조합
루트 디스크 그룹은 Solaris 호스트에 대해 로컬이어야 합니다.
단순 루트 디스크 그룹 – 루트 디스크의 단일 슬라이스에 만들어진 단순 루트 디스크 그룹은 Oracle Solaris Cluster 소프트웨어에서 VxVM의 디스크 유형으로 지원되지 않습니다. 이 제한 사항은 일반적인 VxVM 소프트웨어 제한 사항입니다.
볼륨 수 – 장치 그룹을 만들 때 지정된 장치 그룹에서 사용할 수 있는 최대 볼륨 수를 계산합니다.
볼륨 수가 1000보다 작으면 기본 설정된 부 번호를 사용할 수 있습니다.
볼륨 수가 1000 이상이면 장치 그룹 볼륨에 부 번호를 할당하는 방법을 주의해서 계획해야 합니다. 두 개의 장치 그룹에 중복된 부 번호를 할당할 수 없습니다.
더티 영역 로깅 – 더티 영역 로깅(Dirty Region Logging, DRL)을 사용하면 노드 장애 발생 후 볼륨 복구 시간이 줄어듭니다. DRL을 사용하면 I/O 처리량이 감소할 수 있습니다.
DMP(Dynamic Multipathing) – 공유 저장소에서 Solaris 호스트당 여러 개의 I/O 경로를 관리하는 데 DMP만 사용하는 것은 지원되지 않습니다. DMP 사용은 다음 구성에서만 지원됩니다.
클러스터의 공유 저장소에 대해 호스트별 단일 I/O 경로가 구성됩니다.
Solaris I/O 다중 경로 소프트웨어(MPxIO) 또는 EMC PowerPath와 같이 공유 클러스터 저장소에 대해 호스트별 여러 I/O 경로를 관리하는 지원되는 다중 경로 솔루션이 사용됩니다.
자세한 내용은 VxVM 설치 설명서를 참조하십시오.
로깅은 UFS 및 VxFS 클러스터 파일 시스템에서 필수 사항입니다. Oracle Solaris Cluster 소프트웨어는 다음과 같은 파일 시스템 로깅 선택 항목을 지원합니다.
Solaris UFS 로깅 – 자세한 내용은 mount_ufs(1M) 매뉴얼 페이지를 참조하십시오.
SPARC: VxFS(Veritas 파일 시스템) 로깅 – 자세한 내용은 VxFS 소프트웨어와 함께 제공된 mount_vxfs 매뉴얼 페이지를 참조하십시오.
Solaris Volume Manager 및 Veritas Volume Manager(VERITAS 볼륨 관리자)에서는 파일 시스템 로깅의 두 유형을 모두 지원합니다.
이 절에서는 클러스터 구성의 미러링 계획을 위한 다음과 같은 지침을 제공합니다.
Oracle Solaris Cluster 구성에서 모든 다중 호스트 디스크를 미러링하면 단일 장치에 장애가 발생해도 문제가 되지 않습니다. Oracle Solaris Cluster 소프트웨어를 사용하려면 확장 장치 사이에서 모든 다중 호스트 디스크를 미러링해야 합니다. 저장 장치에서 장치에 대한 중복 경로뿐 아니라 하드웨어 RAID를 제공하는 경우에는 소프트웨어 미러링을 사용하지 않아도 됩니다.
다중 호스트 디스크를 미러링할 때는 다음 사항을 고려하십시오.
별도의 디스크 확장 장치 – 지정된 미러의 각 하위 미러 또는 플렉스가 서로 다른 다중 호스트 확장 장치에 있어야 합니다.
디스크 공간 – 미러링하려면 두 배의 디스크 공간이 필요합니다.
3중 미러링 – Solaris Volume Manager 소프트웨어 및 VxVM(Veritas Volume Manager(VERITAS 볼륨 관리자)) 소프트웨어는 3중 미러링을 지원합니다. 그러나 Oracle Solaris Cluster 소프트웨어에서는 양방향 미러링만 사용해야 합니다.
다양한 장치 크기 – 다양한 크기의 장치를 미러링하면 미러 용량이 가장 작은 하위 미러 또는 플렉스로 제한됩니다.
다중 호스트 디스크에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Multihost Devices를 참조하십시오.
로컬 파일 시스템 레이아웃 워크시트에 이 계획 정보를 추가합니다.
가용성을 최대로 높이려면 로컬 디스크에서 루트(/), /usr , /var, /opt 및 swap을 미러링하십시오. VxVM에서는 루트 디스크를 캡슐화하고 생성된 하위 디스크를 미러링합니다. 그러나 Oracle Solaris Cluster 소프트웨어를 사용할 경우에는 루트 디스크를 미러링하지 않아도 됩니다.
루트 디스크를 미러링할지 여부를 결정하기 전에 위험성, 복잡성, 비용 및 서비스 시간을 고려하여 루트 디스크에 대한 여러 가지 대안을 찾아 보십시오. 모든 구성에 한 가지 미러링 전략이 적용되지는 않습니다. 루트를 미러링할지 여부를 결정할 때는 각 지역의 Oracle 서비스 담당자가 권장하는 방법을 사용하는 것이 좋습니다.
루트 디스크 미러링 방법에 대한 지침은 볼륨 관리자 설명서 및 Solaris Volume Manager 소프트웨어 구성 또는 VxVM 소프트웨어 설치 및 구성을 참조하십시오.
루트 디스크를 미러링할지 여부를 결정할 때는 다음 사항을 고려하십시오.
부트 디스크 – 미러를 부트 가능한 루트 디스크로 설정할 수 있습니다. 그런 다음 기본 부트 디스크가 실패할 경우 미러에서 부트할 수 있습니다.
복잡성 – 루트 디스크를 미러링하면 시스템 관리가 더 복잡해집니다. 또한 단일 사용자 모드에서의 부트가 복잡해 집니다.
백업 – 루트 디스크의 미러링 여부에 관계없이 정기적으로 루트를 백업해야 합니다. 관리 오류가 발생할 경우에 미러링만으로는 보호할 수 없습니다. 백업 계획을 세워야만 사고로 변경되거나 삭제된 파일을 복구할 수 있습니다.
쿼럼 – Solaris Volume Manager 소프트웨어에서는 상태 데이터베이스 쿼럼이 없으면 유지 보수 작업을 수행할 때까지 시스템을 재부트할 수 없습니다. 상태 데이터베이스 및 상태 데이터베이스 복제본에 대한 자세한 내용은 Solaris Volume Manager 설명서를 참조하십시오.
별도의 컨트롤러 – 가용성을 최대로 높이는 방법으로 별도의 컨트롤러에 루트 디스크를 미러링하는 방법이 있습니다.
보조 루트 디스크 – 미러된 루트 디스크를 사용하면 기본 루트 디스크가 실패해도 보조(미러) 루트 디스크에서 작업을 계속할 수 있습니다. 예를 들어 전원 주기 또는 일시적인 I/O 오류 후에 나중에 기본 루트 디스크로 다시 서비스할 수 있습니다. 그러면 후속 부트는 eeprom(1M) boot-device 매개 변수에 지정된 기본 루트 디스크를 사용하여 수행됩니다. 이러한 경우에는 직접 복구하지 않아도 부트할 수 있도록 드라이브가 정상적으로 작동합니다. Solaris Volume Manager 소프트웨어를 사용하면 재동기화가 발생합니다. 재동기화를 위해서는 드라이브가 다시 작동할 때 수동 단계가 필요합니다.
보조(미러) 루트 디스크에서 파일을 변경하면 부트 시에 기본 루트 디스크에 반영되지 않습니다. 이러한 경우는 오래된 하위 미러에서 발생할 수 있습니다. 예를 들어 /etc/system 파일에 대한 변경 사항이 손실됩니다. Solaris Volume Manager 소프트웨어를 사용하면 기본 루트 디스크가 작동하지 않는 동안 일부 관리 명령에 의해 /etc/system 파일이 변경될 수 있습니다.
부트 프로그램은 시스템이 미러에서 부트되는지 기본 물리 장치에서 부트되는지를 검사하지 않습니다. 미러링은 볼륨이 로드된 후 부트 프로세스를 통해 일부가 활성화됩니다. 그러므로 이 시점 이전에 시스템에서 오래된 하위 미러 문제가 발생할 수 있습니다.
|