Solaris OS용 Sun Cluster 소프트웨어 설치 안내서

Sun Cluster 환경 계획

이 절에서는 Sun Cluster 소프트웨어 설치 및 구성을 위해 다음 구성 요소를 계획하고 준비하는 지침을 제공합니다.

Sun Cluster 구성 요소에 대한 자세한 내용은 Solaris OS용 Sun Cluster 개요 및 Solaris OS용 Sun Cluster 개념 안내서를 참조하십시오.

사용권 부여

소프트웨어를 설치하려면 먼저 필요한 사용권 인증서를 모두 사용할 수 있어야 합니다. Sun Cluster 소프트웨어에는 사용권 인증서가 필요없지만 Sun Cluster 소프트웨어를 통해 설치되는 각 노드는 Sun Cluster 소프트웨어 사용권 계약을 따라야 합니다.

볼륨 관리 소프트웨어 및 응용 프로그램 소프트웨어에 대한 사용권 요구 사항은 해당 제품의 설치 설명서를 참조하십시오.

소프트웨어 패치

각 소프트웨어 제품을 설치한 후에 필요한 패치가 있으면 패치도 설치해야 합니다.

현재 필요한 패치에 대한 자세한 내용은 Sun Cluster Release Notes for Solaris OS의 “Patches and Required Firmware Levels”를 참조하거나 Sun 서비스 제공업체에 문의하십시오.
패치 적용에 대한 일반 지침과 절차는 Solaris OS용 Sun Cluster 시스템 관리 안내서의 “Sun Cluster 소프트웨어 및 펌웨어 패치”를 참조하십시오.

IP 주소

클러스터 구성에 따라 여러 가지 Sun Cluster 구성 요소에 많은 IP 주소를 설정해야 합니다. 클러스터 구성에 포함된 각 노드에 동일한 공용 서브넷 세트에 대한 공용 네트워크 연결이 하나 이상 있어야 합니다.

다음 표는 IP 주소를 할당해야 하는 구성 요소 목록입니다. 사용하는 모든 이름 지정 서비스에 이러한 IP 주소를 추가하십시오. 또한 이 IP 주소들을 Solaris 소프트웨어를 설치한 후 각 클러스터 노드의 로컬 /etc/inet/hosts 파일에 추가하십시오.

IP 주소에 대한 자세한 내용은 System Administration Guide, Volume 3 (Solaris 8) 또는 System Administration Guide: IP Services (Solaris 9)를 참조하십시오.
IP Network Multipathing을 지원할 테스트 IP 주소에 대한 자세한 내용은 IP Network Multipathing Administration Guide를 참조하십시오.

표 1–3 IP 주소를 사용하는 Sun Cluster 구성 요소


구성 요소	필요한 IP 주소 수
관리 콘솔	서브넷마다 1개
IP Network Multipathing 그룹	단일 어댑터 그룹 – 1 다중 어댑터 그룹 – 1(기본 IP 주소) + 1(그룹의 각 어댑터에 대한 테스트 IP 주소)
클러스터 노드	노드마다, 서브넷마다 1개
도메인 콘솔 네트워크 인터페이스(Sun Fire^TM 15000)	도메인마다 1개
콘솔 액세스 장치	1
논리 주소	논리 호스트 자원마다, 서브넷마다 1개

콘솔 액세스 장치

모든 클러스터 노드에 대하여 콘솔 액세스가 있어야 합니다. 관리 콘솔에 Cluster Control Panel 소프트웨어를 설치할 경우에는 클러스터 노드와 통신을 하기 위해 필요한 콘솔 액세스 장치의 호스트 이름이 있어야 합니다.

관리 콘솔과 클러스터 노드 콘솔 사이의 통신에 단말기 집중 장치를 사용합니다.
Sun Enterprise 10000 서버는 단말기 집중 장치 대신 SSP(System Service Processor)를 사용합니다.
Sun Fire^TM 서버는 단말기 집중 장치 대신 시스템 컨트롤러를 사용합니다.

