탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris Cluster 소프트웨어 설치 설명서 Oracle Solaris Cluster 4.1 (한국어) |
1. Oracle Solaris Cluster 구성 계획
Oracle Solaris Cluster 설치 작업 찾기
SPARC: 클러스터의 Oracle VM Server for SPARC에 대한 지침
Solaris Volume Manager 소프트웨어에 대한 지침
이 절에서는 Oracle Solaris Cluster 소프트웨어 설치 및 구성을 위해 다음 구성 요소를 계획하고 준비하는 지침을 제공합니다.
Oracle Solaris Cluster 구성 요소에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide 를 참조하십시오.
소프트웨어를 설치하려면 먼저 필요한 라이센스 인증서를 모두 사용할 수 있는지 확인합니다. Oracle Solaris Cluster 소프트웨어에는 라이센스 인증서가 필요 없지만 Oracle Solaris Cluster 소프트웨어와 함께 설치되는 각 노드는 Oracle Solaris Cluster 소프트웨어 라이센스 계약을 따라야 합니다.
볼륨 관리자 소프트웨어 및 응용 프로그램 소프트웨어에 대한 라이센스 요구 사항은 해당 제품의 설치 설명서를 참조하십시오.
각 소프트웨어 제품을 설치한 후 필요한 소프트웨어 업데이트도 설치해야 합니다. 올바른 클러스터 작업을 위해 모든 클러스터 노드에서 동일한 업데이트 수준을 유지해야 합니다.
소프트웨어 업데이트를 적용하는 일반 지침 및 절차는 Oracle Solaris Cluster 시스템 관리 설명서의 11 장, 소프트웨어 업데이트를 참조하십시오.
클러스터에서 공용 네트워크 사용에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Public Network Adapters and IP Network Multipathing를 참조하십시오.
다양한 Oracle Solaris Cluster 구성 요소에 여러 가지 공용 네트워크 IP 주소를 설정해야 합니다. 필요한 주소 수는 클러스터 구성에 포함할 구성 요소에 따라 다릅니다. 클러스터 구성에 포함된 각 Oracle Solaris 호스트에는 동일한 공용 서브넷 세트에 대한 공용 네트워크 연결이 하나 이상 있어야 합니다.
다음 표에는 공용 네트워크 IP 주소가 지정되어야 하는 구성 요소가 나열되어 있습니다. 이들 IP 주소를 다음 위치에 추가하십시오.
사용된 모든 이름 지정 서비스
Oracle Solaris 소프트웨어 설치 후 각 전역 클러스터 노드의 로컬 /etc/inet/hosts 파일
독점적 IP 비전역 영역의 로컬 /etc/inet/hosts 파일
표 1-2 공용 네트워크 IP 주소를 사용하는 Oracle Solaris Cluster 구성 요소
|
IP 주소 계획에 대한 자세한 내용은 Oracle Solaris 11.1 네트워크 구성 및 관리의 1 장, 네트워크 배치 계획을 참조하십시오.
모든 클러스터 노드에 대해 콘솔 액세스가 있어야 합니다. 서비스 프로세서(SP)는 관리 콘솔과 전역 클러스터 노드 콘솔 간 통신에 사용됩니다.
콘솔 액세스에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide를 참조하십시오.
Oracle Solaris pconsole 유틸리티를 사용하여 클러스터 노드에 연결할 수 있습니다. 또한 사용자 입력을 모든 열린 연결에 전파할 수 있는 마스터 콘솔 창을 제공합니다. 자세한 내용은 Oracle Solaris 11 terminal/pconsole 패키지를 설치할 때 제공되는 pconsole(1) 매뉴얼 페이지를 참조하십시오.
공용 네트워크는 클러스터 외부에서 통신합니다. 공용 네트워크 구성을 계획할 때는 다음 사항을 고려하십시오.
공용 네트워크와 개인 네트워크 구분 – 공용 네트워크와 개인 네트워크(클러스터 상호 연결)는 별도의 어댑터를 사용해야 합니다. 그렇지 않고 개인 상호 연결과 공용 네트워크에 동일한 어댑터를 사용하려면 태그가 지정된 VLAN 지원 어댑터 및 VLAN 지원 스위치에 태그가 지정된 VLAN을 구성해야 합니다.
다른 방법으로, 동일한 물리적 인터페이스에 가상 NIC을 만들고 개인 및 공용 네트워크에 서로 다른 가상 NIC을 지정합니다.
최소 – 모든 클러스터 노드가 최소한 하나의 공용 네트워크에 연결되어 있어야 합니다. 공용 네트워크 연결에서는 노드마다 다른 서브넷을 사용할 수 있습니다.
확장 가능 서비스 – 확장 가능 서비스를 실행하는 모든 노드는 동일한 서브넷 또는 서브넷 세트를 사용하거나 그 중에서 경로 지정 가능한 다른 서브넷을 사용해야 합니다.
논리 주소 – 논리 주소를 사용하는 각 데이터 서비스 리소스 그룹에는 논리 주소에 액세스할 수 있는 각 공용 네트워크에 대한 호스트 이름이 지정되어 있어야 합니다. 데이터 서비스 및 리소스에 대한 추가 정보는 Oracle Solaris Cluster Concepts Guide를 참조하십시오.
IPv4 – Oracle Solaris Cluster 소프트웨어는 공용 네트워크에서 IPv4 주소를 지원합니다.
IPv6 – Oracle Solaris Cluster 소프트웨어는 공용 네트워크에서 페일오버 및 확장 가능 데이터 서비스에 대해 IPv6 주소를 지원합니다.
IPMP 그룹 – 각 공용 네트워크 어댑터 IPMP(IP 네트워크 다중 경로) 그룹에 속해야 합니다. 공용 네트워크 어댑터가 데이터 서비스 트래픽에 사용되지 않을 경우에는 IPMP 그룹에 구성할 필요가 없습니다.
공용 네트워크 구성에 하나 이상의 non-link-local IPv6 공용 네트워크 인터페이스가 없는 한, scinstall 유틸리티는 동일한 서브넷을 사용하는 클러스터의 각 공용 네트워크 어댑터 세트에 대해 여러 어댑터 IPMP 그룹을 자동으로 구성합니다. 이러한 그룹은 전이성 프로브를 사용하는 링크 기반 그룹입니다.
구성에 non-link-local IPv6 공용 네트워크 인터페이스가 있는 경우 데이터 서비스 트래픽에 사용될 모든 인터페이스에서 IPMP 그룹을 수동으로 구성해야 합니다. 클러스터를 설정하기 전후에 IPMP 그룹을 구성할 수 있습니다.
scinstall 유틸리티는 IPMP 그룹에 이미 구성되어 있는 어댑터를 무시합니다. 클러스터에서 프로브 기반 IPMP 그룹이나 링크 기반 IPMP 그룹을 사용할 수 있습니다. 대상 IP 주소를 테스트하는 프로브 기반 IPMP 그룹은 가용성을 손상시킬 수 있는 더 많은 조건을 인식하여 최상의 보호 기능을 제공합니다.
scinstall 유틸리티가 구성하는 IPMP 그룹의 어댑터가 데이터 서비스 트래픽에 사용되지 않을 경우 그룹에서 해당 어댑터를 제거할 수 있습니다.
IPMP 그룹에 대한 지침은 Oracle Solaris 11.1 네트워크 성능 관리의 5 장, IPMP 소개를 참조하십시오. 클러스터 설치 후 IPMP 그룹을 수정하려면 Oracle Solaris Cluster 시스템 관리 설명서의 클러스터에서 IP Network Multipathing 그룹을 관리하는 방법의 지침과 Oracle Solaris 11.1 네트워크 성능 관리의 6 장, IPMP 관리(작업)의 절차를 따르십시오.
로컬 MAC 주소 지원 – 모든 공용 네트워크 어댑터는 로컬 MAC 주소 지정을 지원하는 네트워크 인터페이스 카드(Network Interface Card, NIC)를 사용해야 합니다. 로컬 MAC 주소 지정은 IPMP의 요구 사항입니다.
local-mac-address 설정 – local-mac-address? 변수는 이더넷 어댑터에 대해 기본값 true를 사용해야 합니다. Oracle Solaris Cluster 소프트웨어에서는 이더넷 어댑터에 대해 local-mac-address? 값 false를 지원하지 않습니다.
공용 네트워크 인터페이스에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide를 참조하십시오.
Oracle Solaris Cluster 쿼럼 서버 소프트웨어를 사용하여 시스템을 쿼럼 서버로 구성한 다음 쿼럼 서버를 클러스터의 쿼럼 장치로 구성할 수 있습니다. 공유 디스크 및 NAS 파일러와 함께 또는 대신에 쿼럼 서버를 사용할 수 있습니다.
Oracle Solaris Cluster 구성에서 쿼럼 서버의 사용을 계획할 때 다음 사항을 고려하십시오.
네트워크 연결 – 쿼럼 서버 컴퓨터는 공용 네트워크를 통해 클러스터에 연결됩니다.
지원되는 하드웨어 – 쿼럼 서버에 대해 지원되는 하드웨어 플랫폼은 전역 클러스터 노드의 경우와 동일합니다.
운영 체제 – Oracle Solaris Cluster 소프트웨어에 대한 Oracle Solaris 소프트웨어 요구 사항은 쿼럼 서버 소프트웨어에도 적용됩니다.
비전역 영역에 대한 제한 사항 – Oracle Solaris Cluster 4.1 릴리스에서는 비전역 영역에 쿼럼 서버를 설치하고 구성할 수 없습니다.
여러 클러스터에 대한 서비스 – 쿼럼 서버를 둘 이상의 클러스터에 대한 쿼럼 장치로 구성할 수 있습니다.
혼합 하드웨어 및 소프트웨어 – 쿼럼을 제공하는 클러스터와 동일한 하드웨어 및 소프트웨어 플랫폼에는 쿼럼 서버를 구성할 필요가 없습니다. 예를 들어 Oracle Solaris 10 OS가 실행되는 SPARC 기반 시스템은 Oracle Solaris 11 OS가 실행되는 x86 기반 클러스터에 대한 쿼럼 서버처럼 구성할 수 있습니다.
확장 트리 알고리즘 – 쿼럼 서버가 실행될 클러스터 공용 네트워크에 연결되어 있는 포트의 이더넷 스위치에서는 확장 트리 알고리즘을 사용 안함으로 설정해야 합니다.
클러스터 노드를 쿼럼 서버로 사용 – 노드가 속한 클러스터가 아닌 다른 클러스터에 대해 쿼럼을 제공하기 위해 클러스터 노드에서 쿼럼 서버를 구성할 수 있습니다. 그러나 클러스터 노드에서 구성되는 쿼럼 서버는 가용성이 높지 않습니다.
Oracle Solaris Cluster 구성에서 네트워크 파일 시스템(Network File System, NFS)의 사용을 계획하는 경우 다음 사항을 고려하십시오.
NFS 클라이언트 – Oracle Solaris Cluster 노드는 동일한 클러스터에 있는 노드에서 마스터되고 있는 HA for NFS에서 내보낸 파일 시스템의 NFS 클라이언트가 될 수 없습니다. 이러한 HA for NFS의 상호 마운트는 금지됩니다. 전역 클러스터 노드 간에 파일을 공유하려면 클러스터 파일 시스템을 사용하십시오.
NFSv3 프로토콜 – NAS 파일러와 같은 외부 NFS 서버에서 클러스터 노드의 파일 시스템을 마운트하고 NFSv3 프로토콜을 사용 중인 경우 동일한 클러스터 노드에서 NFS 클라이언트 마운트 및 HA for NFS 데이터 서비스를 실행할 수 없습니다. 그렇게 할 경우, 특정 HA for NFS 데이터 서비스 작동으로 인해 NFS 서비스를 방해하면서 NFS 데몬이 중지되고 다시 시작될 수 있습니다. 그러나, NFSv4 프로토콜을 사용하여 클러스터 노드에 외부 NFS 파일 시스템을 마운트할 경우, HA for NFS 데이터 서비스를 안전하게 실행할 수 있습니다.
잠금 - 클러스터에서 로컬로 실행되는 응용 프로그램에서 NFS를 통해 내보내진 파일 시스템의 파일을 잠그면 안 됩니다. 그렇지 않으면 로컬 블록화(예: flock 또는 fcntl)로 인해 잠금 관리자(lockd)를 다시 시작하지 못할 수 있습니다. 다시 시작할 때 원격 클라이언트에서 사용하려고 했던 잠금이 블록화된 로컬 프로세스에 부여될 수 있습니다. 그러면 예상하지 못한 동작이 발생할 수 있습니다.
NFS 보안 기능 – Oracle Solaris Cluster 소프트웨어는 share_nfs(1M) 명령의 다음 옵션을 지원하지 않습니다.
secure
sec=dh
그러나 Oracle Solaris Cluster 소프트웨어는 다음과 같은 NFS 보안 기능을 지원합니다.
NFS용 보안 포트 사용. 항목 설정 nfssrv:nfs_portmon=1을 클러스터 노드의 /etc/system 파일에 추가하여 NFS용 보안 포트를 사용으로 설정합니다.
보호(Fencing) – 영역 클러스터에서는 지원되는 모든 NAS 장치, 공유 디스크 및 저장소 어레이에 대해 보호(fencing)를 지원합니다.
Oracle Solaris Cluster 구성에 대한 다음 서비스 제한 사항을 준수하십시오.
라우터 – 다음과 같은 이유로 인해 클러스터 노드를 라우터(게이트웨이)로 구성하지 마십시오.
라우팅 프로토콜에서 상호 연결 인터페이스의 IFF_PRIVATE 플래그 설정에 관계없이 실수로 클러스터 상호 연결을 공개적으로 연결 가능한 네트워크로 다른 라우터에 브로드캐스트할 수 있습니다.
경로 지정 프로토콜에서 클라이언트 액세스에 영향을 주는 클러스터 노드 간의 IP 주소 페일오버를 간섭할 수 있습니다.
경로 지정 프로토콜에서 다른 클러스터 노드로 패킷을 전달하는 대신 클라이언트 네트워크 패킷을 허용하고 배치하여 확장 가능 서비스의 올바른 기능을 손상시킬 수 있습니다.
NIS+ 서버 – 클러스터 노드를 NIS 또는 NIS+ 서버로 구성하지 마십시오. NIS 또는 NIS+에 사용할 수 있는 데이터 서비스가 없습니다. 그러나 클러스터 노드가 NIS 또는 NIS+ 클라이언트가 될 수는 있습니다.
설치 서버 – Oracle Solaris Cluster 구성을 사용하여 클라이언트 시스템에 고가용성 설치 서비스를 제공하지 마십시오.
RARP – Oracle Solaris Cluster 구성을 사용하여 rarpd 서비스를 제공하지 마십시오.
원격 프로시저 호출(RPC) 프로그램 번호 – 클러스터에 RPC 서비스를 설치하는 경우 서비스에서 다음 프로그램 번호를 사용하면 안됩니다.
100141
100142
100248
이러한 번호는 각각 Oracle Solaris Cluster 데몬 rgmd_receptionist, fed 및 pmfd용으로 예약되어 있습니다.
설치하는 RPC 서비스에서도 이러한 프로그램 번호 중 하나를 사용하는 경우에는 RPC 서비스에서 다른 프로그램 번호를 사용하도록 변경해야 합니다.
예약 클래스 – Oracle Solaris Cluster 소프트웨어는 클러스터 노드에서 우선 순위가 높은 프로세스 예약 클래스의 실행을 지원하지 않습니다. 클러스터 노드에서는 다음 유형의 프로세스를 실행하지 마십시오.
우선 순위가 높은 시간 공유 예약 클래스로 실행되는 프로세스
실시간 예약 클래스로 실행되는 프로세스
Oracle Solaris Cluster 소프트웨어는 실시간 예약 클래스로 실행되지 않는 커널 스레드를 사용합니다. 실시간 프로세스나 일반적인 우선 순위보다 높은 우선 순위로 실행되는 다른 시간 공유 프로세스를 실행하면 Oracle Solaris Cluster 커널 스레드에서 필요한 CPU 주기를 가져오지 못할 수 있습니다.
NTP에 대한 다음 지침을 준수하십시오.
동기화 – 클러스터에서 NTP를 구성할 때나 동기화 기능을 수행할 때는 기본적으로 모든 클러스터 노드가 동일한 시간으로 동기화되어야 합니다.
정확성 - 노드 사이의 시간 동기화 다음으로 중요한 요구 사항은 각 노드 시간의 정확성입니다. 동기화에 대한 이러한 기본 요구 사항이 충족되면 사용자가 필요한 대로 NTP를 구성할 수 있습니다.
클러스터 시간에 대한 추가 정보는 Oracle Solaris Cluster Concepts Guide를 참조하십시오. NTP에 대한 자세한 내용은 Oracle Solaris 11 service/network/ntp 패키지에 제공된 ntpd(1M) 매뉴얼 페이지를 참조하십시오.
이 절에서는 사용자가 구성할 수 있는 다음과 같은 Oracle Solaris Cluster 구성 요소에 대한 지침을 제공합니다.
Oracle Solaris Cluster를 구성하는 동안 전역 클러스터에 대한 이름을 지정합니다. 전역 클러스터 이름은 전체 엔터프라이즈에서 고유해야 합니다.
영역 클러스터 이름 지정에 대한 자세한 내용은 영역 클러스터를 참조하십시오.
전역 클러스터 노드의 이름은 Oracle Solaris OS와 함께 설치할 때 물리적 호스트나 가상 호스트에 지정하는 이름과 동일합니다. 이름 지정 요구 사항에 대한 자세한 내용은 hosts(4) 매뉴얼 페이지를 참조하십시오.
단일 호스트 클러스터 설치에서 기본 클러스터 이름은 노드의 이름입니다.
Oracle Solaris Cluster 구성 중에 전역 클러스터에 설치할 모든 노드의 이름을 지정합니다. 노드 이름은 전체 클러스터에서 고유해야 합니다.
노드 ID 번호는 번호 1에서 시작하여, 클러스터 내에서 사용할 수 있도록 각 클러스터 노드에 지정됩니다. 노드 ID 번호는 해당 노드가 클러스터 구성원이 되는 순서로 각 클러스터 노드에 할당됩니다. 한 번의 작업으로 모든 클러스터 노드를 구성하는 경우 scinstall 유틸리티가 실행되는 노드에는 노드 ID 번호가 마지막으로 지정됩니다. 클러스터 노드에 할당된 후에는 노드 ID 번호를 변경할 수 없습니다.
클러스터 구성원이 되는 노드에는 사용 가능한 노드 ID 번호 중 가장 낮은 번호가 할당됩니다. 클러스터에서 노드를 제거하면 해당 노드 ID를 새 노드에 할당할 수 있습니다. 예를 들어 4노드 클러스터에서 노드 ID 3이 지정된 노드를 제거할 경우 새 노드에 노드 ID 5가 아닌 3이 지정됩니다.
할당된 노드 ID 번호가 특정 클러스터 노드에 해당되도록 하려면 노드 ID 번호를 할당하려는 순서로 한 번에 하나씩 클러스터 노드를 구성합니다. 예를 들어 클러스터 소프트웨어에서 노드 ID 1을 phys-schost-1에 지정하도록 하려면 해당 노드를 클러스터의 스폰서 노드로 구성합니다. 다음으로 phys-schost-1에서 설정한 클러스터에 phys-schost-2를 추가하면 phys-schost-2에 노드 ID 2가 지정됩니다.
영역 클러스터의 노드 이름에 대한 자세한 내용은 영역 클러스터를 참조하십시오.
주 - 단일 호스트 전역 클러스터에는 개인 네트워크를 구성할 필요가 없습니다. 개인 네트워크가 클러스터에서 사용되지 않는 경우에도 scinstall 유틸리티는 기본 개인 네트워크 주소 및 넷마스크를 자동으로 지정합니다.
Oracle Solaris Cluster 소프트웨어는 노드 간 및 Oracle Solaris Cluster 소프트웨어에 의해 관리되는 비전역 영역 간 내부 통신에 개인 네트워크를 사용합니다. Oracle Solaris Cluster 구성의 개인 네트워크에는 클러스터 상호 연결에 대한 연결이 두 개 이상 있어야 합니다. 클러스터의 첫번째 노드에서 Oracle Solaris Cluster 소프트웨어를 구성할 경우 다음 방법 중 하나로 개인 네트워크 주소 및 넷마스크를 지정합니다.
기본 개인 네트워크 주소(172.16.0.0) 및 기본 넷마스크(255.255.240.0)를 수락합니다. 이 IP 주소 범위에서는 결합된 최대 64개의 노드와 비전역 영역, 최대 12개의 영역 클러스터 및 최대 10개의 개인 네트워크를 지원합니다.
주 - IP 주소 범위에서 지원할 수 있는 최대 노드 수에는 하드웨어 또는 소프트웨어 구성에서 현재 지원할 수 있는 최대 노드 수가 반영되지 않습니다.
다른 허용 가능한 개인 네트워크 주소를 지정하고 기본 넷마스크를 수락합니다.
기본 개인 네트워크 주소를 수락하고 다른 넷마스크를 지정합니다.
다른 개인 네트워크 주소와 다른 넷마스크를 모두 지정합니다.
다른 넷마스크를 지정하도록 선택하는 경우 scinstall 유틸리티는 IP 주소 범위에서 지원할 노드 수 및 개인 네트워크 수에 대해 묻는 메시지를 표시합니다. 또한 지원할 영역 클러스터 수도 묻는 메시지를 표시합니다. 지정하는 전역 클러스터 노드 수에는 개인 네트워크를 사용할 클러스터되지 않은 비전역 영역의 예상되는 수도 포함되어야 합니다.
유틸리티는 지정한 노드, 영역 클러스터 및 개인 네트워크 수를 지원할 최소 IP 주소 범위에 대한 넷마스크를 계산합니다. 계산된 넷마스크는 비전역 영역, 영역 클러스터 및 개인 네트워크를 포함하여 제공된 노드 수 이상을 지원할 수 있습니다. 또한 scinstall 유틸리티는 노드, 영역 클러스터 및 개인 네트워크 수의 두 배를 지원하도록 최소가 되는 두번째 넷마스크를 계산합니다. 이 두번째 넷마스크를 사용하면 IP 주소 범위를 재구성할 필요 없이 클러스터에서 향후 증가를 수용할 수 있습니다.
그런 다음 유틸리티에서 선택할 넷마스크를 묻습니다. 계산된 넷마스크 중 하나를 지정하거나 다른 넷마스크를 제공할 수 있습니다. 지정한 넷마스크는 유틸리티에 지정한 노드 및 개인 네트워크 수를 최소한으로 지원해야 합니다.
주 - 노드, 비전역 영역, 영역 클러스터 또는 개인 네트워크를 추가로 지원하려면 클러스터 개인 IP 주소 범위를 변경해야 할 수 있습니다.
클러스터가 설정된 후 개인 네트워크 주소 및 넷마스크를 변경하려면 Oracle Solaris Cluster 시스템 관리 설명서의 기존 클러스터의 개인 네트워크 주소 또는 주소 범위를 변경하는 방법을 참조하십시오. 이렇게 변경하려면 클러스터를 종료해야 합니다.
그러나 cluster set-netprops 명령을 사용하여 넷마스크만 변경하면 클러스터는 클러스터 모드로 유지될 수 있습니다. 클러스터에 이미 구성되어 있는 영역 클러스터의 경우 해당 영역 클러스터에 할당되는 개인 IP 서브넷 및 해당되는 개인 IP 주소도 업데이트됩니다.
기본값이 아닌 개인 네트워크 주소를 지정할 경우 주소는 다음 요구 사항을 충족해야 합니다.
주소 및 넷마스크 크기 – 개인 네트워크 주소는 넷마스크보다 작을 수 없습니다. 예를 들어 255.255.255.0의 넷마스크에 172.16.10.0의 개인 네트워크 주소를 사용할 수 있습니다. 그러나 넷마스크 255.255.0.0에 개인 네트워크 주소 172.16.10.0을 사용할 수는 없습니다.
허용 가능한 주소 – 주소는 개인 네트워크에서 사용하기 위해 RFC 1918에서 예약한 주소 블록에 포함되어 있어야 합니다. InterNIC에 문의하여 RFC 복사본을 얻거나 http://www.rfcs.org에서 온라인으로 RFC를 볼 수 있습니다.
여러 클러스터에서 사용 – 클러스터가 다른 개인 네트워크에 있는 경우 동일한 개인 네트워크 주소를 둘 이상의 클러스터에서 사용할 수 있습니다. 개인 IP 네트워크 주소는 물리적 클러스터 외부에서 액세스할 수 없습니다.
Oracle VM Server for SPARC - 게스트 도메인이 동일한 물리적 시스템에 만들어지고 동일한 가상 스위치에 연결되는 경우 개인 네트워크는 해당 게스트 도메인에서 공유되며 이러한 도메인에 모두 표시됩니다. 게스트 도메인의 클러스터에서 사용하도록 scinstall 유틸리티에 개인 네트워크 IP 주소 범위를 지정하기 전에는 주의합니다. 주소 범위가 동일한 물리적 시스템에 있고 가상 스위치를 공유하는 다른 도메인 게스트에서 이미 사용되고 있지 않은지 확인하십시오.
여러 클러스터에서 공유되는 VLAN – Oracle Solaris Cluster 구성에서는 여러 클러스터 간의 동일한 개인 상호 연결 VLAN 공유를 지원합니다. 각 클러스터에 대해 별도의 VLAN을 구성할 필요는 없습니다. 그러나 가장 높은 수준의 결함 격리 및 상호 연결 복원성을 제공하려면 VLAN의 사용을 단일 클러스터로 제한하십시오.
IPv6 – Oracle Solaris Cluster 소프트웨어는 개인 상호 연결에 대해 IPv6 주소를 지원하지 않습니다. 시스템에서는 IPv6 주소를 사용하는 확장 가능 서비스를 지원하기 위해 개인 네트워크 어댑터에 IPv6 주소를 구성합니다. 그러나 개인 네트워크의 노드 간 통신에서는 이러한 IPv6 주소를 사용하지 않습니다.
개인 네트워크에 대한 자세한 내용은 Oracle Solaris 11.1 네트워크 구성 및 관리의 1 장, 네트워크 배치 계획을 참조하십시오.
개인 호스트 이름은 개인 네트워크 인터페이스를 통한 노드 간 통신에 사용되는 이름입니다. 개인 호스트 이름은 전역 클러스터 또는 영역 클러스터의 Oracle Solaris Cluster 구성 중에 자동으로 만들어집니다. 이러한 개인 호스트 이름은 이름 지정 규약clusternodenode-id -priv를 따릅니다. 여기서 node-id는 내부 노드 ID 번호입니다. Oracle Solaris Cluster 구성 중 노드 ID 번호는 노드가 클러스터 구성원이 될 때 각 노드에 자동으로 지정됩니다. 전역 클러스터의 노드와 영역 클러스터의 노드에 모두 동일한 개인 호스트 이름이 있을 수 있지만 각 호스트 이름은 서로 다른 개인 네트워크 IP 주소로 확인됩니다.
전역 클러스터가 구성된 후 clsetup(1CL) 유틸리티를 사용하여 개인 호스트 이름을 변경할 수 있습니다. 현재는 영역 클러스터 노드의 개인 호스트 이름을 변경할 수 없습니다.
비전역 영역에 대한 개인 호스트 이름의 생성은 선택 사항입니다. 비전역 영역의 개인 호스트 이름에는 필요한 이름 지정 규약이 없습니다.
클러스터 상호 연결은 클러스터 노드 간의 개인 네트워크 통신을 위한 하드웨어 경로를 제공합니다. 각 상호 연결은 다음 중 하나의 방법으로 연결되는 케이블로 구성됩니다.
두 전송 어댑터 간
전송 어댑터와 전송 스위치 간
클러스터 상호 연결의 용도 및 기능에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Cluster Interconnect을 참조하십시오.
주 - 단일 호스트 클러스터에는 클러스터 상호 연결을 구성할 필요가 없습니다. 그러나 단일 호스트 클러스터 구성에 노드를 더 추가하려는 경우에는 이후의 사용을 위해 클러스터 상호 연결을 구성할 수도 있습니다.
Oracle Solaris Cluster 구성 중에 하나 또는 두 개의 클러스터 상호 연결에 대한 구성 정보를 지정합니다.
사용 가능한 어댑터 포트 수가 제한된 경우 개인 및 공용 네트워크와 동일한 어댑터를 공유하도록 태그가 지정된 VLAN을 사용할 수 있습니다. 자세한 내용은 전송 어댑터에서 태그가 지정된 VLAN에 대한 지침을 참조하십시오.
한 개의 클러스터에 클러스터 상호 연결을 한 개에서 여섯 개까지 설정할 수 있습니다. 단일 클러스터 상호 연결을 설정하면 개인 상호 연결에 사용되는 어댑터 포트 수는 줄지만 중복을 제공하지 않고 가용성이 저하됩니다. 단일 상호 연결에서 오류가 발생할 경우 클러스터는 자동 복구를 수행해야 하는 위험이 증가합니다. 가능하면 둘 이상의 클러스터 상호 연결을 설치하여 중복 및 확장 가능성을 제공하고 단일 지점 실패를 방지함으로써 보다 높은 가용성을 제공하십시오.
clsetup 유틸리티를 사용하여 클러스터를 설정한 후 추가 클러스터 상호 연결을 최대 6개까지 구성할 수 있습니다.
클러스터 상호 연결 하드웨어에 대한 지침은 Oracle Solaris Cluster 4.1 Hardware Administration Manual의 Interconnect Requirements and Restrictions을 참조하십시오. 클러스터 상호 연결에 대한 일반적인 정보는 Oracle Solaris Cluster Concepts Guide의 Cluster Interconnect을 참조하십시오.
네트워크 인터페이스의 포트와 같은 전송 어댑터의 경우 전송 어댑터 이름 및 전송 유형을 지정합니다. 구성이 2호스트 클러스터인 경우 상호 연결이 지점 간 연결(어댑터 대 어댑터)인지 전송 스위치를 사용하는지도 지정합니다.
다음 지침과 제한 사항을 고려하십시오.
IPv6 – Oracle Solaris Cluster 소프트웨어는 개인 상호 연결을 통한 IPv6 통신을 지원하지 않습니다.
로컬 MAC 주소 지정 - 모든 개인 네트워크 어댑터에서는 로컬 MAC 주소 지정을 지원하는 네트워크 인터페이스 카드(Network Interface Card, NIC)를 사용해야 합니다. 확장 가능한 데이터 서비스를 위해 IPv6 공용 네트워크 주소를 지원하기 위해 개인 네트워크 어댑터에 필요한 링크 로컬 IPv6 주소는 로컬 MAC 주소에서 파생됩니다.
태그가 지정된 VLAN 어댑터 – Oracle Solaris Cluster 소프트웨어는 태그가 지정된 가상 로컬 영역 네트워크(Virtual Local Area Network, VLAN)를 지원하여 개인 클러스터 상호 연결과 공용 네트워크 간에 어댑터를 공유합니다. 클러스터로 어댑터를 구성하기 전에 dladm create-vlan 명령을 사용하여 태그가 지정된 VLAN 어댑터로 구성해야 합니다.
클러스터 상호 연결을 위해 태그가 지정된 VLAN 어댑터를 구성하려면 VLAN 가상 장치 이름으로 어댑터를 지정합니다. 이 이름은 어댑터 이름과 VLAN 인스턴스 번호로 구성됩니다. VLAN 인스턴스 번호는 수식(1000*V)+N에서 파생됩니다. 여기서 V는 VID 번호이고 N은 PPA입니다.
예를 들어 어댑터 net2에서 VID가 73인 경우 VLAN 인스턴스 번호는 (1000*73)+2로 계산됩니다. 따라서 어댑터 이름을 net73002로 지정하여 공유된 가상 LAN의 일부임을 나타냅니다.
클러스터의 VLAN 구성에 대한 자세한 내용은 Oracle Solaris Cluster 4.1 Hardware Administration Manual의 Configuring VLANs as Private Interconnect Networks을 참조하십시오. VLAN 만들기 및 관리에 대한 자세한 내용은 dladm(1M) 매뉴얼 페이지와 Managing Oracle Solaris 11.1 Network Performance의 3 장, Working With VLANs을 참조하십시오.
SPARC: Oracle VM Server for SPARC 게스트 도메인 – 가상 이름 vnetN(예: vnet0 및 vnet1)으로 어댑터 이름을 지정합니다. 가상 어댑터 이름은 /etc/path_to_inst 파일에 기록됩니다.
논리 네트워크 인터페이스 – 논리 네트워크 인터페이스는 Oracle Solaris Cluster 소프트웨어에서 사용하도록 예약되어 있습니다.
네트워크 스위치와 같은 전송 스위치를 사용하는 경우 각 상호 연결에 대해 전송 스위치 이름을 지정합니다. 기본 이름 switchN을 사용하거나 다른 이름을 만들 수 있습니다. 여기서 N은 구성 시 자동으로 지정되는 번호입니다.
또한 스위치 포트 이름을 지정하거나 기본 이름을 수락합니다. 기본 포트 이름은 케이블 끝에 있는 어댑터를 호스트하는 Oracle Solaris 호스트의 내부 노드 ID 번호와 동일합니다. 그러나 특정 어댑터 유형에 대해서는 기본 포트 이름을 사용할 수 없습니다.
노드가 세 개 이상인 클러스터에서는 전송 스위치를 반드시 사용해야 합니다. 클러스터 노드 사이의 직접 연결은 2호스트 클러스터에서만 지원됩니다. 2호스트 클러스터가 직접 연결된 경우에도 상호 연결을 위한 전송 스위치를 지정할 수 있습니다.
참고 - 전송 스위치를 지정하면 나중에 쉽게 다른 노드를 클러스터에 추가할 수 있습니다.
보호(fencing)는 정보 분리(split-brain) 상황에서 공유 디스크의 데이터 무결성을 보호하기 위해 클러스터에서 사용하는 메커니즘입니다. 기본적으로 표준 모드의 scinstall 유틸리티에서는 전역 보호(fencing)가 사용으로 설정된 상태로 유지되며 구성의 각 공유 디스크에서는 기본 전역 보호(fencing) 설정 prefer3를 사용합니다. prefer3 설정과 함께 SCSI-3 프로토콜이 사용됩니다.
어떤 장치가 SCSI-3 프로토콜을 사용할 수 없는 경우 pathcount 설정을 대신 사용해야 합니다. 그러면 디스크에 연결되는 DID 경로 수를 기반으로 공유 디스크에 대한 보호(fencing) 프로토콜이 선택됩니다. SCSI-3 불가능 장치는 클러스터 내에서 두 개의 DID 장치 경로로 제한됩니다. SCSI-3 또는 SCSI-2 보호(fencing)를 지원하지 않는 장치에 대해 보호 기능을 끌 수 있습니다. 그러나 정보 분리(split-brain) 상황에서 이러한 장치에 대한 데이터 무결성을 보장할 수 없습니다.
사용자 정의 모드의 scinstall 유틸리티에서는 전역 보호(fencing)를 비활성화할지를 묻는 메시지를 표시합니다. 대부분의 경우 No로 응답하여 전역 보호(fencing)를 사용으로 설정된 상태로 유지합니다. 그러나 특정 상황에서 전역 보호(fencing)를 사용 안함으로 설정할 수 있습니다.
주의 - 설명된 경우를 제외한 다른 상황에서 보호(fencing)를 사용 안함으로 설정하면 응용 프로그램 페일오버 중에 데이터가 더 쉽게 손상될 수 있습니다. 보호(fencing) 해제를 고려할 때는 이러한 데이터 손상 가능성을 주의 깊게 검토하십시오. |
전역 보호(fencing)를 사용 안함으로 설정할 수 있는 상황은 다음과 같습니다.
공유 저장소에서 SCSI 예약을 지원하지 않습니다.
공유 디스크에 대한 보호(fencing)를 해제한 다음 쿼럼 장치로 구성하면 해당 장치에서 소프트웨어 쿼럼 프로토콜을 사용합니다. 이것은 디스크에서 SCSI-2 또는 SCSI-3 프로토콜을 지원하는지 여부에 관계없이 적용됩니다. 소프트웨어 쿼럼은 Oracle Solaris Cluster 소프트웨어의 프로토콜로, SCSI PGR(Persistent Group Reservations)의 형식을 에뮬레이트합니다.
클러스터 외부에 있는 시스템을 활성화하여 클러스터에 연결된 저장소에 액세스하려고 합니다.
클러스터 구성 중에 전역 보호(fencing)를 비활성화하면 보호(fencing)가 클러스터의 모든 공유 디스크에 대해 해제됩니다. 클러스터가 구성된 후 전역 보호(fencing) 프로토콜을 변경하거나 개별 공유 디스크의 보호(fencing) 프로토콜을 대체할 수 있습니다. 그러나 쿼럼 장치의 보호(fencing) 프로토콜을 변경하려면 먼저 쿼럼 장치를 구성 해제해야 합니다. 그런 다음 디스크의 새 보호(fencing) 프로토콜을 설정하고 해당 디스크를 쿼럼 장치로 다시 구성합니다.
보호 동작에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Failfast Mechanism를 참조하십시오. 개별 공유 디스크의 보호(fencing) 프로토콜 설정에 대한 자세한 내용은 cldevice(1CL) 매뉴얼 페이지를 참조하십시오. 전역 보호(fencing) 설정에 대한 자세한 내용은 cluster(1CL) 매뉴얼 페이지를 참조하십시오.
Oracle Solaris Cluster 구성에서는 쿼럼 장치를 사용하여 데이터 및 자원 무결성을 유지 관리합니다. 클러스터와 노드 사이의 연결이 일시적으로 끊어지면 클러스터 노드가 클러스터에 다시 연결하려고 시도할 때 쿼럼 장치가 정보 유실이나 정보 분리(split-brain) 문제를 방지합니다. 쿼럼 장치의 용도 및 기능에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Quorum and Quorum Devices를 참조하십시오.
2호스트 클러스터의 Oracle Solaris Cluster 설치 중에는 scinstall 유틸리티가 구성에서 사용 가능한 공유 디스크를 쿼럼 장치로 자동으로 구성하도록 선택할 수 있습니다. scinstall 유틸리티는 사용 가능한 모든 공유 디스크가 쿼럼 장치로 지원되는 것으로 가정합니다.
쿼럼 서버 또는 Oracle의 Sun ZFS Storage Appliance NAS 장치를 쿼럼 장치로 사용하려면 scinstall 처리가 완료된 후 구성합니다.
설치 후에는 clsetup 유틸리티를 사용하여 추가 쿼럼 장치를 구성할 수도 있습니다.
주 - 단일 호스트 클러스터에는 쿼럼 장치를 구성할 필요가 없습니다.
클러스터 구성에 쿼럼 장치로 사용할 수 없는 타사 공유 저장 장치가 포함되어 있으면 clsetup 유틸리티를 사용하여 쿼럼을 수동으로 구성해야 합니다.
쿼럼 장치를 계획할 때는 다음 사항을 고려하십시오.
최소 – 2호스트 클러스터에는 공유 디스크, 쿼럼 서버 또는 NAS 장치가 될 수 있는 쿼럼 장치가 하나 이상 있어야 합니다. 다른 토폴로지의 경우에는 쿼럼 장치가 선택 사항입니다.
홀수 규칙 – 둘 이상의 쿼럼 장치가 2호스트 클러스터나 쿼럼 장치에 직접 연결된 호스트 쌍에 구성되어 있는 경우 쿼럼 장치를 홀수로 구성합니다. 이 구성을 사용하면 각 쿼럼 장치가 완전히 독립된 실패 경로를 가집니다.
쿼럼 투표 분산 – 클러스터의 최대 가용성을 제공하려면 쿼럼 장치의 영향을 받는 전체 투표 수가 노드의 영향을 받는 전체 투표 수보다 적어야 합니다. 그렇지 않은 경우 모든 쿼럼 장치를 사용할 수 없으면 모든 노드가 작동하고 있더라도 노드가 클러스터를 형성할 수 없습니다.
연결 – 쿼럼 장치를 둘 이상의 노드에 연결해야 합니다.
SCSI 보호(fencing) 프로토콜 – SCSI 공유 디스크 쿼럼 장치가 구성된 경우에는 해당 보호(fencing) 프로토콜이 2호스트 클러스터에서는 SCSI-2로, 세 개 이상의 투표 노드가 있는 클러스터에서는 SCSI-3으로 자동 설정됩니다.
쿼럼 장치의 보호(fencing) 프로토콜 변경 – 쿼럼 장치로 구성된 SCSI 디스크의 경우 해당 SCSI 보호(fencing) 프로토콜을 활성화하거나 비활성화하기 전에 쿼럼 장치를 구성 해제해야 합니다.
소프트웨어 쿼럼 프로토콜 – SATA 디스크와 같은 SCSI 프로토콜을 지원하지 않는 지원되는 공유 디스크를 쿼럼 장치로 구성할 수 있습니다. 이러한 디스크에 대해서는 보호(fencing)를 비활성화해야 합니다. 그러면 해당 디스크에서 소프트웨어 쿼럼 프로토콜을 사용하여 SCSI PGR을 에뮬레이트합니다.
소프트웨어 쿼럼 프로토콜은 SCSI 공유 디스크에 대해 보호(fencing)가 사용 안함으로 설정된 경우 해당 디스크에서도 사용됩니다.
복제된 장치 – Oracle Solaris Cluster 소프트웨어는 복제된 장치를 쿼럼 장치로 지원하지 않습니다.
ZFS 저장소 풀 – 구성된 쿼럼 장치를 ZFS 저장소 풀에 추가하지 마십시오. ZFS 저장소 풀에 구성된 쿼럼 장치를 추가하면 디스크가 EFI 디스크로 다시 표시되고 쿼럼 구성 정보가 손실됩니다. 그러면 디스크에서 클러스터에 쿼럼 투표를 더 이상 제공할 수 없습니다.
디스크가 저장소 풀에 있게 되면 해당 디스크를 쿼럼 장치로 구성할 수 있습니다. 또는 쿼럼 장치를 구성 해제하고 저장소 풀에 추가한 다음 디스크를 쿼럼 장치로 다시 구성할 수 있습니다.
쿼럼 장치에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Quorum and Quorum Devices를 참조하십시오.
영역 클러스터는 Oracle Solaris 비전역 영역을 클러스터링한 것입니다. clsetup 유틸리티를 사용하여 영역 클러스터를 만들고 네트워크 주소, 파일 시스템, ZFS 저장소 풀 또는 저장 장치를 추가할 수 있습니다. 명령줄 인터페이스(clzonecluster 유틸리티)를 사용하여 영역 클러스터를 만들고, 구성 변경 작업을 수행하고, 영역 클러스터를 제거할 수도 있습니다. clzonecluster 유틸리티 사용에 대한 자세한 내용은 clzonecluster(1CL) 매뉴얼 페이지를 참조하십시오.
영역 클러스터에 대해 지원되는 브랜드는 solaris, solaris10 및 labeled입니다. labeled 브랜드는 Trusted Extensions 환경에서만 사용됩니다. Oracle Solaris의 Trusted Extensions 기능을 사용하려면 영역 클러스터에서 사용할 Trusted Extensions 기능을 구성해야 합니다. Oracle Solaris Cluster 구성에서는 다른 Trusted Extensions 사용이 지원되지 않습니다.
clsetup 유틸리티를 실행할 때 공유 IP 영역 클러스터 또는 배타적 IP 영역 클러스터를 지정할 수도 있습니다.
공유 IP 영역 클러스터는 solaris 또는 solaris10 브랜드 영역에서 작동합니다. 공유 IP 영역 클러스터는 노드에 있는 모든 영역 간에 단일 IP 스택을 공유하며 각 노드에는 IP 주소가 할당됩니다.
배타적 IP 영역 클러스터는 solaris 브랜드 영역에서만 작동하고 solaris10 브랜드 영역에서는 작동하지 않습니다. 배타적 IP 영역 클러스터는 별도의 IP 인스턴스 스택을 지원합니다.
영역 클러스터 만들기를 계획할 때는 다음 사항을 고려하십시오.
전역 클러스터 – 영역 클러스터는 전역 Oracle Solaris Cluster 구성에 구성해야 합니다. 영역 클러스터는 기본 전역 클러스터가 없으면 구성할 수 없습니다.
클러스터 모드 – 영역 클러스터를 만들거나 수정하는 전역 클러스터 노드는 클러스터 모드에 있어야 합니다. 영역 클러스터를 관리할 때 다른 모든 노드가 비클러스터 모드에 있으면 클러스터 모드로 돌아갈 때 변경 사항이 해당 노드에 전파됩니다.
적합한 개인 IP 주소 – 전역 클러스터의 개인 IP 주소 범위에는 새 영역 클러스터에서 사용할 만큼 충분히 사용 가능한 IP 주소 서브넷이 있어야 합니다. 사용 가능한 서브넷 수가 부족하면 영역 클러스터 만들기가 실패합니다.
개인 IP 주소 범위 변경 사항 – 영역 클러스터에 사용할 수 있는 개인 IP 서브넷 및 해당 개인 IP 주소는 전역 클러스터의 개인 IP 주소 범위가 변경되는 경우 자동으로 업데이트됩니다. 영역 클러스터가 삭제되면 클러스터 인프라는 해당 영역 클러스터에서 사용하던 개인 IP 주소를 해제하여 전역 클러스터 내에서 다른 용도로 주소를 사용하고 전역 클러스터에 따라 달라지는 다른 영역 클러스터에서 주소를 사용할 수 있도록 합니다.
지원되는 장치 – Oracle Solaris 영역에서 지원되는 장치는 영역 클러스터로 내보낼 수 있습니다. 이러한 장치는 다음과 같습니다.
Oracle Solaris 디스크 장치(c NtXd YsZ)
DID 장치(/dev/did/*dsk/d N)
Solaris Volume Manager 및 Sun Cluster용 Solaris Volume Manager 복수 소유자 디스크 세트(/dev/md/setname /*dsk/dN)
노드의 분산 – 동일한 호스트 시스템에서 동일한 영역 클러스터의 여러 노드를 호스트할 수 없습니다. 호스트는 해당 호스트의 각 영역 클러스터 노드가 다른 영역 클러스터의 구성원인 한 여러 영역 클러스터 노드를 지원할 수 있습니다.
노드 만들기 – 영역 클러스터를 만들 때 하나 이상의 영역 클러스터 노드를 만들어야 합니다. clsetup 유틸리티 또는 clzonecluster 명령을 사용하여 영역 클러스터를 만들 수 있습니다. 영역 클러스터 노드의 이름은 영역 클러스터 내에서 고유해야 합니다. 인프라는 영역 클러스터를 지원하는 각 호스트에 기본 비전역 영역을 자동으로 만듭니다. 각 비전역 영역에는 동일한 영역 이름이 지정되며, 이 이름은 클러스터를 만들 때 영역 클러스터에 할당하는 이름에서 파생되고 해당 이름과 동일합니다. 예를 들어 이름이 zc1인 영역 클러스터를 만들면 영역 클러스터를 지원하는 각 호스트에 있는 해당 비전역 영역 이름도 zc1입니다.
클러스터 이름 – 각 영역 클러스터 이름은 전역 클러스터를 호스트하는 시스템의 클러스터 전체에서 고유해야 합니다. 또한 전역 클러스터 이름은 시스템 클러스터의 다른 위치에 있는 비전역 영역에서 사용할 수 없으며 영역 클러스터 이름은 전역 클러스터 노드의 이름과 동일할 수 없습니다. "all" 또는 "global"은 예약된 이름이므로 영역 클러스터 이름으로 사용할 수 없습니다.
공용 네트워크 IP 주소 – 각 영역 클러스터 노드에 특정 공용 네트워크 IP 주소를 선택적으로 할당할 수 있습니다.
주 - 각 영역 클러스터 노드에 대해 IP 주소를 구성하지 않으면 다음과 같은 두 가지 상황이 발생합니다.
특정 영역 클러스터에서 영역 클러스터에 사용할 NAS 장치를 구성할 수 없습니다. 클러스터에서는 NAS 장치와 통신할 때 영역 클러스터 노드의 IP 주소를 사용하므로 IP 주소가 없으면 클러스터에서 NAS 장치 보호(fencing)를 지원하지 못합니다.
클러스터 소프트웨어가 모든 NIC에서 논리적 호스트 IP 주소를 활성화합니다.
개인 호스트 이름 – 영역 클러스터를 만드는 중에 개인 호스트 이름은 전역 클러스터에서 호스트 이름이 만들어진 것과 같은 방식으로 영역 클러스터의 각 노드에 대해 자동으로 만들어집니다. 현재는 영역 클러스터 노드의 개인 호스트 이름을 변경할 수 없습니다. 개인 호스트 이름에 대한 자세한 내용은 개인 호스트 이름을 참조하십시오.
Oracle Solaris 영역 브랜드 – 영역 클러스터의 모든 노드는 cluster 속성을 사용하여 설정하는 solaris, solaris10 또는 labeled 브랜드의 비전역 영역으로 구성됩니다. 다른 브랜드 유형은 영역 클러스터에서 허용되지 않습니다.
Trusted Extensions의 경우 labeled 브랜드만 사용해야 합니다.
IP 유형 - shared IP 유형 또는 exclusive IP 유형인 영역 클러스터를 만들 수 있습니다. IP 유형이 지정되지 않은 경우 기본적으로 공유 IP 영역 클러스터가 만들어집니다.
Global_zone=TRUE 리소스 유형 등록 정보 – Global_zone=TRUE 리소스 유형 등록 정보를 사용하는 리소스 유형을 등록하려면 리소스 유형 파일이 영역 클러스터의 /usr/cluster/global/rgm/rtreg/ 디렉토리에 있어야 합니다. 해당 자원 유형 파일이 다른 위치에 있는 경우 자원 유형을 등록하는 명령이 거부됩니다.
영역 클러스터 노드로 변환 – 영역 클러스터 외부에 있는 비전역 영역을 해당 영역 클러스터에 추가할 수 없습니다. 영역 클러스터에 새 노드를 추가하려면 clzonecluster 명령만 사용해야 합니다.
파일 시스템 – clsetup 유틸리티 또는 clzonecluster 명령을 사용하여 영역 클러스터에서 사용할 다음 유형의 파일 시스템을 추가할 수 있습니다. 파일 시스템은 직접 마운트나 루프백 마운트를 사용하여 영역 클러스터로 내보냅니다. clsetup 유틸리티를 사용하여 파일 시스템을 추가하는 작업이 전체 영역 클러스터에 영향을 주는 클러스터 범위에서 수행됩니다.
직접 마운트 사용:
UFS 로컬 파일 시스템
Oracle Solaris ZFS(데이터 세트로 내보냄)
지원되는 NAS 장치의 NFS
루프백 마운트 사용:
UFS 로컬 파일 시스템
UFS 클러스터 파일 시스템
HAStoragePlus 또는 ScalMountPoint 자원을 구성하여 파일 시스템의 마운트를 관리합니다.
보호(Fencing) – 영역 클러스터에서는 지원되는 모든 NAS 장치, 공유 디스크 및 저장소 어레이에 대해 보호(fencing)를 지원합니다.
영역 클러스터에서 Oracle Solaris의 Trusted Extensions 기능을 사용할 때는 다음 사항을 고려하십시오.
영역 클러스터 지원만 – Trusted Extensions가 사용으로 설정된 Oracle Solaris Cluster 구성에서 응용 프로그램은 영역 클러스터에서만 실행해야 합니다. 다른 비전역 영역은 클러스터에서 사용할 수 없습니다. 영역 클러스터를 추가하려면 clzonecluster 명령만 사용해야 합니다. Trusted Extensions가 사용으로 설정된 클러스터에서 비전역 영역을 만들려면 txzonemgr 명령을 사용하지 마십시오.
Trusted Extensions 범위 – 전체 클러스터 구성에 대해 Trusted Extensions를 사용으로 설정하거나 사용 안함으로 설정할 수 있습니다. Trusted Extensions가 사용으로 설정되면 클러스터 구성의 모든 비전역 영역이 영역 클러스터 중 하나에 속해야 합니다. 보안이 손상되지 않고 어떤 종류의 비전역 영역도 구성할 수 없습니다.
IP 주소 – Trusted Extensions를 사용하는 각 영역 클러스터는 자체 IP 주소를 사용해야 합니다. 다중 비전역 영역 간에 IP 주소를 공유할 수 있도록 설정하는 Trusted Extensions의 특수 네트워킹 기능은 Oracle Solaris Cluster 소프트웨어에서 지원되지 않습니다.
루프백 마운트 – Trusted Extensions를 사용하는 영역 클러스터에서 쓰기 권한이 있는 루프백 마운트를 사용할 수 없습니다. 쓰기 액세스를 허용하는 파일 시스템의 직접 마운트만 사용하거나 읽기 권한만 있는 루프백 마운트를 사용합니다.
파일 시스템 – 영역 클러스터에서 파일 시스템의 기준이 되는 전역 장치를 구성하지 마십시오. 영역 클러스터에서 파일 시스템 자체만 구성합니다.
저장 장치 이름 – 저장 장치의 개별 슬라이스를 영역 클러스터에 추가하지 마십시오. 전체 장치를 단일 영역 클러스터에 추가해야 합니다. 서로 다른 영역 클러스터에서 동일한 저장 장치의 슬라이스를 사용하는 경우 해당 영역 클러스터의 보안이 손상됩니다.
응용 프로그램 설치 – 응용 프로그램을 영역 클러스터 또는 전역 클러스터에서만 설치한 다음 읽기 전용 루프백 마운트를 사용하여 영역 클러스터로 내보냅니다.
영역 클러스터 격리 – Trusted Extensions가 사용되면 영역 클러스터의 이름이 보안 레이블입니다. 보안 레이블 자체가 공개될 수 없는 정보일 수 있으며 리소스 또는 리소스 그룹의 이름이 공개될 수 없는 중요한 정보 부분일 수 있습니다. 클러스터 간 리소스 종속성 또는 클러스터 간 리소스 그룹 유사성이 구성되면 다른 클러스터의 이름은 물론 영향을 받는 모든 리소스 또는 리소스 그룹의 이름도 표시됩니다. 따라서 클러스터 간 관계를 설정하기 전에 요구 사항에 따라 이 정보를 볼 수 있는지 여부를 평가합니다.