이 절에서는 Sun Cluster 소프트웨어 설치 및 구성을 위해 다음 구성 요소를 계획하고 준비하는 지침을 제공합니다.
Sun Cluster 구성 요소에 대한 자세한 내용은 Sun Cluster Overview for Solaris OS 및 Sun Cluster Concepts Guide for Solaris OS를 참조하십시오.
소프트웨어를 설치하려면 먼저 필요한 사용권 인증서를 모두 사용할 수 있어야 합니다. Sun Cluster 소프트웨어에는 사용권 인증서가 필요없지만 Sun Cluster 소프트웨어를 통해 설치되는 각 노드는 Sun Cluster 소프트웨어 사용권 계약을 따라야 합니다.
볼륨 관리 소프트웨어 및 응용 프로그램 소프트웨어에 대한 사용권 요구 사항은 해당 제품의 설치 설명서를 참조하십시오.
각 소프트웨어 제품을 설치한 후에 필요한 패치가 있으면 패치도 설치해야 합니다.
현재 필요한 패치에 대한 자세한 내용은 Sun Cluster 3.2 2/08 Release Notes for Solaris OS의 Patches and Required Firmware Levels를 참조하거나 Sun 서비스 공급자에게 문의하십시오.
패치 적용에 대한 일반적인 지침 및 절차는 Solaris OS용 Sun Cluster 시스템 관리 안내서의 10 장, Sun Cluster 소프트웨어 및 펌웨어 패치을 참조하십시오.
클러스터에서 공용 네트워크의 사용에 대한 자세한 내용은 Sun Cluster Concepts Guide for Solaris OS의 Public Network Adapters and IP network multipathing을 참조하십시오.
클러스터 구성에 따라 다양한 Sun Cluster 구성 요소에 적합한 공용 네트워크 IP 주소를 설정해야 합니다. 클러스터 구성에 포함된 각 노드에 동일한 공용 서브넷 세트에 대한 공용 네트워크 연결이 하나 이상 있어야 합니다.
다음 표는 공용 네트워크 IP 주소가 지정되어야 하는 구성 요소의 목록입니다. 이들 IP 주소를 다음 위치에 추가하십시오.
사용된 모든 이름 지정 서비스
Solaris 소프트웨어 설치 이후 각 클러스터 노드의 로컬 /etc/inet/hosts 파일
Solaris 10의 경우, Solaris 소프트웨어 설치 이후 각 클러스터 노드의 로컬 /etc/inet/ipnodes 파일
구성 요소 |
필요한 IP 주소 수 |
---|---|
서브넷당 1 IP 주소 |
|
클러스터 노드 |
노드당, 서브넷당 IP 주소 1개 |
도메인당 IP 주소 1개 |
|
(선택 사항) 비전역 영역 |
서브넷당 1 IP 주소 |
IP 주소 1개 |
|
논리 주소 |
논리 호스트 자원 및 서브넷당 IP 주소 1개 |
쿼럼 서버 |
IP 주소 1개 |
IP 주소 계획에 대한 자세한 내용은 System Administration Guide: IP Services의 3 장, Planning Your TCP/IP Network (Task)(Solaris 9) 또는 System Administration Guide: IP Services의 2 장, Planning Your TCP/IP Network (Tasks)(Solaris 10)를 참조하십시오.
모든 클러스터 노드에 대하여 콘솔 액세스가 있어야 합니다. 관리 콘솔에 Cluster Control Panel 소프트웨어를 설치할 경우에는 클러스터 노드와 통신을 하기 위해 필요한 콘솔 액세스 장치의 호스트 이름 및 포트 번호가 있어야 합니다.
관리 콘솔과 클러스터 노드 콘솔 사이의 통신에 터미널 집중 장치를 사용합니다.
Sun Enterprise 10000 서버는 단말기 집중 장치 대신 SSP (System Service Processor)를 사용합니다.
Sun Fire 서버는 터미널 집중 장치 대신 시스템 컨트롤러를 사용합니다.
콘솔 액세스에 대한 자세한 내용은 Sun Cluster Concepts Guide for Solaris OS를 참조하십시오.
또는, 관리 콘솔을 클러스터 노드에 직접 연결하거나 관리 네트워크를 통해 연결할 경우, 각 클러스터 노드의 호스트 이름과 관리 콘솔 또는 관리 네트워크에 연결하는 데 사용되는 해당 일련 포트 번호를 입력합니다.
논리 주소를 사용하는 각 데이터 서비스 자원 그룹에는 논리 주소에 액세스할 수 있는 각 공용 네트워크에 대한 호스트 이름이 지정되어 있어야 합니다.
자세한 내용은 Sun Cluster Data Services Planning and Administration Guide for Solaris OS를 참조하십시오. 데이터 서비스 및 자원에 대한 자세한 내용은 Sun Cluster Overview for Solaris OS 및 Sun Cluster Concepts Guide for Solaris OS를 참조하십시오.
공용 네트워크는 클러스터 외부와 통신을 합니다. 공용 네트워크 구성을 계획할 때는 다음 사항을 고려하십시오.
공용 및 개인 네트워크의 분리 - 공용 네트워크 및 개인 네트워크(클러스터 상호 연결)에는 별도의 어댑터를 사용해야 합니다. 아니면 개인 상호 연결 및 공용 네트워크 모두에 동일한 어댑터를 사용하려면 태그된 VLAN 가능 어댑터 및 VLAN 가능 스위치에 태그된 VLAN을 구성해야 합니다.
최소 - 모든 클러스터 노드가 최소한 하나의 공용 네트워크에 연결되어야 합니다. 공용 네트워크 연결은 다른 노드에 대해 다른 서브넷을 사용할 수 있습니다.
확장 가능 서비스 - 조정 가능 서비스를 실행하는 모든 노드는 동일한 서브넷 또는 서브넷 세트를 사용하거나 그 중에서 라우팅 가능한 다른 서브넷을 사용해야 합니다.
IPv4 - Sun Cluster 소프트웨어는 공용 네트워크에서 IPv4 주소를 지원합니다.
IPv6 - Sun Cluster 소프트웨어는 다음 조건이나 제한 사항 하의 공용 네트워크에서 IPv6 주소를 지원합니다.
개인 상호 연결에서 SCI 어댑터를 사용할 경우, Sun Cluster 소프트웨어는 공용 네트워크에서 IPv6 주소를 지원하지 않습니다.
Sun Cluster 소프트웨어는 페일오버 및 확장 가능 데이터 서비스 모두에 대해 IPv6 주소를 지원합니다.
IPMP 그룹 - 데이터 서비스 트래픽에 사용되는 각 공용 네트워크 어댑터는 IPMP(IP 네트워크 다중 경로 지정) 그룹에 속해야 합니다. 공용 네트워크 어댑터가 데이터 서비스 트래픽에 사용되지 않을 경우, IPMP 그룹에 구성할 필요가 없습니다.
Sun Cluster 3.2 2/08 릴리스에서 scinstall 유틸리티는 Sun Cluster를 만드는 동안 구성 해제된 각 공용 네트워크 어댑터에 단일 어댑터 IPMP 그룹을 더 이상 자동으로 구성할 수 없습니다. 대신, scinstall 유틸리티는 동일한 서브넷을 사용하는 클러스터에 각 공용 네트워크 어댑터 세트에 대한 여러 어댑터 IPMP 그룹을 자동으로 구성합니다. Solaris 10 OS에서 이러한 그룹이 기본적으로 검색됩니다. 그러나, scinstall 유틸리티는 IPMP 그룹에 이미 구성된 어댑터를 무시합니다. scinstall 유틸리티가 구성하는 IPMP 그룹의 어댑터가 데이터 서비스 트래픽에 사용되지 않을 경우, 그룹에서 해당 어댑터를 제거할 수 있습니다.
IPMP 그룹 구성을 위한 지침은 System Administration Guide: Network Interfaces and Network Virtualization의 제II부, Administering Interface Groups에 있는 절차를 따릅니다. 클러스터 설치 후 IPMP 그룹을 수정하려면 Solaris OS용 Sun Cluster 시스템 관리 안내서의 클러스터에서 IP Network Multipathing 그룹을 관리하는 방법 및 System Administration Guide: IP Services의 28 장, Administering Network Multipathing (Task)(Solaris 9) 또는 System Administration Guide: Network Interfaces and Network Virtualization의 8 장, Administering IPMP(Solaris 10)에 있는 절차를 따릅니다.
로컬 MAC 주소 지원 - 모든 공용 네트워크 어댑터는 로컬 MAC 주소 지정을 지원하는 네트워크 인터페이스 카드(Network Interface Card, NIC)를 사용해야 합니다. 로컬 MAC 주소 지정은 IPMP의 요구 사항입니다.
local-mac-address 설정 - local-mac-address? 변수는 이더넷 어댑터에 대한 기본값인 true를 사용해야 합니다. Sun Cluster 소프트웨어는 이더넷 어댑터에 대한 local-mac-address? 값으로 false를 지원하지 않습니다. 이 요구 사항은 local-mac-address? 값을 false로 지정해야 했던 Sun Cluster 3.0과는 달라진 내용입니다.
공용 네트워크 인터페이스에 대한 자세한 내용은 Sun Cluster Concepts Guide for Solaris OS를 참조하십시오.
Sun Cluster Quorum Server 소프트웨어를 사용하여 시스템을 쿼럼 서버로 구성한 다음 쿼럼 서버를 클러스터의 쿼럼 장치로 구성할 수 있습니다. SCSI 디스크 및 NAS 파일러와 함께 또는 대신에 쿼럼 서버를 사용할 수 있습니다.
Sun Cluster 구성에서 쿼럼 서버의 사용을 계획할 때 다음 사항을 고려합니다.
네트워크 연결 - 쿼럼 서버 컴퓨터는 공용 네트워크를 통해 클러스터에 연결됩니다.
지원되는 하드웨어 - 쿼럼 서버에 대해 지원되는 하드웨어 플랫폼은 클러스터 노드의 경우와 동일합니다.
운영 체제 - Sun Cluster 소프트웨어에 대한 Solaris 소프트웨어 요구 사항은 Quorum Server 소프트웨어에도 적용됩니다.
여러 클러스터에 대한 서비스 - 쿼럼 서버를 둘 이상의 클러스터에 대한 쿼럼 장치로 구성할 수 있습니다.
혼합 하드웨어 및 소프트웨어 - 쿼럼을 제공하는 클러스터와 동일한 하드웨어 및 소프트웨어 플랫폼에서 쿼럼 서버를 구성할 필요가 없습니다. 예를 들어, Solaris 9 OS를 실행하는 SPARC 기반 시스템은 Solaris 10 OS를 실행하는 x86 기반 클러스터에 대한 쿼럼 서버처럼 구성할 수 있습니다.
클러스터 노드를 쿼럼 서버로 사용 - 노드가 속한 클러스터가 아닌 클러스터에 대해 쿼럼을 제공하기 위해 클러스터 노드에서 쿼럼 서버를 구성할 수 있습니다. 그러나, 클러스터 노드에서 구성되는 쿼럼 서버는 가용성이 높지 않습니다.
Sun Cluster 구성에서 NFS(Network File System)의 사용을 계획하는 경우, 다음 사항을 고려하십시오.
NFS 클라이언트 - Sun Cluster 노드는 동일한 클러스터에 있는 노드에서 마스터되고 있는 Sun Cluster HA for NFS에서 내보내진 파일 시스템의 NFS 클라이언트가 될 수 없습니다. 이러한 Sun Cluster HA for NFS의 교차 마운트는 금지됩니다. 클러스터 노드 간에 파일을 공유하려면 클러스터 파일 시스템을 사용하십시오.
NFSv3 프로토콜 - NAS 파일러와 같은 외부 NFS 서버에서 클러스터 노드의 파일 시스템을 마운팅하고 NFSv3 프로토콜을 사용 중인 경우, 동일한 클러스터 노드에서 NFS 클라이언트 마운트 및 Sun Cluster HA for NFS 데이터 서비스를 실행할 수 없습니다. 그렇게 할 경우, 특정 Sun Cluster HA for NFS 데이터 서비스 작동으로 인해 NFS 서비스를 방해하면서 NFS 데몬이 중지되고 재시작될 수 있습니다. 그러나, NFSv4 프로토콜을 사용하여 클러스터 노드에 외부 NFS 파일 시스템을 마운트할 경우, Sun Cluster HA for NFS 데이터 서비스를 안전하게 실행할 수 있습니다.
잠금 - 클러스터에서 로컬로 실행하는 응용 프로그램이 NFS를 통해 내보내진 파일 시스템의 파일을 잠그면 안 됩니다. 그렇지 않으면 로컬 블록화(예: flock(3UCB) 또는 fcntl(2))로 인해 잠금 관리자를 다시 시작(lockd(1M))하지 못할 수도 있습니다. 다시 시작할 때 원격 클라이언트에서 사용하려고 했던 잠금이 블록화된 로컬 프로세스에 부여될 수 있습니다. 그러면 예상하지 못한 동작이 발생할 수 있습니다.
NFS 보안 기능 - Sun Cluster 소프트웨어는 share_nfs(1M) 명령의 다음 옵션을 지원하지 않습니다.
secure
sec=dh
그러나 Sun Cluster 소프트웨어는 다음과 같은 NFS 보안 기능을 지원합니다.
NFS용 보안 포트 사용항목 설정 nfssrv:nfs_portmon=1을 클러스터 노드의 /etc/system 파일에 추가하여 NFS용 보안 포트를 활성화합니다.
NFS에서 커버로스 사용자세한 내용은 Sun Cluster Data Service for NFS Guide for Solaris OS의 Securing Sun Cluster HA for NFS With Kerberos V5를 참조하십시오.
Sun Cluster 구성에 대한 다음 서비스 제한 사항을 준수하십시오.
라우터 - 클러스터 노드를 라우터(게이트웨이)로 구성하지 마십시오. 시스템이 중지될 경우에 클라이언트가 대체 라우터를 찾을 수 없기 때문에 복구할 수 없습니다.
NIS+ 서버 - 클러스터 노드를 NIS 또는 NIS+ 서버로 구성하지 마십시오. NIS 또는 NIS+를 위해 사용할 수 있는 데이터 서비스가 없습니다. 그러나 클러스터 노드가 NIS 또는 NIS+ 클라이언트가 될 수는 있습니다.
부트 및 설치 서버 - Sun Cluster 구성을 사용하여 클라이언트 시스템에 고가용성 부트 또는 설치 서비스를 제공하지 마십시오.
RPC 프로그램 번호 - 클러스터에 RPC 서비스를 설치하는 경우, 다음 프로그램 번호를 사용하면 안 됩니다.
100141
100142
100248
이 번호들은 각각 Sun Cluster 데몬 rgmd_receptionist, fed 및 pmfd용으로 예약되어 있습니다.
설치하는 RPC 서비스에서도 이 프로그램 번호 중 하나를 사용하는 경우에는 RPC 서비스에서 다른 프로그램 번호를 사용하도록 변경해야 합니다.
예약 클래스 - Sun Cluster 소프트웨어는 클러스터 노드에서 우선 순위가 높은 프로세스 예약 클래스의 실행을 지원하지 않습니다. 클러스터 노드에서는 다음 유형의 프로세스를 실행하지 마십시오.
우선 순위가 높은 시간 공유 예약 클래스를 실행하는 프로세스
실시간 예약 클래스를 실행하는 프로세스
Sun Cluster 소프트웨어는 실시간 예약 클래스에서 실행되지 않는 커널 스레드를 사용합니다. 실시간 프로세스나 일반적인 우선 순위보다 높은 다른 시분할 프로세스를 실행하면 Sun Cluster 커널 스레드에서 필요한 CPU 주기를 받지 못할 수 있습니다.
이 절에서는 사용자가 구성하는 다음 Sun Cluster 구성 요소에 대한 지침을 제공합니다.
적절한 구성 계획 워크시트에 이 정보를 추가합니다.
Sun Cluster를 구성하는 동안 클러스터에 대한 이름을 지정합니다. 클러스터 이름은 전체 엔터프라이즈에서 고유해야 합니다.
클러스터 노드 이름은 Solaris OS를 설치할 때 시스템에 지정한 것과 동일한 이름입니다. 이름 지정 요구 사항에 대한 자세한 내용은 hosts(4) 매뉴얼 페이지를 참조하십시오.
단일 노드 클러스터 설치에서 기본 클러스터 이름은 노드 이름입니다.
Sun Cluster를 구성할 때 클러스터에 설치하는 모든 노드의 이름을 지정합니다.
Solaris 10 OS의 경우, 이름 지정 규칙 nodename:zonename을 사용하여 Sun Cluster 명령에 대해 비전역 영역을 지정합니다.
nodename은 클러스터 노드의 이름입니다.
zonename은 노드에 영역을 생성할 때 비전역 영역을 할당할 이름입니다. 노드에서 영역 이름은 고유해야 합니다. 그러나, nodename :zonename의 다른 노드 이름은 클러스터에서 완전한 비전역 영역 이름을 고유하게 만들기 때문에 다른 노드에서 동일한 영역 이름을 사용할 수 있습니다.
전역 영역을 지정하려면 노드 이름만 지정해야 합니다.
단일 노드 클러스터에는 개인 네트워크를 구성할 필요가 없습니다. 개인 네트워크가 클러스터에 의해 사용되지 않더라도 scinstall 유틸리티는 기본 개인 네트워크 주소 및 넷마스크를 자동으로 할당합니다.
Sun Cluster 소프트웨어는 노드 및 Sun Cluster 소프트웨어에 의해 관리되는 비전역 영역 간에 내부 통신에 대한 개인 네트워크를 사용합니다. Sun Cluster 구성에는 개인 네트워크에 클러스터 상호 연결에 대한 연결이 두 개 이상 있어야 합니다. 클러스터의 첫 번째 노드에서 Sun Cluster 소프트웨어를 구성할 경우, 다음 방법 중 하나로 개인 네트워크 주소 및 넷마스크를 지정합니다.
기본 개인 네트워크 주소(172.16.0.0) 및 넷마스크(255.255.248.0)를 수락합니다. 이 IP 주소 범위는 전체 최대 64개의 노드와 비전역 영역 및 최대 10개의 개인 네트워크를 지원합니다.
IP 주소 범위가 지원할 수 있는 최대 노드 수는 하드웨어 구성이 지원할 수 있는 최대 노드 수를 반영하지 않습니다.
다른 허용 가능한 개인 네트워크 주소를 지정하고 기본 넷마스크를 수락합니다.
기본 개인 네트워크 주소를 수락하고 다른 넷마스크를 지정합니다.
다른 개인 네트워크 주소와 다른 넷마스크를 모두 지정합니다.
다른 넷마스크를 지정하도록 선택하는 경우, scinstall 유틸리티는 IP 주소 범위가 지원하는 노드 수 및 개인 네트워크 수에 대해 프롬프트합니다. 또한 지정할 노드 수에는 개인 네트워크를 사용할 비전역 영역의 예상되는 수가 포함되어야 합니다.
유틸리티는 지정한 노드 및 개인 네트워크 수가 지원되는 최소 IP 주소 범위에 대한 넷마스크를 계산합니다. 계산된 넷마스크는 비전역 영역을 포함하는 노드 및 개인 네트워크의 공급된 수 이상을 지원할 수도 있습니다. 또한 scinstall 유틸리티는 노드 및 개인 네트워크의 수를 두 번 지원하도록 최소화될 두 번째 넷마스크를 계산합니다. 이 두 번째 넷마스크는 IP 주소 범위를 재구성할 필요없이 클러스터를 활성화하여 향후 증가를 수용할 수 있습니다.
그런 다음 유틸리티는 선택할 넷마스크를 묻습니다. 계산된 넷마스크 중 하나를 지정하거나 다른 넷마스크를 입력할 수 있습니다. 지정한 넷마스크는 유틸리티에 지정한 노드 및 개인 네트워크의 수를 최소한으로 지원해야 합니다.
클러스터를 설정한 후 개인 네트워크 주소 및 넷마스크를 변경하려면 Solaris OS용 Sun Cluster 시스템 관리 안내서의 기존 클러스터의 개인 네트워크 주소 또는 주소 범위를 변경하는 방법을 참조하십시오. 변경하려면 클러스터를 종료해야 합니다.
클러스터 개인 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 네트워크 주소는 클러스터 외부에서 액세스할 수 없습니다.
IPv6 - Sun Cluster 소프트웨어는 개인 상호 연결에 대해 IPv6 주소를 지원하지 않습니다. 시스템에서는 IPv6 주소를 사용하는 확장 가능 서비스를 지원하기 위해 개인 네트워크 어댑터에서 IPv6 주소를 구성합니다. 그러나 개인 네트워크에서의 노드간 통신에서는 이 IPv6 주소를 사용하지 않습니다.
개인 네트워크에 대한 자세한 내용은 System Administration Guide: IP Services의 Planning Your TCP/IP Network (Tasks)(Solaris 9 또는 Solaris 10)을 참조하십시오.
개인 호스트 이름은 개인 네트워크 인터페이스를 통한 노드간 통신에 사용되는 이름입니다. 개인 호스트 이름은 Sun Cluster를 구성할 때 자동으로 만들어집니다. 이러한 개인 호스트 이름은 이름 지정 규칙 clusternodenodeid -priv를 따릅니다. 여기서 nodeid는 내부 노드 ID 번호입니다. Sun Cluster 구성 중에 노드가 클러스터 구성원이 될 때 이 노드 ID 번호가 자동으로 각 노드에 할당됩니다. 클러스터가 구성된 후에는 clsetup(1CL) 유틸리티를 사용하여 개인 호스트 이름을 변경할 수 있습니다.
Solaris 10 OS의 경우, 비전역 영역에 대한 개인 호스트 이름의 생성은 선택 사항입니다. 비전역 영역의 개인 호스트 이름에 대한 필수 이름 지정 규칙이 없습니다.
클러스터 상호 연결은 클러스터 노드 간의 개인 네트워크 통신을 위한 하드웨어 경로를 제공합니다. 각 상호 연결은 다음 중 하나의 방법으로 연결되는 케이블로 구성됩니다.
두 전송 어댑터 간
전송 어댑터와 전송 스위치 간
클러스터 상호 연결의 용도 및 기능에 대한 자세한 내용은 Sun Cluster Concepts Guide for Solaris OS의 Cluster Interconnect을 참조하십시오.
단일 노드 클러스터에는 클러스터 상호 연결을 구성할 필요가 없습니다. 그러나 단일 노드 클러스터 구성에 노드를 추가할 경우 이후의 사용을 위해 클러스터 상호 연결을 구성할 수도 있습니다.
Sun Cluster 구성 동안 FBC 1477한 개 또는 두 개의 클러스터 상호 연결에 대한 구성 정보를 지정합니다.
두 개의 클러스터 상호 연결을 사용하면 하나를 사용할 때보다 더 높은 가용성이 제공됩니다. 사용할 수 있는 어댑터 포트의 수가 제한된 경우 개인 및 공용 네트워크에 동일한 어댑터를 공유하도록 태그된 VLAN을 사용할 수 있습니다. 자세한 내용은 전송 어댑터에서 태그된 VLAN 어댑터에 대한 지침을 참조하십시오.
하나의 클러스터를 사용하는 상호 연결은 개인 상호 연결에 사용하는 어댑터 포트의 수를 줄여주지만 가용성이 낮습니다. 또한, 단일 개인 상호 연결이 실패할 경우 클러스터는 자동 복구에 더 많은 시간을 소비합니다.
클러스터를 설정한 후에 clsetup(1CL) 유틸리티를 사용하여 클러스터 상호 연결을 추가로 구성할 수 있습니다.
클러스터 상호 연결 하드웨어에 대한 지침은 Sun Cluster 3.1 - 3.2 Hardware Administration Manual for Solaris OS의 Interconnect Requirements and Restrictions을 참조하십시오. 클러스터 상호 연결에 대한 일반 정보는 Sun Cluster Overview for Solaris OS의 Cluster-Interconnect Components 및 Sun Cluster Concepts Guide for Solaris OS를 참조하십시오.
네트워크 인터페이스의 포트와 같은 전송 어댑터에 대해 전송 어댑터 이름 및 전송 유형을 지정합니다. 구성이 2 노드 클러스터이면 상호 연결이 지점 간 연결(어댑터 대 어댑터)인지 아니면 전송 스위치를 사용하는지도 지정합니다.
다음 지침과 제한 사항을 참고하십시오.
로컬 MAC 주소 지정 - 모든 개인 네트워크 어댑터에서는 로컬 MAC 주소 지정을 지원하는 NIC를 사용해야 합니다. IPv6 공용 네트워크 주소 지원을 위해 개인 네트워크 어댑터에서 필요한 링크 로컬 IPv6 주소는 로컬 MAC 주소에서 파생됩니다.
태그된 VLAN 어댑터 – Sun Cluster 소프트웨어는 개인 클러스터 상호 연결과 공용 네트워크 간에 어댑터를 공유하기 위해 태그된 가상 로컬 영역 네트워크(Virtual Local Area Network, VLAN)를 지원합니다. 클러스터 상호 연결을 위해 태그된 VLAN 어댑터를 구성하려면 다음 방법 중 하나를 사용하여 어댑터 이름 및 해당 VLAN ID(VID)를 지정합니다.
일반적으로 장치 이름과 인스턴스 번호 또는 PPA(physical point of attachment)로 구성되는 어댑터 이름을 지정합니다. 예를 들어, Cassini Gigabit Ethernet 어댑터의 인스턴스 2 이름은 ce2가 됩니다. scinstall 유틸리티에서 어댑터가 공유 가상 VLAN의 일부인지 묻는 경우 yes로 대답하고 어댑터의 VID 번호를 지정합니다.
해당 VLAN 가상 장치 이름으로 어댑터를 지정합니다. 이 이름은 어댑터 이름과 VLAN 인스턴스 번호로 구성됩니다. VLAN 인스턴스 번호는 수식(1000*V)+N에서 파생됩니다. 여기서 V는 VID 번호이고 N은 PPA입니다.
한 가지 예로, 어댑터 ce2에서 VID 73의 경우, VLAN 인스턴스 번호가 (1000*73)+2로 계산됩니다. 따라서 어댑터 이름을 공유된 가상 LAN의 일부임을 나타내는 ce73002로 지정합니다.
클러스터에서 VLAN의 구성 방법에 대한 자세한 내용은 Sun Cluster 3.1 - 3.2 Hardware Administration Manual for Solaris OS의 Configuring VLANs as Private Interconnect Networks를 참조하십시오. VLAN에 대한 일반 정보는 System Administration Guide: IP Services의 Administering Virtual Local Area Networks를 참조하십시오.
SBus SCI 어댑터 – SBus SCI(Scalable Coherent Interface)는 클러스터 상호 연결로 지원되지 않습니다. 그러나 SCI-PCI 인터페이스는 지원됩니다.
논리 네트워크 인터페이스 - 논리 네트워크 인터페이스는 나중에 Sun Cluster 소프트웨어에서 사용하도록 예약되었습니다.
특정 전송 어댑터에 대한 자세한 내용은 매뉴얼 페이지의 scconf_trans_adap_*(1M) 패밀리를 참조하십시오.
네트워크 스위치 등의 전송 스위치를 사용하는 경우, 각 상호 연결에 전송 스위치 이름을 지정합니다. 기본 이름 switchN을 사용할 수도 있고 다른 이름을 만들 수도 있습니다. 여기서 N은 구성할 때 자동으로 할당되는 번호입니다.
또한 스위치 포트 이름을 지정하거나 기본 이름을 수락합니다. 기본 포트 이름은 케이블 끝에 있는 어댑터를 호스트하는 내부 노드 ID 번호와 동일합니다. 그러나 SCI-PCI와 같은 특정 어댑터 유형에 대해서는 기본 포트 이름을 사용할 수 없습니다.
노드가 세 개 이상인 클러스터에서는 전송 스위치를 반드시 사용해야 합니다. 클러스터 노드 사이의 직접 연결은 2 노드 클러스터에서만 사용할 수 있습니다.
2 노드 클러스터가 직접 연결된 경우에도 상호 연결을 위한 전송 스위치를 지정할 수 있습니다.
전송 스위치를 지정하면 나중에 쉽게 다른 노드를 클러스터에 추가할 수 있습니다.
Sun Cluster 구성에서는 쿼럼 장치를 사용하여 데이터 및 자원 무결성을 유지 관리합니다. 클러스터와 노드 사이의 연결이 일시적으로 중단되어 클러스터 노드가 클러스터에 다시 연결하려고 시도할 때 쿼럼 장치가 정보 유실이나 정보 분리 문제를 방지합니다. 쿼럼 장치의 용도 및 기능에 대한 자세한 내용은 Sun Cluster Concepts Guide for Solaris OS의 Quorum and Quorum Devices를 참조하십시오.
2 노드 클러스터의 Sun Cluster 설치 동안, scinstall 유틸리티가 SCSI 쿼럼 장치또는 Sun NAS 장치를 자동으로 구성하도록 선택할 수 있습니다. 이 쿼럼 장치는 사용 가능한 공유 SCSI 저장소 디스크 및 Sun NAS 장치에서 선택됩니다. scinstall 유틸리티에서는 사용 가능한 모든 공유 SCSI 저장 디스크가 쿼럼 장치로 지원됨을 가정합니다.
쿼럼 장치로 쿼럼 서버 또는 Network Appliance NAS 장치를 사용하려는 경우, scinstall 처리가 완료된 후 구성합니다.
또한 설치 후에 clsetup(1CL) 유틸리티를 사용하여 추가 쿼럼 장치를 구성할 수 있습니다.
단일 노드 클러스터에는 쿼럼 장치를 구성할 필요가 없습니다.
클러스터 구성에 쿼럼 장치로 사용할 수 없는 타사 공유 저장 장치가 포함되어 있으면 clsetup 유틸리티를 사용하여 쿼럼을 수동으로 구성해야 합니다.
쿼럼 장치를 계획할 때는 다음 사항을 참고하십시오.
최소 – 2 노드 클러스터는 공유 SCSI 디스크, 쿼럼 서버 또는 NAS 장치가 될 수 있는 쿼럼 장치를 하나 이상 포함해야 합니다. 다른 토폴로지에서는 쿼럼 장치가 선택 사항입니다.
홀수 규칙 – 둘 이상의 쿼럼 장치가 2-노드 클러스터에 구성되거나 쿼럼 장치에 직접 연결된 노드 쌍에 구성되는 경우 쿼럼 장치를 홀수로 구성합니다. 이 구성을 사용하면 각 쿼럼 장치가 완전히 독립된 실패 경로를 가집니다.
쿼럼 투표 분산 - 클러스터의 최대 가용성을 위해 쿼럼 장치의 영향을 받는 전체 투표 수가 노드의 영향을 받는 전체 투표 수 보다 적은지 확인합니다. 그렇지 않은 경우 모든 쿼럼 장치를 사용할 수 없으면 모든 노드가 작동하고 있더라도 노드가 클러스터를 형성할 수 없습니다.
연결 – 쿼럼 장치를 두 개 이상의 노드에 연결해야 합니다.
SCSI 보호(fencing) 프로토콜 – SCSI 쿼럼 장치가 구성되면 해당 SCSI 프로토콜은 2 노드 클러스터에서 SCSI-2 또는 세 가지 이상의 노드가 포함된 클러스터에서 SCSI-3으로 자동 설정됩니다. 쿼럼 장치로 구성한 후 장치의 SCSI 프로토콜을 변경할 수 없습니다.
ZFS 저장소 풀 - 구성된 쿼럼 장치를 ZFS 저장소 풀에 추가하지 마십시오. ZFS 저장소 풀에 구성된 쿼럼 장치를 추가하면 디스크가 EFI 디스크로 다시 표시되고 쿼럼 구성 정보가 손실됩니다. 그러면 디스크가 클러스터에 더 이상 쿼럼 투표를 제공할 수 없습니다.
디스크가 저장소 풀에 있게 되면 해당 디스크를 쿼럼 장치로 구성할 수 있습니다. 또는, 쿼럼 장치를 구성 해제하고 저장소 풀에 추가한 다음 디스크를 쿼럼 장치로 재구성할 수 있습니다.
쿼럼 장치에 대한 자세한 내용은 Sun Cluster Concepts Guide for Solaris OS의 Quorum and Quorum Devices 및 Sun Cluster Overview for Solaris OS의 Quorum Devices를 참조하십시오.