콘솔 액세스에 대한 자세한 내용은 Solaris OS용 Sun Cluster 개념 안내서를 참조하십시오.

논리 주소

논리 주소를 사용하는 각 데이터 서비스 자원 그룹에는 논리 주소에 액세스할 수 있는 각 공용 네트워크에 대한 호스트 이름이 지정되어 있어야 합니다.

자세한 내용은 Sun Cluster Data Service Planning and Administration Guide for Solaris OS를 참조하십시오.
데이터 서비스 및 자원에 대한 자세한 내용은 Solaris OS용 Sun Cluster 개요 및 Solaris OS용 Sun Cluster 개념 안내서를 참조하십시오.

공용 네트워크

공용 네트워크는 클러스터 외부와 통신을 합니다. 공용 네트워크 구성을 계획할 때는 다음 사항을 고려하십시오.

공용 네트워크와 개인 네트워크(클러스터 상호 연결)는 별도의 어댑터를 사용해야 합니다.
모든 클러스터 노드에 연결된 공용 네트워크가 하나 이상 있어야 합니다.
하드웨어 구성에서 지원하는 만큼 공용 네트워크 연결을 추가로 만들 수 있습니다.
Sun Cluster 소프트웨어는 페일오버와 확장 가능 데이터 서비스 모두에 대해 공용 네트워크에서 IPv4 및 IPv6 주소를 지원합니다. 그러나, 개인 상호 연결에서는 IPv6 통신을 지원하지 않습니다.
local-mac-address? 변수는 이더넷 어댑터에 대한 기본값 true를 사용해야 합니다. Sun Cluster 소프트웨어는 이더넷 어댑터에 대한 local-mac-address? 값으로 false를 지원하지 않습니다. 이 요구 사항은 local-mac-address? 값을 false로 지정해야 했던 Sun Cluster 3.0과는 달라진 내용입니다.
Sun Cluster를 설치하는 동안 scinstall 유틸리티가 각 공용 네트워크 어댑터에 대해 단일 어댑터 IP Network Multipathing 그룹을 자동으로 구성합니다. 설치 후에 이러한 백업 그룹을 수정하려면 IP Network Multipathing Administration Guide의 “Deploying Network Multipathing” (Solaris 8) 또는 System Administration Guide: IP Services의 “Administering Network Multipathing (Task)” (Solaris 9) 절차를 따르십시오.

공용 네트워크 어댑터 백업 그룹을 계획하는 방법은 IP Network Multipathing 그룹을 참조하십시오.공용 네트워크 인터페이스에 대한 자세한 내용은 Solaris OS용 Sun Cluster 개요를 참조하십시오.

NFS 지침

Sun Cluster 구성에서 NFS(Network File System)의 사용을 계획할 때 다음과 같은 점을 고려하십시오.

Sun Cluster 노드는 같은 클러스터의 노드에서 마스터되는 Sun Cluster HA for NFS에서 내보낸 파일 시스템의 NFS 클라이언트일 수 없습니다. 이러한 Sun Cluster HA for NFS의 교차 마운트는 금지됩니다. 클러스터 노드 간에 파일을 공유하려면 클러스터 파일 시스템을 사용하십시오.
클러스터에서 로컬로 실행하는 응용 프로그램이 NFS를 통해 내보낸 파일 시스템의 파일을 잠그면 안 됩니다. 그렇지 않으면 로컬 잠금(예: flock(3UCB) 또는 fcntl(2))이 발생하여 잠금 관리자(lockd)를 다시 시작하지 못할 수도 있습니다. 다시 시작할 때 원격 클라이언트에서 사용하려고 했던 잠금이 블록화된 로컬 프로세스에 부여될 수 있습니다. 그러면 예상하지 못한 동작이 발생할 수 있습니다.
Sun Cluster 소프트웨어는 보안 NFS 또는 NFS와 함께 커버로스를 사용하는 것을 지원하지 않습니다. 특히 Sun Cluster 소프트웨어는 share_nfs(1M) 하위 시스템에 대한 secure 및 kerberos옵션을 지원하지 않습니다.

