탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris Cluster 소프트웨어 설치 설명서 Oracle Solaris Cluster 4.1 (한국어) |
1. Oracle Solaris Cluster 구성 계획
Oracle Solaris Cluster 설치 작업 찾기
SPARC: 클러스터의 Oracle VM Server for SPARC에 대한 지침
Oracle Solaris Cluster 구성 가능 구성 요소
영역 클러스터의 Trusted Extensions에 대한 지침
Solaris Volume Manager 소프트웨어에 대한 지침
이 절은 다음 내용으로 구성되어 있습니다.
전역 장치의 용도 및 기능에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Global Devices를 참조하십시오.
Oracle Solaris Cluster 소프트웨어에는 특정 디스크 레이아웃이나 파일 시스템 크기가 지정되어 있지 않습니다. 전역 장치에 대한 레이아웃을 계획할 때 다음 사항을 고려하십시오.
미러링 – 전역 장치의 가용성을 높이려면 모든 전역 장치를 미러링해야 합니다. 저장 장치에서 디스크에 대한 중복 경로뿐 아니라 하드웨어 RAID를 제공하면 소프트웨어 미러링을 사용하지 않아도 됩니다.
디스크 – 미러링할 때에는 파일 시스템이 서로 다른 디스크 어레이 간에 미러링되도록 레이아웃합니다.
가용성 – 전역 장치의 가용성을 높이려면 클러스터에 있는 두 개 이상의 노드에 물리적으로 전역 장치를 연결해야 합니다. 전역 장치가 물리적으로 많이 연결되면 하나의 노드에서 장애가 발생해도 계속 작동할 수 있습니다. 물리적 연결이 하나밖에 없는 전역 장치를 사용할 수도 있지만 연결된 노드가 중단되면 다른 노드에서 전역 장치에 액세스할 수 없습니다.
스왑 장치 – 전역 장치에는 스왑 파일을 만들지 마십시오.
비전역 영역 – 전역 장치는 비전역 영역에서 직접 액세스할 수 없습니다. 클러스터 파일 시스템 데이터만 비전역 영역에서 액세스할 수 있습니다.
장치 그룹의 용도 및 기능에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Device Groups을 참조하십시오.
장치 그룹을 계획할 때는 다음 사항을 고려하십시오.
페일오버 – 다중 호스트 디스크와 완전하게 구성된 볼륨 관리자 장치를 페일오버 장치로 구성할 수 있습니다. 볼륨 관리자 장치의 적절한 구성에는 다중 호스트 디스크와 올바른 볼륨 관리자 설정이 포함됩니다. 이 구성을 사용하면 여러 노드에서 내보낸 장치를 호스트할 수 있습니다. 테이프 드라이브, CD-ROM이나 DVD-ROM 또는 단일 포트 장치는 페일오버 장치로 구성할 수 없습니다.
미러링 – 디스크 장애가 발생할 경우 데이터를 보호하려면 디스크를 미러링해야 합니다. 추가 지침은 미러링 지침을 참조하십시오. 미러링에 대한 지침은 Solaris Volume Manager 소프트웨어 구성 및 볼륨 관리자 설명서를 참조하십시오.
저장소 기반 복제 – 장치 그룹에 있는 디스크는 모두 복제되거나 아무것도 복제되지 않아야 합니다. 장치 그룹에서는 복제된 디스크와 복제되지 않은 디스크를 혼합하여 사용할 수 없습니다.
클러스터 파일 시스템의 용도 및 기능에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Cluster File Systems을 참조하십시오.
주 - 고가용성 로컬 파일 시스템을 구성할 수도 있습니다. 이렇게 하면 보다 향상된 성능을 제공하여 높은 I/O를 사용하여 데이터 서비스를 지원하거나 클러스터 파일 시스템에서 지원되지 않는 특정 파일 시스템 기능의 사용을 허용할 수 있습니다. 자세한 내용은 Oracle Solaris Cluster Data Services Planning and Administration Guide의 Enabling Highly Available Local File Systems를 참조하십시오.
클러스터 파일 시스템을 계획할 때는 다음 사항을 고려하십시오.
할당량 – 할당량은 클러스터 파일 시스템에서 지원되지 않습니다. 그러나 고가용성 로컬 파일 시스템에서는 할당량이 지원됩니다.
영역 클러스터 – UFS를 사용하는 클러스터 파일 시스템을 영역 클러스터에 사용하도록 구성할 수 없습니다. 대신 고가용성 로컬 파일 시스템을 사용하십시오.
루프백 파일 시스템(LOFS) – 클러스터를 만드는 중에 LOFS가 기본적으로 사용으로 설정됩니다. 클러스터가 다음 조건 모두를 충족할 경우 각 클러스터 노드에서 LOFS를 수동으로 사용 안함으로 설정해야 합니다.
HA for NFS는 고가용성 로컬 파일 시스템에 구성됩니다.
automountd 데몬이 실행 중입니다.
클러스터가 이러한 두 조건을 모두 충족할 경우 스위치오버 문제 또는 기타 오류를 방지하려면 LOFS를 비활성화해야 합니다. 클러스터가 이러한 조건 중 하나만 충족할 경우 LOFS를 안전하게 활성화할 수 있습니다.
LOFS와 automountd 데몬을 모두 활성화해야 하는 경우 HA for NFS에서 내보낸 고가용성 로컬 파일 시스템에 포함된 모든 파일을 automounter 맵에서 제외시킵니다.
프로세스 계정 로그 파일 – 클러스터 파일 시스템 또는 고가용성 로컬 파일 시스템에서 프로세스 계정 로그 파일을 찾을 수 없습니다. 로그 파일에 대한 쓰기 작업으로 인해 스위치오버가 차단되며, 이로 인해 노드가 중단됩니다. 프로세스 계정 로그 파일을 포함하려면 로컬 파일 시스템만 사용합니다.
통신 끝점 – 클러스터 파일 시스템에서는 파일 시스템 이름 공간에 통신 끝점을 배치하는 Oracle Solaris 소프트웨어의 파일 시스템 기능을 지원하지 않습니다. 따라서 로컬 노드가 아닌 다른 노드에서 fattach 명령을 사용하지 마십시오.
이름이 경로 이름인 UNIX 도메인 소켓을 클러스터 파일 시스템에 만들 수 있지만 노드 페일오버 후에는 소켓이 작동하지 않습니다.
클러스터 파일 시스템에 만드는 FIFO 또는 이름이 지정된 파이프에는 전역으로 액세스할 수 없습니다.
장치 특수 파일 – 클러스터 파일 시스템에서는 블록 특수 파일 또는 문자 특수 파일이 지원되지 않습니다. 클러스터 파일 시스템의 장치 노드에 경로 이름을 지정하려면 /dev 디렉토리에서 장치 이름에 대한 심볼릭 링크를 만듭니다. 이러한 용도로 mknod 명령을 사용하지 마십시오.
atime – 클러스터 파일 시스템은 atime을 유지 관리하지 않습니다.
ctime – 클러스터 파일 시스템의 파일에 액세스할 때 파일의 ctime 업데이트가 지연될 수 있습니다.
응용 프로그램 설치 - 고가용성 응용 프로그램의 이진이 클러스터 파일 시스템에 상주하도록 하려면 클러스터 파일 시스템이 구성된 후 응용 프로그램이 설치될 때까지 기다립니다.
이 절에서는 UFS 클러스터 파일 시스템의 마운트 옵션에 대한 요구 사항 및 제한 사항에 대해 설명합니다.
주 - 또는 고가용성 로컬 파일 시스템으로 파일 시스템의 이러한 유형 및 기타 유형을 구성할 수 있습니다. 자세한 내용은 Oracle Solaris Cluster Data Services Planning and Administration Guide의 Enabling Highly Available Local File Systems를 참조하십시오.
다음 마운트 옵션 목록의 지침에 따라 UFS 클러스터 파일 시스템을 만들 때 사용할 마운트 옵션을 결정합니다.
필수. 이 옵션은 파일 시스템이 클러스터의 모든 노드에서 전역으로 표시되도록 합니다.
필수. 이 옵션을 로깅을 활성화합니다.
조건부. 이 옵션은 Oracle RAC RDBMS 데이터 파일, 로그 파일 및 제어 파일을 호스트할 클러스터 파일 시스템에만 필요합니다.
필수. /etc/vfstab 파일에서 onerror=panic 마운트 옵션을 명시적으로 지정할 필요는 없습니다. 이 마운트 옵션은 다른 onerror 마운트 옵션을 지정하지 않은 경우 이미 기본값으로 지정되어 있습니다.
주 - onerror=panic 마운트 옵션만 Oracle Solaris Cluster 소프트웨어에서 지원됩니다. onerror=umount 또는 onerror=lock 마운트 옵션을 사용하지 마십시오. 이러한 마운트 옵션은 다음과 같은 이유로 클러스터 파일 시스템에서 지원되지 않습니다.
onerror=umount 또는 onerror=lock 마운트 옵션을 사용하면 클러스터 파일 시스템이 잠기거나 액세스가 불가능하게 될 수 있습니다. 이러한 조건은 클러스터 파일 시스템에서 파일 손상이 있는 경우에 발생할 수 있습니다.
onerror=umount 또는 onerror=lock 마운트 옵션은 클러스터 파일 시스템이 마운트되지 않도록 할 수 있습니다. 이러한 조건에서는 클러스터 파일 시스템을 사용하는 응용 프로그램이 중단되거나 응용 프로그램이 종료되지 않을 수 있습니다.
이러한 상태에서 복구하려면 노드를 재부트해야 할 수 있습니다.
선택 사항. syncdir을 지정하면 write() 시스템 호출에 대해 POSIX 호환 파일 시스템 동작이 보장됩니다. write()가 성공할 경우 이 마운트 옵션을 사용하면 디스크에서 충분한 공간이 확보됩니다.
syncdir을 지정하지 않으면 UFS 파일 시스템에서 표시되는 동작이 동일하게 발생합니다. syncdir 옵션을 지정하지 않으면 데이터를 파일에 추가하는 경우 등 디스크 블록을 할당하는 쓰기의 성능이 크게 향상됩니다. 그러나 경우에 따라 syncdir을 사용하지 않으면 파일을 닫은 다음에야 공간 부족 상태(ENOSPC)가 발견됩니다.
ENOSPC는 페일오버가 발생한 후 매우 짧은 시간 동안만 표시된 후 닫힙니다. syncdir을 사용하면 POSIX 동작과 마찬가지로 파일을 닫기 전에 공간 부족 상태가 발견됩니다.
UFS 마운트 옵션에 대한 자세한 내용은 mount_ufs(1M) 매뉴얼 페이지를 참조하십시오.
클러스터 파일 시스템의 마운트 지점을 계획할 때는 다음 사항을 고려하십시오.
마운트 지점 위치 – 다른 소프트웨어 제품에서 금지하지 않는 한 /global 디렉토리에 클러스터 파일 시스템의 마운트 지점을 만듭니다. /global 디렉토리를 사용하면 전역으로 사용할 수 있는 클러스터 파일 시스템을 로컬 파일 시스템과 쉽게 구별할 수 있습니다.
마운트 지점 중첩 – 일반적으로 클러스터 파일 시스템의 마운트 지점은 중첩하면 안 됩니다. 예를 들어 /global/a에 마운트되는 파일 시스템과 /global/a/b에 마운트되는 다른 파일 시스템을 함께 설정하지 마십시오. 이 규칙을 무시하면 가용성 및 노드 부트 순서 문제가 발생할 수 있습니다. 이러한 문제는 하위 파일 시스템을 마운트하려고 할 때 상위 마운트 지점이 없는 경우에 발생합니다.
이 규칙의 유일한 예외는 UFS의 클러스터 파일 시스템입니다. 두 개의 파일 시스템 장치에 동일한 물리적 호스트 연결이 있는 경우(예: 같은 디스크의 다른 슬라이스) 마운트 지점을 중첩할 수 있습니다.
forcedirectio – Oracle Solaris Cluster 소프트웨어에서는 forcedirectio 마운트 옵션을 사용하여 마운트되는 클러스터 파일 시스템 이진의 실행을 지원하지 않습니다.