그러나, Sun Cluster 소프트웨어는 NFS용 보안 포트 사용을 지원합니다. 클러스터 노드의 /etc/system 파일에 set nfssrv:nfs_portmon=1을 추가하여 NFS용 보안 포트를 사용할 수 있습니다.

서비스 제한 사항

Sun Cluster 구성에 대한 다음 서비스 제한 사항을 준수하십시오.

클러스터 노드를 라우터(게이트웨이)로 구성하지 마십시오. 시스템이 중지될 경우에 클라이언트가 대체 라우터를 찾을 수 없기 때문에 복구할 수 없습니다.
클러스터 노드를 NIS 또는 NIS+ 서버로 구성하지 마십시오. NIS 또는 NIS+를 위해 사용할 수 있는 데이터 서비스가 없습니다. 그러나 클러스터 노드가 NIS 또는 NIS+ 클라이언트가 될 수는 있습니다.
클라이언트 시스템에서 Sun Cluster 구성을 사용하여 가용성이 높은 부트나 설치 서비스를 제공하지 마십시오.
Sun Cluster 구성을 사용하여 rarpd 서비스를 제공하지 마십시오.
클러스터에 RPC 서비스를 설치하는 경우에는 서비스에서 다음 프로그램 번호를 사용하면 안됩니다.
- 100141
- 100142
- 100248
이 번호들은 각각 Sun Cluster 데몬 rgmd_receptionist, fed 및 pmfd용으로 예약되어 있습니다.

설치하는 RPC 서비스에서도 이 프로그램 번호 중 하나를 사용하는 경우에는 RPC 서비스에서 다른 프로그램 번호를 사용하도록 변경해야 합니다.
Sun Cluster 소프트웨어는 클러스터 노드에서 우선 순위가 높은 프로세스 예약 클래스를 실행하는 것을 지원하지 않습니다. 클러스터 노드에서는 다음 유형의 프로세스를 실행하지 마십시오.
- 우선 순위가 높은 시간 공유 예약 클래스를 실행하는 프로세스
- 실시간 예약 클래스를 실행하는 프로세스
Sun Cluster 소프트웨어는 실시간 예약 클래스에서 실행되지 않는 커널 스레드를 사용합니다. 실시간 프로세스나 일반적인 우선 순위보다 높은 다른 시분할 프로세스를 실행하면 Sun Cluster 커널 스레드에서 필요한 CPU 주기를 받지 못할 수 있습니다.

구성할 수 있는 Sun Cluster 구성 요소

이 절에서는 사용자가 구성하는 다음 Sun Cluster 구성 요소에 대한 지침을 제공합니다.

해당 구성 워크시트에 이 정보를 추가합니다.

표 1–4 Sun Cluster 구성을 위한 워크시트


구성 워크시트	위치
표 2–2 (기본값 사용) 또는 표 2–3 (사용자 정의)	모든 노드에 Sun Cluster 소프트웨어를 구성하는 방법(`scinstall`)
표 2–6	Sun Cluster 소프트웨어(SunPlex Installer) 설치 및 구성 방법
표 2–7	Solaris 및 Sun Cluster 소프트웨어를 설치하는 방법(JumpStart)
표 2–8	다른 추가 클러스터 노드에 Sun Cluster 소프트웨어를 구성하는 방법(`scinstall`)

클러스터 이름

Sun Cluster를 구성하는 동안 클러스터에 대한 이름을 지정합니다. 클러스터 이름은 전체 엔터프라이즈에서 고유해야 합니다.

노드 이름

노드 이름은 Solaris OS를 설치할 때 시스템에 지정하는 이름입니다. Sun Cluster를 구성할 때 설치하는 모든 노드의 이름을 하나의 클러스터로 지정합니다. 단일 노드 클러스터를 설치할 때 기본 노드 이름은 클러스터 이름과 동일합니다.

개인 네트워크

주 –

단일 노드 클러스터에는 개인 네트워크를 구성할 필요가 없습니다.

Sun Cluster 소프트웨어는 노드 간 내부 통신에 개인 네트워크를 사용합니다. Sun Cluster 구성에는 개인 네트워크상의 클러스터 상호 연결에 최소한 2개 이상의 연결이 있어야 합니다. 클러스터의 첫 번째 노드에 Sun Cluster 소프트웨어를 구성할 때 개인 네트워크 주소와 넷마스크를 지정합니다. 기본 개인 네트워크 주소(172.16.0.0)와 넷마스크(255.255.0.0)를 그대로 사용하거나, 같은 회사 내에서 기본 네트워크 주소를 이미 사용 중인 경우에는 다른 선택 사항을 입력할 수 있습니다.

주 –

설치 유틸리티(scinstall, SunPlex Installer 또는 JumpStart)에서 설치를 완료하고 클러스터가 설정된 후에는 개인 네트워크 주소 및 넷마스크를 변경할 수 없습니다. 클러스터 소프트웨어를 제거한 다음 다시 설치하여 다른 개인 네트워크 주소 또는 넷마스크를 사용해야 합니다.

기본값이 아닌 개인 네트워크 주소를 지정할 경우에는 다음 요구 사항을 충족시켜야 합니다.

주소의 마지막 두 옥텟에는 기본 주소 172.16.0.0 에서처럼 0을 사용해야 합니다. 주소 공간의 마지막 16비트는 Sun Cluster 소프트웨어에서 자체적으로 사용합니다.
주소는 개인 네트워크에서 사용하기 위해 RFC 1918에서 예약한 주소 블록에 포함되어야 합니다. InterNIC에 연락하여 RFC 복사본을 구하거나, http://www.rfcs.org에서 온라인으로 RFC를 볼 수 있습니다.
같은 개인 네트워크 주소를 두 개 이상의 클러스터에서 사용할 수 있습니다. 개인 IP 네트워크 주소는 클러스터 외부에서 액세스할 수 없습니다.
Sun Cluster 소프트웨어는 개인 상호 연결에 대해 IPv6 주소를 지원하지 않습니다

scinstall 유틸리티를 사용하여 대체 넷마스크를 지정할 수 있지만 가장 좋은 방법은 기본 넷마스크인 255.255.0.0을 그대로 사용하는 것입니다. 더 큰 네트워크를 나타내는 넷마스크를 지정하더라도 아무런 이익이 없습니다. 그리고 scinstall 유틸리티는 더 작은 네트워크를 나타내는 넷마스크는 받아들이지 않습니다.

개인 네트워크에 대한 자세한 내용은 System Administration Guide, Volume 3 (Solaris 8)의 “Planning Your TCP/IP Network” 또는 System Administration Guide: IP Services 의 “Planning Your TCP/IP Network (Task)”(Solaris 9)를 참조하십시오.

개인 호스트 이름

개인 호스트 이름은 개인 네트워크 인터페이스를 통한 노드간 통신에 사용되는 이름입니다. 개인 호스트 이름은 Sun Cluster를 구성할 때 자동으로 만들어집니다. 이러한 개인 호스트 이름은 이름 지정 규칙 clusternodenodeid-priv를 따릅니다. 여기서 nodeid는 내부 노드 ID 번호입니다. Sun Cluster 구성 중에 노드가 클러스터 구성원이 될 때 이 노드 ID 번호가 자동으로 각 노드에 할당됩니다. 클러스터가 구성된 후에는 scsetup(1M) 유틸리티를 사용하여 개인 호스트 이름을 변경할 수 있습니다.

클러스터 상호 연결

주 –

단일 노드 클러스터에는 클러스터 상호 연결을 구성할 필요가 없습니다. 그러나 단일 노드 클러스터 구성에 노드를 추가할 경우 이후의 사용을 위해 클러스터 상호 연결을 구성할 수도 있습니다.

클러스터 상호 연결은 클러스터 노드 간의 개인 네트워크 통신을 위한 하드웨어 경로를 제공합니다. 각 상호 연결은 다음 중 하나의 방법으로 연결되는 케이블로 구성됩니다.

두 전송 어댑터 간
전송 어댑터와 전송 연결 장치 간
두 전송 연결 장치 간

Sun Cluster를 구성할 때 두 클러스터 상호 연결에 대하여 다음 구성 정보를 지정합니다.

전송 어댑터 – 네트워크 인터페이스의 포트와 같은 전송 어댑터에는 전송 어댑터 이름과 전송 유형을 지정하십시오. 구성이 2 노드 클러스터이면 상호 연결이 어댑터와 어댑터 사이에 직접 연결되는지 아니면 전송 연결 장치를 사용하는지도 지정합니다. 2 노드 클러스터가 직접 연결된 경우에도 상호 연결을 위한 전송 연결 장치를 지정할 수 있습니다.

정보 –
전송 연결 장치를 지정하면 나중에 쉽게 다른 노드를 클러스터에 추가할 수 있습니다.

다음 지침과 제한 사항을 참고하십시오.
- SBus SCI 어댑터 – SBus SCI(Scalable Coherent Interface)는 클러스터 상호 연결로 지원되지 않습니다. 그러나 SCI–PCI 인터페이스는 지원됩니다.
- 논리 네트워크 인터페이스 – 논리 네트워크 인터페이스는 Sun Cluster 소프트웨어에서 사용하기 위해 예약되어 있습니다.
특정 전송 어댑터에 대한 자세한 내용은 설명서 페이지의 scconf_trans_adap_*(1M) 패밀리를 참조하십시오.
전송 연결 장치 – 네트워크 스위치와 같은 전송 연결 장치를 사용할 경우에는 각 상호 연결을 위한 전송 연결 장치 이름을 지정하십시오. 기본 이름 switchN을 사용할 수도 있고 다른 이름을 만들 수도 있습니다. 여기서 N은 구성할 때 자동으로 할당되는 번호입니다. Sun Firelink 어댑터는 예외 사항으로 연결 이름 sw-rsmN이 필요합니다. scinstall 유틸리티는 사용자가 Sun Firelink 어댑터(wrsmN)를 지정할 경우 이 연결 이름을 자동으로 사용합니다.

또한 연결 장치 포트 이름을 지정하거나 기본 이름을 승인하십시오. 기본 포트 이름은 케이블 끝에 있는 어댑터를 호스트하는 내부 노드 ID 번호와 동일합니다. 그러나 SCI-PCI와 같은 특정 어댑터 유형에 대해서는 기본 포트 이름을 사용할 수 없습니다.

주 –
노드가 세 개 이상인 클러스터에서는 전송 연결 장치를 반드시 사용해야 합니다. 클러스터 노드 사이의 직접 연결은 2 노드 클러스터에서만 사용할 수 있습니다.

클러스터를 설정한 후에 scsetup(1M) 유틸리티를 사용하여 개인 네트워크 연결을 추가로 구성할 수 있습니다.

클러스터 상호 연결에 대한 자세한 내용은 Solaris OS용 Sun Cluster 개요의 “클러스터 상호 연결” 및 Solaris OS용 Sun Cluster 개념 안내서를 참조하십시오.

IP Network Multipathing 그룹

공용 네트워크 워크시트에 이 계획 정보를 추가하십시오.

NAFO(Network Adapter Failover) 그룹 대신 사용하는 IP(Internet Protocol) Network Multipathing 그룹은 공용 네트워크 어댑터 모니터링 및 페일오버 기능을 제공하고 네트워크 주소 자원의 기반으로 사용됩니다. multipathing 그룹은 두 개 이상의 어댑터로 구성될 때 고가용성을 제공합니다. 하나의 어댑터가 실패하면 실패한 어댑터의 모든 주소가 multipathing 그룹의 다른 어댑터에 페일오버됩니다. 이러한 방법으로 Multipathing 그룹 어댑터가 Multipathing 그룹의 어댑터가 연결된 서브넷과 공용 네트워크 사이의 연결을 유지합니다.

multipathing 그룹을 계획할 경우 다음 사항을 고려하십시오.

각 공용 네트워크 어댑터가 복수 경로 그룹에 포함되어야 합니다.
둘 이상의 어댑터가 포함된 복수 경로 그룹의 경우 그룹의 각 어댑터에 대해 테스트 IP 주소를 구성해야 합니다. 복구 경로 그룹에 하나의 어댑터만 포함된 경우 테스트 IP 주소를 구성하지 않아도 됩니다.
동일한 multipathing 그룹에 포함된 모든 어댑터의 테스트 IP 주소가 하나의 IP 서브넷에 속해야 합니다.
테스트 IP 주소는 가용성이 높지 않기 때문에 일반 응용 프로그램에서 사용하면 안 됩니다.
/etc/default/mpathd 파일에서 TRACK_INTERFACES_ONLY_WITH_GROUPS의 값은 yes여야 합니다.
Multipathing 그룹의 이름에는 요구 사항이나 제한 사항이 없습니다.

IP Network Multipathing에 대한 Solaris 설명서에 기록된 대부분의 절차, 지침 및 제한 사항은 클러스터 환경이나 비클러스터 환경에서 동일합니다. IP Network Multipathing에 대한 추가 정보는 해당 Solaris 설명서를 참조하십시오.

Solaris 8 OS는 IP Network Multipathing Administration Guide의 “Deploying Network Multipathing”을 참조하십시오.
Solaris 9 OS는 System Administration Guide: IP Services의 “Administering Network Multipathing (Task)”을 참조하십시오.

Solaris OS용 Sun Cluster 개요의 “ Network Multipathing Groups” 및 Solaris OS용 Sun Cluster 개념 안내서를 참조하십시오.

쿼럼 장치

Sun Cluster 구성에서는 쿼럼 장치를 사용하여 데이터 및 자원 무결성을 유지 관리합니다. 클러스터와 노드 사이의 연결이 일시적으로 중단되어 클러스터 노드가 클러스터에 다시 연결하려고 시도할 때 쿼럼 장치가 정보 유실이나 정보 분리 문제를 방지합니다. scsetup(1M) 유틸리티를 사용하여 쿼럼 장치를 구성합니다.

주 –

단일 노드 클러스터에는 쿼럼 장치를 구성할 필요가 없습니다.

쿼럼 장치를 계획할 때는 다음 사항을 참고하십시오.

최소 – 2 노드 클러스터에는 적어도 하나의 공유 디스크가 쿼럼 장치로 지정되어 있어야 합니다. 다른 토폴로지에서는 쿼럼 장치가 선택 사항입니다.
홀수 규칙 – 둘 이상의 쿼럼 장치가 2 노드 클러스터에 구성되거나 쿼럼 장치에 직접 연결된 노드 쌍에 구성되는 경우 쿼럼 장치를 홀수로 구성하십시오. 이 구성을 사용하면 각 쿼럼 장치가 완전히 독립된 실패 경로를 가집니다.
연결 – 쿼럼 장치를 두 개 이상의 노드에 연결해야 합니다.

쿼럼 장치에 대한 자세한 내용은 Solaris OS용 Sun Cluster 개념 안내서의 “쿼럼 및 쿼럼 장치” 및 Solaris OS용 Sun Cluster 개요의 “쿼럼 장치”를 참조하십시오.