3장 고가용성 구성

이 절에서는 Veritas Cluster Server 또는 Sun Cluster 고가용성 클러스터링 소프트웨어를 구성하고 Messaging Server와 함께 사용할 준비를 하는 데 필요한 정보를 제공합니다. 이 장에서는 Sun Java Communications Suite 5 Deployment Planning Guide의 6 장, Designing for Service Availability 및 Veritas 또는 Sun Cluster Server 설명서에서 세부 계획, 설치 지침, 필수 패치 및 기타 필요한 정보에 대해 읽어본 것으로 간주합니다.

이 장은 다음 내용으로 구성되어 있습니다.

• 3.1 지원되는 버전

• 3.2 고가용성 모델

• 3.3 Messaging Server 고가용성 설치—개요

• 3.4 Sun Cluster 설치

• 3.5 Veritas Cluster Server 에이전트 설치

• 3.6 고가용성 구성 해제

3.1 지원되는 버전

최신 지원 버전 및 플랫폼에 대한 자세한 내용은 Sun Java Communications Suite 5 릴리스 노트의 이 Messaging Server 릴리스의 새로운 기능을 참조하십시오.

3.2 고가용성 모델

여기에는 Messaging Server에서 사용 가능한 다양한 고가용성 모델이 있습니다. 기본적인 세 가지 모델은 다음과 같습니다.

• 3.2.1 비대칭

• 3.2.2 대칭

• 3.2.3 N+1(N Over 1)

• 3.2.4 고가용성 모델 선택

• 3.2.5 시스템 중단 시간 계산

이러한 각 모델에 대해서는 다음 하위 절에 자세히 설명되어 있습니다.

지원되는 모델은 HA 제품에 따라 다를 수 있습니다. 지원되는 모델에 대해서는 HA 설명서를 참조하십시오.

3.2.1 비대칭

기본 비대칭 또는 핫 대기 고가용성 모델은 두 개의 클러스터된 호스트 시스템 또는 노드로 구성되어 있습니다. 논리적 IP 주소 및 관련 호스트 이름이 두 노드 모두에 지정됩니다.

이 모델에서는 한 번에 하나의 노드만 활성화되므로, 백업 또는 핫 대기 노드는 대부분 유휴 상태로 유지됩니다. 두 노드 사이에 단일 공유 디스크 배열이 구성되고 활성 또는 기본 노드가 마스터로 지정됩니다. 메시지 저장소 분할 영역 및 MTA(Mail Transport Agent) 대기열이 이 공유 볼륨에 있습니다.

그림 3–1 비대칭 고가용성 모드

위 그림에서는 두 개의 물리적 노드인 Physical-A와 Physical-B를 보여 줍니다. 페일오버 전에는 Physical-A가 활성 노드입니다. 페일오버를 수행하면 Physical-B가 활성 노드가 되고 공유 볼륨이 전환되므로 Physical-B가 마스터로 지정됩니다. 모든 서비스는 Physical-A에서 중지되고 Physical-B에서 시작됩니다.

백업 노드가 기본 노드 전용으로 예약되어 있다는 점이 이 모델의 장점입니다. 또한 페일오버가 발생할 때 백업 노드에서 자원 경합이 발생하지 않습니다. 또한 이 모델은 백업 노드가 대부분 유휴 상태로 유지되므로 이 자원이 제대로 활용되지 않음을 의미하기도 합니다.

3.2.2 대칭

기본 대칭 또는 "이중 서비스" 고가용성 모델은 두 개의 호스팅 시스템으로 구성되며 각 시스템은 고유한 논리 IP 주소를 가집니다. 각 논리 노드는 하나의 물리 노드에 연결되며 두 개의 저장소 볼륨을 가진 하나의 디스크 배열을 제어합니다. 볼륨 중 하나는 로컬 메시지 저장소 분할 영역 및 MTA 대기열에 사용되고, 다른 하나는 파트너 메시지 저장소 분할 영역 및 MTA 대기열의 미러 이미지입니다.

다음 그림에서는 대칭 고가용성 모드를 보여 줍니다. 두 노드가 동시에 모두 활성화되며 각 노드는 다른 노드의 백업 노드 역할을 합니다. 일반적으로 각 노드는 Messaging Server의 인스턴스를 하나만 실행합니다.

그림 3–2 대칭 고가용성 모드

페일오버를 수행하면 실패한 노드의 서비스가 종료되었다가 백업 노드에서 다시 시작됩니다. 이 시점에서는 백업 노드가 두 노드 모두에 대해 Messaging Server를 실행하고 두 개별 볼륨을 관리합니다.

두 노드가 동시에 활성화되므로 시스템 자원을 완전히 활용할 수 있다는 점이 이 모델의 장점입니다. 그러나 페일오버 중에는 두 노드 모두에서 Messaging Server에 대한 서비스가 실행되도록 백업 노드에서 많은 자원 경합이 발생합니다. 따라서 실패한 노드를 가능한 빨리 복구하여 서버를 이중 서비스 상태로 다시 전환해야 합니다.

또한 이 모델은 백업 저장소 배열을 제공합니다. 디스크 배열 오류가 발생할 경우 백업 노드의 서비스에서 중복 이미지를 선택할 수 있습니다.

대칭 모델을 구성하려면 공유 디스크에 공유 이진을 설치해야 합니다. 그렇게 하면 Messaging Server 패치 릴리스 중에 시스템을 업데이트할 수 있는 기능인 롤링 업그레이드가 금지될 수 있습니다. 이 기능은 이후에 릴리스될 예정입니다.

3.2.3 N+1(N Over 1)

N + 1 또는 "N over 1" 모델은 다중 노드 비대칭 구성에서 작동합니다. N개의 논리 호스트 이름과 N개의 공유 디스크 배열이 필요합니다. 단일 백업 노드가 모든 다른 노드의 핫 대기 노드로 예약되어 있습니다. 백업 노드는 N개의 노드에서 Messaging Server를 동시에 실행할 수 있습니다.

아래 그림에서는 기본 N + 1 고가용성 모델을 보여 줍니다.

그림 3–3 N + 1 고가용성 모드

하나 이상의 활성 노드를 페일오버할 때 백업 노드는 실패한 노드의 권한을 선택합니다.

서버 로드가 여러 노드로 분산되고 하나의 백업 노드만으로 가능한 모든 노드 실패를 처리할 수 있다는 점이 N + 1 모델의 장점입니다. 따라서 시스템 유휴 비율이 1/N이 됩니다. 단일 비대칭 모델의 경우에는 1/1입니다.

N+1 모델을 구성하려면 로컬 디스크에만 이진을 설치해야 합니다. 즉, 대칭 모델과 마찬가지로 공유되지 않는 디스크에 이진을 설치해야 합니다. 현재 Messaging Server 설치 및 설정 프로세스에서는 대칭, 1+1 또는 N+1 비대칭/대칭 HA 솔루션의 공유 디스크에 이진을 강제로 설치합니다.

3.2.4 고가용성 모델 선택

다음 표에는 각 고가용성 모델의 장점과 단점이 요약되어 있습니다. 이 정보를 사용하면 배포에 적합한 모델을 결정하는 데 도움이 됩니다.

3.2.5 시스템 중단 시간 계산

다음 표는 시스템 오류로 인해 지정된 날짜에 메시징 서비스를 사용할 수 없는 가능성을 보여 줍니다. 이러한 계산에서는 시스템 충돌이나 서버 중단으로 인해 평균적으로 3개월에 1일 동안 각 서버가 중단되고 각 저장 장치가 12개월에 1일 동안 중단된다고 가정합니다. 또한 이 계산에서는 두 노드가 동시에 중단될 수 있는 낮은 가능성을 무시합니다.

3.3 Messaging Server 고가용성 설치—개요

배포할 HA 모델을 선택한 후 Sun Cluster HA 또는 Veritas HA 중 하나를 선택합니다. 이 절에서는 예비 HA 배포 정보를 제공합니다. 이후의 절에서는 Sun Cluster 및 Veritas 고가용성 솔루션 관련 정보를 제공합니다.

3.3.1 클러스터 에이전트 설치

클러스터 에이전트는 클러스터 프레임워크에서 실행되는 Messaging Server 프로그램입니다.

Sun Cluster Messaging Server 에이전트(SUNWscims)는 Java Enterprise System 설치 프로그램을 통해 Sun Cluster를 선택한 경우에 설치됩니다. Veritas Cluster Messaging Server 에이전트(SUNWmsgvc)는 Sun Java Communications Suite CD의 Messaging Server Product 하위 디렉토리 Solaris_sparc/Product/messaging_svr/Packages/SUNWmsgvc에 있습니다. VCS 클러스터 에이전트를 설치하려면 pkgadd(1M) 명령을 사용해야 합니다.

3.3.2 Messaging Server 및 고가용성 지침

Messaging Server 및 고가용성(Veritas Cluster와 Sun Cluster 모두에 적용됨) 설치와 관련하여 몇 가지 알아두어야 할 사항이 있습니다.

• Messaging Server의 고가용성 기능은 기본적으로 설치되지 않습니다. Java Enterprise System 설치 프로그램의 사용자 정의 설치 메뉴에서 고가용성 구성 요소를 선택해야 합니다.

• 설치를 실행할 때 Messaging Server의 HA 논리 호스트 이름과 관련 IP 주소가 작동(예: 활성)하는지 확인합니다. 이렇게 하는 이유는 설치 과정에서 해당 이름과 주소를 사용하여 TCP 연결을 설정하기 때문입니다. Messaging Server의 HA 논리 호스트 이름이 현재 가리키고 있는 클러스터 노드에서 설치를 실행합니다.

• msg_svr_base는 공유 파일 시스템에 있어야 합니다. 그렇지 않으면 고가용성이 제대로 작동하지 않습니다. 예를 들어, 다른 노드에 페일오버한 이후에는 실패한 서버에 누적된 데이터가 서버에 더 이상 표시되지 않습니다.

• 초기 런타임 구성 중에 Messaging Server 호스트의 정규화된 이름을 묻는 메시지가 표시되면 Messaging Server에 대한 정규화된 HA 논리 호스트 이름을 지정해야 합니다. 설치 중에 이 논리 호스트 이름을 사용하여 TCP 연결을 시도합니다.

• ha_ip_config를 실행할 때 Messaging Server에 대한 IP 주소를 묻는 메시지가 표시되면 Messaging Server의 논리 호스트 이름에 연관된 IP 주소를 지정해야 합니다. 이 때, 물리적 호스트의 IP 주소를 사용하지 마십시오.

• Messaging Server의 현재 버전을 설치 및 구성하기 전에 클러스터링 소프트웨어를 설치해야 합니다. Messaging Server의 HA 논리 호스트 이름이 현재 가리키고 있는 클러스터 노드에서 설치를 실행합니다. 노드 이름을 묻는 메시지가 나타나면 클러스터 별칭을 사용합니다.

• Messaging Server 초기 런타임 구성( 1.3 Messaging Server 초기 런타임 구성 만들기 참조)을 실행할 때 Messaging Server 클러스터의 정규화된 HA 논리 호스트 이름을 지정해야 합니다.

• 클러스터 호스트 이름을 사용하여 Messaging Server를 구성합니다. 그렇게 하지 않으면 클러스터 호스트 이름을 사용하여 또 다시 구성해야 합니다.

3.3.3 useconfig 유틸리티 사용

useconfig 유틸리티를 사용하면 단일 구성을 HA 환경의 여러 노드에서 공유할 수 있습니다. 이 유틸리티는 기존 구성을 업그레이드하거나 업데이트하는 용도로 사용할 수는 없습니다.

예를 들어 첫 번째 노드를 업그레이드하는 경우 Communications Suite 설치 프로그램을 통해 설치한 다음 Messaging Server를 구성합니다. 그런 다음 Communications Suite 설치 프로그램을 통해 Messaging Server 패키지를 설치할 두 번째 노드로 페일오버합니다. 하지만 초기 런타임 구성 프로그램( configure)을 다시 실행할 필요는 없습니다. 대신 useconfig 유틸리티를 사용할 수 있습니다.

유틸리티를 사용하려면 useconfig를 실행하여 이전 Messaging Server 구성을 가리키도록 합니다.

msg-svr-base/sbin/useconfig install/configure_YYYYMMDDHHMMSS

여기서 configure_YYYYMMDDHHMMSS는 이전 구성 설정 파일입니다.

새 노드의 경우 공유 디스크의 msg-svr-base /data/setup 디렉토리에서 configure_YYYYMMDDHHMMSS를 찾을 수 있습니다.

3.5 Veritas Cluster Server 에이전트 설치 및 3.4 Sun Cluster 설치에 대해 다음 절에서는 useconfig 유틸리티를 사용할 수 있는 시기에 대해 설명합니다.

3.4 Sun Cluster 설치

이 절에서는 Messaging Server를 Sun Cluster 고가용성(HA) 데이터 서비스로 설치 및 구성하는 방법에 대해 설명합니다. 다음 항목에 대해 설명합니다.

• 3.4.1 Sun Cluster 요구 사항

• 3.4.2 HAStoragePlus 정보

• 3.4.3 Sun Cluster HAStorage 또는 HAStoragePlus를 사용하여 Messaging Server 구성

• 3.4.4 서버에서 IP 주소 바인딩

Sun Cluster 설명서도 참조하십시오.

Veritas File System(VxFS)은 Sun Cluster 3.1에서 지원됩니다.

3.4.1 Sun Cluster 요구 사항

이 절에서는 다음을 가정합니다.

• Sun Cluster가 Solaris 운영 체제에 필수 패치와 함께 설치 및 구성되어 있습니다.

• Sun Cluster 에이전트 SUNWscims가 시스템에 설치되어 있습니다.

• 논리적 볼륨을 생성하는 경우 Solstice DiskSuite 또는 Veritas Volume Manager가 사용됩니다.

3.4.2 HAStoragePlus 정보

HAStoragePlus 자원 유형을 사용하여 Sun Cluster 환경에서 로컬 마운트 파일 시스템의 가용성을 높이는 것이 좋습니다. 페일오버 파일 시스템(FFS)이라고도 하는 로컬 파일 시스템은 전역 파일 시스템이라고도 하는 클러스터 파일 시스템(CFS)보다 더 높은 입력/출력 성능을 제공합니다. HAStoragePlus는 FFS와 CFS를 모두 지원합니다. 이와는 달리, HAStorage는 CFS만 지원합니다.

HAStoragePlus에는 다음과 같은 여러 장점이 있습니다.

• HAStoragePlus는 전역 파일 서비스 계층을 완벽히 우회합니다. 이런 특징은 디스크 입출력 사용량이 많은 데이터 서비스의 경우 성능을 크게 향상시킵니다.

• HAStoragePlus는 전역 파일 서비스 계층에서는 작동하지 않는 파일 시스템을 비롯하여, 모든 파일 시스템(UFS,VxFS 등)과 함께 사용할 수 있습니다. Solaris 운영 체제에서 지원되는 파일 시스템이라면 HAStoragePlus와 함께 사용할 수 있습니다.

데이터 서비스 자원 그룹에서 HAStorage 자원 또는 HAStoragePlus 자원 중 어느 것을 만들지 결정하려면 다음 기준을 고려하십시오.

• Sun Cluster 3.0 Release May 2002 또는 Sun Cluster 3.1을 사용 중인 경우 HAStoragePlus 사용

• Sun Cluster 3.0 December 2001 이전 버전을 사용 중인 경우 HAStorage 사용

HAStoragePlus에 대한 자세한 내용은 해당 Sun Cluster 문서(예: http://docs.sun.com/app/docs/coll/573.10)를 참조하십시오.

3.4.3 Sun Cluster HAStorage 또는 HAStoragePlus를 사용하여 Messaging Server 구성

이 절에서는 Sun Cluster용 Messaging Server에 대해 HAStorage 및 HAStoragePlus를 구성하는 방법에 대해 설명합니다. 첫 번째 절에서는 일반 단계에 대해 설명합니다. 이후의 절에서는 동기 및 비동기 배포에 고유한 예를 보여 줍니다.

HA를 구성한 뒤에는 3.4.4 서버에서 IP 주소 바인딩에서 HA 지원과 관련된 추가 단계를 검토하십시오.

다음 설명에서는 Messaging Server가 HA 논리 호스트 이름과 IP 주소로 구성되어 있다고 가정합니다. 물리적 호스트 이름은 HA 논리 호스트 이름인 meadow와 함께 mars 및 venus인 것으로 가정합니다. 그림 3–4는 Messaging Server HA 지원을 구성할 때 만들 다른 HA 자원의 중첩된 종속성을 나타냅니다.

HAStorage 및 HAStoragePlus를 구성하는 방법을 설명하는 중 HAStoragePlus의 우수한 I/O 성능이 권장됩니다. 3.4.2 HAStoragePlus 정보를 참조하십시오.

이 절에는 다음과 같은 하위 절이 포함됩니다.

• Messaging Server를 Sun Cluster HAStorage 또는 HAStoragePlus와 함께 구성하는 방법—일반 예

• Sun Cluster 3.x에 대한 Messaging Server HA 지원 구성 해제 방법—일반 예

• 2노드 대칭 Messaging Server를 구성하는 방법—예

• HA 대칭 배포 구성 해제

• 2노드 HA 비대칭 Messaging Server를 구성하는 방법—예

• 3.4.3.1 Sun Cluster에서 디버깅을 활성화하는 방법

그림 3–4 간단한 Messaging ServerHA 구성

Messaging Server를 Sun Cluster HAStorage 또는 HAStoragePlus와 함께 구성하는 방법—일반 예

이 절에서는 HA를 위해 Messaging Server를 구성하는 일반적인 단계에 대해 설명합니다. 이 단계를 검토한 후 다음 절의 해당 비대칭 또는 대칭 예를 참조하십시오. 이 지침에서는 물리적 호스트를 mars 및 venus라고 합니다. 논리적 호스트 이름은 meadow입니다.

그림 3–4는 Messaging Server HA 지원을 구성할 때 만들 다른 HA 자원의 중첩된 종속성을 나타냅니다.

1. 수퍼유저가 된 다음 콘솔을 엽니다.

   아래에 나오는 Sun Cluster 명령을 사용하려면 수퍼유저로 로그인해야 합니다. 또한 /dev/console에 출력되는 메시지를 보려면 콘솔이나 창이 필요합니다.

2. 모든 노드에서 필수 Messaging Sun Cluster Data Service Agents 패키지(SUNWscims)를 설치합니다.

3. 클러스터의 각 노드에서 Messaging Server가 실행될 Messaging Server 런타임 사용자 및 그룹을 만듭니다.

   사용자 ID 및 그룹 ID 번호가 클러스터의 모든 노드에서 동일해야 합니다. 런타임 사용자 ID는 Messaging Server가 실행되는 사용자 이름입니다. 이 이름은 root가 아니어야 합니다. 기본값은 mailsrv입니다. 런타임 그룹 ID는 Messaging Server가 실행되는 그룹입니다. 기본값은 mail입니다.

   configure 유틸리티에서 이러한 이름을 자동으로 만들 수 있지만, 이 장에서 설명한 것처럼 configure를 실행하기 전에 각 노드를 준비하는 과정에서 해당 이름을 만들 수도 있습니다. 런타임 사용자 및 그룹 ID 이름은

   • mailsrv에 있어야 하고, 사용자가 선택한 이름은 클러스터의 모든 노드에서 /etc/passwd에 있어야 합니다.

   • mail에 있어야 하고, 사용자가 선택한 이름은 클러스터의 모든 노드에서 /etc/group에 있어야 합니다.

   1.1 UNIX 시스템 사용자와 그룹 만들기를 참조하십시오.

4. 필수 자원 유형을 Sun Cluster에 추가합니다.

   사용할 자원 유형을 Sun Cluster가 인식하도록 구성합니다. Messaging Server를 자원으로 등록하려면 다음 명령을 사용합니다.

   # scrgadm -a -t SUNW.ims

   HAStoragePlus를 자원 유형으로 등록하려면 다음 명령을 사용합니다.

   # scrgadm -a -t SUNW.HAStoragePlus

   HAStorage를 자원 유형으로 등록하려면 다음 명령을 사용합니다.

   # scrgadm -a -t SUNW.HAStorage

5. Messaging Server에 대한 페일오버 자원 그룹을 만듭니다.

   자원 그룹을 만들고 Messaging Server가 실행될 클러스터 노드에 표시되도록 만듭니다. 다음 명령은 MAIL-RG라는 자원 그룹을 만들고 클러스터 노드인 mars와 venus에 표시되도록 합니다.

   # scrgadm -a -g MAIL-RG -h mars,venus

   물론 자원 그룹에는 원하는 이름을 사용할 수 있습니다.

6. HA 논리 호스트 이름 자원을 만들어 온라인으로 전환합니다.

   HA 논리 호스트 이름에 대한 자원을 만들고 활성화한 다음 자원 그룹에 추가합니다. 다음 명령은 논리 호스트 이름 meadow를 사용하여 이 작업을 수행합니다. -j 스위치를 생략했기 때문에 생성되는 자원의 이름 역시 meadow가 됩니다. meadow는 클라이언트가 자원 그룹의 서비스와 통신할 때 사용하는 논리 호스트 이름입니다.

   # scrgadm -a -L -g MAIL-RG -l meadow # scswitch -Z -g MAIL-RG

7. HAStorage 또는 HAStoragePlus 자원을 만듭니다.

   그런 다음 Messaging Server가 종속된 파일 시스템에 대한 HA 저장소 또는 HAStoragePlus 자원 유형을 만들어야 합니다. 다음 명령은 disk-rs라는 이름의 HAStoragePlus 자원을 만들고 파일 시스템 disk_sys_mount_point는 이 자원의 제어를 받게 됩니다.

   # scrgadm -a -j disk-rs -g MAIL-RG \ -t SUNW.HAStoragePlus \ -x FilesystemMountPoints=disk_sys_mount_point-1, disk_sys_mount_point-2 -x AffinityOn=True

   SUNW.HAStoragePlus는 하나 이상의 데이터 서비스 자원에서 사용할 장치 그룹, 클러스터 및 로컬 파일 시스템을 나타냅니다. 한 자원이 SUNW.HAStoragePlus 유형의 자원을 자원 그룹에 추가하고 다른 자원과 SUNW.HAStoragePlus 자원 간의 종속성을 설정합니다. 이러한 종속성은 다음과 같은 경우에 데이터 서비스 자원을 온라인으로 전환합니다.

   • 지정된 모든 장치 서비스가 사용 가능하고 배열(필요한 경우)된 경우

   • 검사 후에 지정된 모든 파일 시스템이 마운트된 경우

   FilesystemMountPoints 확장 등록 정보를 사용하여 전역 또는 로컬 파일 시스템을 지정할 수 있습니다. 즉, 모든 클러스터 노드 또는 단일 클러스터 노드에서 액세스할 수 있는 파일 시스템을 지정합니다. SUNW.HAStoragePlus 자원에서 관리되는 로컬 파일 시스템은 단일 클러스터 노드에 마운트되며 기본 장치가 Sun Cluster 전역 장치여야 합니다. 로컬 파일 시스템을 지정하는 SUNW.HAStoragePlus 자원은 선호도 전환이 활성화된 페일오버 자원 그룹에만 속할 수 있습니다. 따라서 이러한 로컬 파일 시스템을 페일오버 파일 시스템이라고 할 수 있습니다. 로컬 파일 시스템과 전역 파일 시스템의 마운트 지점을 모두 함께 지정할 수 있습니다.

   /etc/vfstab 항목이 다음 조건을 모두 만족할 경우 마운트 지점이 FilesystemMountPoints 확장 등록 정보에 있는 파일 시스템이 로컬 파일 시스템으로 간주됩니다.

   • 비전역 마운트 옵션

   • 부트 시 마운트 플래그를 no로 설정합니다.

   ---

   주 –

   SUNW.HAStoragePlus 자원 유형의 인스턴스는 전역 파일 시스템의 부트 시 마운트 플래그를 무시합니다.

   ---

   HAStoragePlus 자원의 경우 FilesystemMountPoints의 쉼표로 구분된 목록은 Messaging Server가 종속되는 클러스터 파일 시스템(CFS) 또는 페일오버 파일 시스템(FFS)의 마운트 지점입니다. 위의 예에서는 두 개의 마운트 지점 disk_sys_mount_point-1과 disk_sys_mount_point-2가 지정되었습니다. 서버 중 하나에 해당 서버가 종속된 추가 파일 시스템이 있는 경우 추가 HA 저장소 자원을 만들고 단계 15에서 이 추가 종속성을 가리킵니다.

   HAStorage의 경우 다음을 사용합니다.

   # scrgadm -a -j disk-rs -g MAIL-RG \ -t SUNW.HAStorage -x ServicePaths=disk_sys_mount_point-1, disk_sys_mount_point-2 -x AffinityOn=True

   HAStorage 자원의 경우 ServicePaths의 쉼표로 분리된 목록은 Messaging Server가 종속된 클러스터 파일 시스템의 마운트 지점입니다. 위의 예에서는 두 개의 마운트 지점 disk_sys_mount_point-1과 disk_sys_mount_point-2가 지정되었습니다. 서버 중 하나에 해당 서버가 종속된 추가 파일 시스템이 있는 경우 추가 HA 저장소 자원을 만들고 단계 15에서 이 추가 종속성을 가리킵니다.

8. 기본 노드에 필수 Messaging Server 패키지를 설치합니다. 나중에 구성 옵션을 선택합니다.

   Communications Suite 설치 프로그램을 사용하여 Messaging Server 패키지를 설치합니다.

   대칭 배포의 경우: Sun Cluster의 공유 디스크에 마운트된 파일 시스템에 Messaging Server 이진 및 구성 데이터를 설치합니다. 예를 들어, Messaging Server 이진은 /disk_sys_mount_point-1/SUNWmsgsr에 있고 구성 데이터는 /disk_sys_mount_point-2/config에 위치할 수 있습니다.

   비대칭 배포의 경우: 로컬 파일 시스템의 Messaging Server 이진을 Sun Cluster의 각 노드에 설치합니다. 공유 디스크에 구성 데이터를 설치합니다. 예를 들어, 구성 데이터는 /disk_sys_mount_point-2/config에 위치할 수 있습니다.

9. Messaging Server를 구성합니다. 1.3 Messaging Server 초기 런타임 구성 만들기 를 참조하십시오.

   초기 런타임 구성에서 정규화된 호스트 이름을 묻는 메시지가 표시됩니다. 물리적 호스트 이름 대신 HA 논리 호스트 이름을 사용해야 합니다.

   초기 런타임 구성 과정에서 1.3 Messaging Server 초기 런타임 구성 만들기 에서 지정한 구성 디렉토리를 지정할 것을 요청합니다. HAStorage 또는 HAStoragePlus 자원의 공유 디스크 디렉토리 경로를 사용해야 합니다.

10. ha_ip_config 스크립트를 실행하여 service.listenaddr과 service.http.smtphost를 설정하고 dispatcher.cnf와 job_controller.cnf 파일을 고가용성에 대해 구성합니다.

    스크립트를 사용하면 논리적 IP 주소가 물리적 IP 주소가 아니라 이 매개 변수와 파일에 대해 설정됩니다. 또한 watcher 프로세스가 활성화(local.watcher.enable을 1로 설정)되고 자동 재시작 프로세스가 활성화(local.autorestart를 1로 설정)됩니다.

    스크립트 실행에 대한 자세한 내용은 3.4.4 서버에서 IP 주소 바인딩을 참조하십시오.

    ha_ip_config 스크립트는 기본 노드에서만 실행해야 합니다.

11. imta.cnf 파일을 수정하고 모든 물리적 호스트 이름을 클러스터의 논리 호스트 이름으로 바꿉니다.

12. 페일오버가 제대로 작동하는지 확인하기 위해 기본 클러스터 노드의 자원 그룹을 보조 클러스터 노드로 페일오버합니다.

    자원 그룹을 다른 클러스터 노드로 수동으로 페일오버합니다. 페일오버를 수행할 노드에 대한 수퍼유저 권한이 있어야 합니다.

    자원 그룹이 현재 어떤 노드에서 실행 중인지("online") 확인하려면 scstat 명령을 사용합니다. 예를 들어 자원 그룹이 mars에서 온라인인 경우 다음 명령을 사용하여 venus로 페일오버합니다.

    # scswitch -z -g MAIL-RG -h venus

    첫 번째 노드를 업그레이드하는 경우, Communications Suite 설치 프로그램을 통해 설치한 다음 Messaging Server를 구성합니다. 그런 다음 Communications Suite 설치 프로그램을 통해 Messaging Server 패키지를 설치할 두 번째 노드로 페일오버합니다. 하지만 초기 런타임 구성 프로그램(configure)을 다시 실행할 필요는 없습니다. 대신 useconfig 유틸리티를 사용할 수 있습니다.

13. 보조 노드에 필수 Messaging Server 패키지를 설치합니다. 나중에 구성 옵션을 선택합니다.

    두 번째 노드로 페일오버한 후 Communications Suite 설치 프로그램을 사용하여 Messaging Server 패키지를 설치합니다.

    대칭 배포의 경우: Messaging Server를 설치하지 마십시오.

    비대칭 배포의 경우: 로컬 파일 시스템의 Messaging Server 이진을 로컬 파일 시스템에 설치합니다.

14. 클러스터의 두 번째 노드에서 useconfig를 실행합니다.

    useconfig 유틸리티를 사용하면 단일 구성을 HA 환경의 여러 노드에서 공유할 수 있습니다. 초기 런타임 구성 프로그램(configure)을 실행할 필요는 없습니다. 대신 useconfig 유틸리티를 사용합니다( 3.3.3 useconfig 유틸리티 사용 참조).

15. HA Messaging Server 자원을 만듭니다.

    이제 HA Messaging Server 자원을 만들어 자원 그룹에 추가해야 합니다. 이 자원은 HA 논리 호스트 이름과 HA 디스크 자원에 종속됩니다.

    HA Messaging Server 자원을 만들 때는 경로를 Messaging Server의 최상위 디렉토리인 msg-svr-base 경로로 지정해야 합니다. 이 작업은 다음 명령에 나와 있는 IMS_serverroot 확장 등록 정보를 사용하여 수행합니다.

    # scrgadm -a -j mail-rs -t SUNW.ims -g MAIL-RG \      -x IMS_serverroot=msg-svr-base \ -y Resource_dependencies=disk-rs,meadow

    위의 명령은 msg-svr-base 디렉토리의 IMS_serverroot에 설치된 Messaging Server에 대해 mail-rs라는 이름의 HA Messaging Server 자원을 만듭니다. HA Messaging Server 자원은 HA 논리 호스트 이름 meadow와 HA 디스크 자원 disk-rs에 종속적입니다.

    Messaging Server에 추가 파일 시스템 종속성이 있는 경우 이러한 파일 시스템에 대해 추가 HA 저장소 자원을 만들 수 있습니다. 추가 HA 저장소 자원 이름이 위 명령의 Resource_dependencies 옵션에 포함되도록 합니다.

16. Messaging Server 자원을 활성화합니다.

    이제 HA Messaging Server 자원을 활성화하여 Messaging Server를 온라인으로 만듭니다. 이 작업을 수행하려면 다음 명령을 사용합니다.

    # scswitch -e -j mail-rs

    위의 명령은 MAIL-RG 자원 그룹의 mail-rs 자원을 활성화합니다. MAIL-RG 자원이 이미 온라인 상태가 되었기 때문에 위의 명령은 mail-rs도 온라인 상태로 만듭니다.

17. 온라인 상태로 되었는지 확인합니다.

    MAIL-RG 자원 그룹이 온라인인지 확인하려면 scstat -pvv 명령을 사용합니다.

    또한 콘솔 장치에 표시된 출력에서 진단 정보를 살펴봅니다. syslog 파일, /var/adm/messages도 살펴봅니다. 자세한 디버깅 옵션과 정보는 3.4.3.1 Sun Cluster에서 디버깅을 활성화하는 방법을 참조하십시오.

Sun Cluster 3.x에 대한 Messaging Server HA 지원 구성 해제 방법—일반 예

이 절에서는 Sun Cluster에 대한 HA 구성을 취소하는 방법에 대해 설명합니다. 간단한 구성 예( 3.4 Sun Cluster 설치에서 설명)를 가정하여 설명합니다. 다른 구성에 대해서는 특정 명령(예: 단계 3)이 다를 수 있지만 논리적 순서는 같습니다.

1. 수퍼유저가 됩니다.

   다음 Sun Cluster 명령을 사용하려면 수퍼유저가 되어야 합니다.

2. 자원 그룹을 오프라인 상태로 만듭니다.

   자원 그룹의 모든 자원을 종료하려면 다음 명령을 실행합니다.

   # scswitch -F -g MAIL-RG

   이렇게 하면 자원 그룹 내의 모든 자원(예: Messaging Server 및 HA 논리 호스트 이름)이 종료됩니다.

3. 개별 자원을 비활성화합니다.

   그런 다음, 아래 명령을 사용하여 자원 그룹에서 자원을 하나씩 제거합니다.

   # scswitch -n -j mail-rs # scswitch -n -j disk-rs # scswitch -n -j budgie

4. 자원 그룹에서 개별 자원을 제거합니다.

   자원이 비활성화되면 다음 명령으로 자원 그룹에서 자원을 하나씩 제거할 수 있습니다.

   # scrgadm -r -j mail-rs # scrgadm -r -j disk-rs # scrgadm -r -j budgie

5. 자원 그룹을 제거합니다.

   자원 그룹에서 모든 자원이 제거되면 다음 명령으로 자원 그룹 자체를 제거할 수 있습니다.

   # scrgadm -r -g MAIL-RG

6. 자원 유형을 제거합니다(선택 사항).

   클러스터에서 자원을 제거해야 하는 경우 다음 명령을 실행합니다.

   # scrgadm -r -t SUNW.ims # scrgadm -r -t SUNW.HAStoragePlus

2노드 대칭 Messaging Server를 구성하는 방법—예

이 예에서는 두 클러스터 노드의 물리적 호스트 이름이 mars.red.siroe.com 및 venus.red.siroe.com인 것으로 가정합니다. 설치 및 구성 디렉토리 위치는 고유해야 합니다. 각 노드의 설치 및 구성 디렉토리의 이름이 동일한 경우(예: /opt/SUNWmsgsr 및 /var/opt/SUNWmsgsr) 경합 문제가 발생할 수 있습니다. venus가 mars에 페일오버될 때 Messaging Server의 두 인스턴스가 동일한 설치 및 구성 디렉토리에서 완료될 경우 경합 문제가 발생합니다.

설치 디렉토리의 경우 /opt/NodeMember /SUNWmsgsr 형식을 사용하고 구성 디렉토리는 /var/opt/NodeMember/SUNWmsgsr 형식을 사용하여 설치 및 구성 디렉토리를 고유한 이름으로 지정하는 것이 좋습니다. 고유하기만 하면 어떤 디렉토리에도 이진 및 구성 데이터를 설치할 수 있습니다.

이 예에서는 두 클러스터 노드의 물리적 호스트 이름이 mars.red.siroe.com 및 venus.red.siroe.com인 것으로 가정합니다.

mars.red.siroe.com의 경우 이진은 /opt/mars/SUNWmsgsr에 설치되고 구성 데이터는 /var/opt/mars/SUNWmsgsr에 설치됩니다.

venus.red.siroe.com의 경우 이진은 /opt/venus/SUNWmsgsr에 설치되고 구성 데이터는 /var/opt/venus/SUNWmsgsr에 설치됩니다.

해당 논리 IP 주소를 가진 meadow 및 pasture라는 두 논리 호스트 이름이 있습니다. 예를 들어, 두 노드의 /etc/hosts 파일은 다음과 같습니다.

192.18.75.155 meadow.red.siroe.com meadow 
192.18.75.157 pasture.red.siroe.com pasture

1. Messaging Server Sun Cluster 에이전트 패키지(SUNWscims)를 두 노드 모두에 설치합니다.

2. 네 개의 파일 시스템을 만듭니다.

   이러한 파일 시스템은 클러스터 파일 시스템이거나 로컬 파일 시스템(페일오버 파일 시스템)입니다.

   /var/opt/mars/SUNWmsgsr /var/opt/venus/SUNWmsgsr /opt/mars/SUNWmsgsr /opt/venus/SUNWmsgsr

   이러한 파일 시스템을 공유 디스크에 마운트해야 합니다. 아래 예에서는 네 개의 클러스터 파일 시스템을 보여 줍니다. 아래 표시된 /etc/vfstab의 내용은 클러스터의 모든 노드에서 비슷해야 합니다.

   # cat /etc/vfstab #device device mount FS fsck mount mount to mount to fsck point type pass at_boot_options /dev/md/penguin/dsk/d500 /dev/md/penguin/rdsk/d500 /opt/mars/SUNWmsgsr ufs 2 yes logging,global /dev/md/penguin/dsk/d400 /dev/md/penguin/rdsk/d400 /var/opt/mars/SUNWmsgsr ufs 2 yes logging,global /dev/md/polarbear/dsk/d200 /dev/md/polarbear/rdsk/d200 /opt/venus/SUNWmsgsr ufs 2 yes logging,global /dev/md/polarbear/dsk/d300 /dev/md/polarbear/rdsk/d300 /var/opt/venus/SUNWmsgsr ufs 2 yes logging,global

   위에 표시된 네 개의 파일 시스템을 로컬 파일 시스템(페일오버 파일 시스템)으로 만들려면 부트 시 마운트 옵션을 no로 설정하고 마운트 옵션의 global 키워드를 제거합니다.

3. 기본 노드 구성

   1. 기본 노드에서 필수 자원 유형을 추가합니다.

      그러면 사용할 자원 유형을 Sun Cluster가 인식하도록 구성됩니다. Messaging Server 및 HAStoragePlus 자원을 등록하려면 다음 명령을 사용합니다.

      # scrgadm -a -t SUNW.HAStoragePlus # scrgadm -a -t SUNW.ims

   2. Messaging Server에 대해 MS_RG_MARS라는 페일오버 자원 그룹을 만듭니다.

      # scrgadm -a -g MS_RG_MARS -h mars,venus

   3. meadow라는 논리 호스트 이름 자원을 만든 후 자원 그룹에 추가하여 온라인으로 전환합니다.

      # scrgadm -a -L -g MS_RG_MARS -l meadow # scrgadm -c -j meadow -y R_description="LogicalHostname resource for meadow" # scswitch -Z -g MS_RG_MARS

   4. 앞에서 만든 파일 시스템을 사용하여 ms-hasp-mars라는 HAStoragePlus 자원을 만듭니다.

      # scrgadm -a -j ms-hasp-mars -g MS_RG_MARS -t SUNW.HAStoragePlus -x FileSystemMountPoints ="/opt/mars/SUNWmsgsr, /var/opt/mars/SUNWmsgsr" -x AffinityOn=TRUE

   5. HAStoragePlus 자원 활성화:

      # scswitch -e -j ms-hasp-mars

4. Messaging Server를 기본 노드에 설치합니다.

   Communications Suite 설치 프로그램을 사용하여 Messaging Server 패키지를 설치합니다. Messaging Server 이진 및 구성 데이터를 공유 파일 시스템에 설치하는지 확인합니다(단계 2 참조). 예를 들어, 이 Messaging Server 인스턴스의 경우 메시징 이진은 /opt/mars/SUNWmsgsr에 있고 구성 데이터는 /var/opt/mars/SUNWmsgsr에 있습니다.

5. Messaging Server를 기본 노드에서 설치하고 구성합니다( 1.3 Messaging Server 초기 런타임 구성 만들기 참조).

   초기 런타임 구성 프로그램에 정규화된 호스트 이름을 묻는 메시지가 표시됩니다. 논리 호스트 이름 meadow.red.siroe.com을 입력합니다. 또한 구성 디렉토리를 지정하라는 메시지가 표시됩니다. /var/opt/mars/SUNWmsgsr을 입력합니다.

6. 기본 노드에서 ha_ip_config 스크립트를 실행하고 논리 IP 주소를 제공합니다.

   이 스크립트는 기본 노드에서만 실행되고 보조 노드에서는 실행되지 않습니다. ha_ip_config 스크립트는 sbin 디렉토리 아래의 설치 디렉토리에 있습니다. 예를 들면 다음과 같습니다.

   # /opt/mars/SUNWmsgsr/sbin/ha_ip_config Please specify the IP address assigned to the HA logical host name. Use dotted decimal form, a.b.c.d Logical IP address: 192.18.75.155 # This value is the logical IP address of the logical hostname. Refer # to the /etc/hosts file. Please specify the path to the top level directory in which iMS is installed. iMS server root: /opt/mars/SUNWmsgsr . . . Updating the file /opt/mars/SUNWmsgsr/config/dispatcher.cnf Updating the file /opt/mars/SUNWmsgsr/config/job_controller.cnf Setting the service.listenaddr configutil parameter Setting the local.snmp.listenaddr configutil parameter Setting the service.http.smtphost configutil parameter Setting the local.watcher.enable configutil parameter Setting the local.autorestart configutil parameter Setting the metermaid.config.bindaddr configutil parameters Setting the metermaid.config.serveraddr configutil parameters Setting the local.ens.port parameter Configuration successfully updated

7. imta.cnf 파일을 수정하고 모든 물리적 호스트 이름 항목(즉, mars)을 HA 논리 호스트 이름(meadow)으로 바꿉니다.

8. 자원 그룹을 보조 노드(venus)에 페일오버합니다.

   페일오버 후 보조 노드(venus)를 구성합니다.

   # scswitch -z -g MS_RG_VENUS -h mars

9. 보조 노드(venus)에서 useconfig 유틸리티를 실행합니다. 3.3.3 useconfig 유틸리티 사용을 참조하십시오.

   초기 런타임 구성 프로그램(configure)을 실행하거나 Messaging Server 패키지를 설치할 필요는 없습니다.

   다음 예에서 /var/opt/mars/SUNWmsgsr은 공유 구성 디렉토리입니다.

   # useconfig /var/opt/mars/SUNWmsgsr/setup/configure_20061201124116 cp /var/opt/mars/SUNWmsgsr/setup/configure_20061201124116/Devsetup.properties /opt/mars/SUNWmsgsr/lib/config-templates/Devsetup.properties /usr/sbin/groupadd mail /usr/sbin/useradd -g mail -d / mailsrv /usr/sbin/usermod -G mail mailsrv sed -e "s/local.serveruid/mailsrv/" -e "s/local.serveruid/mail/" -e "s:<msg·RootPath>:/opt/mars/SUNWmsgsr:" /opt/mars/SUNWmsgsr/lib/config-templates/devtypes.txt.template > /opt/mars/SUNWmsgsr/lib/config-templates/devtypes.txt sed -e "s/local.serveruid/mailsrv/" -e "s/local.serveruid/mail/" -e "s:<msg·RootPath>:/opt/mars/SUNWmsgsr:" /opt/mars/SUNWmsgsr/lib/config-templates/config.ins.template > /opt/mars/SUNWmsgsr/lib/config-templates/config.ins /opt/mars/SUNWmsgsr/lib/devinstall -l sepadmsvr:pkgcfg:config -v -m -i /opt/mars/SUNWmsgsr/lib/config-templates/config.ins /opt/mars/SUNWmsgsr/lib/config-templates /opt/mars/SUNWmsgsr/lib/jars /opt/mars/SUNWmsgsr/lib devinstall returned 0 crle -c /var/ld/ld.config -s /usr/lib/secure:/opt/SUNWmsgsr/lib:/opt/venus/SUNWmsgsr/lib:/opt/mars/SUNWmsgsr/lib -s /opt/mars/SUNWmsgsr/lib See /opt/mars/SUNWmsgsr/install/useconfiglog_20061211155037 for more details

10. HA Messaging Server 자원을 만든 후 활성화합니다.

    # scrgadm -a -j ms-rs-mars -t SUNW.ims -g MS_RG_MARS -x IMS_serverroot =/opt/mars/SUNWmsgsr -y Resource_dependencies=meadow,ms-hasp-mars # scswitch -e -j mail-rs-mars

    위 명령은 Messaging Server에 대해 ms-rs-mars라는 HA Messaging Server 자원을 만듭니다. 이 HA Messaging Server 자원은 /opt/mars/SUNWmsgsr에 설치되고 HA 디스크 자원(앞에서 만든 파일 시스템)과 HA 논리 호스트 이름 meadow에 종속됩니다.

11. 모든 항목이 제대로 작동하는지 확인합니다.

    Messaging Server 자원을 기본 노드로 다시 페일오버합니다.

    # scswitch -z -g MAIL-RG -h mars

12. 마찬가지로 Messaging Server의 두 번째 인스턴스에 대해 venus를 기본 노드로, mars를 보조(또는 대기) 노드로 사용하는 다른 페일오버 자원 그룹을 만듭니다.

    이 자원 그룹에 대해 venus를 기본 노드로, MS_RG_VENUS를 자원 그룹으로, pasture를 논리 호스트 이름으로, ms-hasp-venus를 HAStoragePlus 자원으로 사용하여 3-10단계를 반복합니다. 명령은 다음과 같습니다.

    자원 그룹 MS_RG_VENUS 만들기

    # scrgadm -a -g MS_RG_VENUS -h venus,mars

    pasture라는 논리 호스트 이름 자원을 만들어 자원 그룹에 추가한 다음 온라인으로 전환

    # scrgadm -a -L -g MS_RG_VENUS -l pasture # scrgadm -c -j pasture -y R_description="LogicalHostname resource for pasture" # scswitch -Z -g MS_RG_VENUS

    앞에서 만든 파일 시스템을 사용하여 ms-hasp-venus라는 HAStoragePlus 자원 만들기

    # scrgadm -a -j ms-hasp-venus -g MS_RG_VENUS -t SUNW.HAStoragePlus -x FileSystemMountPoints ="/opt/venus/SUNWmsgsr, /var/opt/venus/SUNWmsgsr" -x AffinityOn=TRUE

    HAStoragePlus 자원 활성화

    # scswitch -e -j ms-hasp-venus

    기본 노드에서 ha_ip_config 스크립트를 실행하고 논리 IP 주소 제공

    # /opt/venus/SUNWmsgsr/sbin/ha_ip_config

    HA Messaging Server 자원을 만든 후 활성화

    # scrgadm -a -j ms-rs-venus -t SUNW.ims -g MS_RG_VENUS -x IMS_serverroot =/opt/venus/SUNWmsgsr -y Resource_dependencies=pasture,ms-hasp-venus # scswitch -e -j mail-rs-venus

    자원 그룹을 보조 노드(venus)에 페일오버

    # scswitch -z -g MS_RG_MARS -h venus

    useconfig를 보조 노드(mars)에서 실행하려면 useconfig 유틸리티 실행

    # useconfig /var/opt/venus/SUNWmsgsr/setup/configure_20061201124116

    Messaging Server 자원을 기본 노드로 다시 페일오버하여 모든 사항이 제대로 작동하는지 확인

    # scswitch -z -g MAIL-RG -h venus

HA 대칭 배포 구성 해제

구성 해제는 Messaging Server 또는 Sun Cluster를 업그레이드해야 하거나 Messaging Server를 제거해야 하는 경우에 수행됩니다. 여기서는 시스템이 이전 예를 사용하여 구성된 것으로 가정합니다.

첫 번째 단계에서는 클러스터에서 각 자원 그룹을 제거합니다. 이 예에는 MS_RG_MARS 및 MS_RG_VENUS의 두 자원 그룹이 있습니다. 두 그룹 모두 제거해야 합니다.

1. 자원 그룹 MS_RG_MARS를 클러스터에서 제거합니다.

   한 노드에서만 다음 명령을 사용합니다. 이 명령을 각 노드에서 실행할 필요는 없습니다.

   1. 모든 클러스터 노드에서 자원 그룹을 오프라인으로 전환합니다.

      # scswitch -F -g MS_RG_MARS

   2. 해당하는 모든 Messaging Server 자원을 비활성화합니다.

      # scswitch -n -j ms-rs-mars # scswitch -n -j meadow # scswitch -n -j ms-hasp-mars

   3. 해당하는 모든 MS 자원을 제거합니다.

      # scrgadm -r -j ms-rs-mars # scrgadm -r -j meadow # scrgadm -r -j ms-hasp-mars

   4. 자원 그룹을 제거합니다.

      scrgadm -r -g MS_RG_MARS

2. 자원 그룹 MS_RG_VENUS를 클러스터에서 제거합니다.

   한 노드에서만 다음 명령을 사용합니다. 이 명령을 각 노드에서 실행할 필요는 없습니다.

   1. 모든 클러스터 노드에서 자원 그룹을 오프라인으로 전환합니다.

      # scswitch -F -g MS_RG_VENUS

   2. 해당하는 모든 Messaging Server 자원을 비활성화합니다.

      # scswitch -n -j ms-rs-venus # scswitch -n -j pasture # scswitch -n -j ms-hasp-venus

   3. 해당하는 모든 MS 자원을 제거합니다.

      # scrgadm -r -j ms-rs-venus # scrgadm -r -j pasture # scrgadm -r -j ms-hasp-venus

   4. 자원 그룹을 제거합니다.

      scrgadm -r -g MS_RG_VENUS

3. 사용하지 않는 자원 유형을 등록 취소합니다.

   # scrgadm -r -t SUNW.HAStoragePlus # scrgadm -r -t SUNW.ims

2노드 HA 비대칭 Messaging Server를 구성하는 방법—예

이 예에서는 물리적 호스트 이름이 daisy.red.siroe.com 및 lavender.red.siroe.com이고 논리 호스트 이름이 budgie인 두 개의 노드 클러스터가 있다고 가정합니다.

daisy.red.siroe.com의 경우 이진은 /opt/SUNWmsgsr에 설치되고 구성 데이터는 /var/opt/SUNWmsgsr에 설치됩니다.

논리 호스트 이름 budgie에 논리 IP 주소가 할당됩니다. 예를 들어, /etc/hosts 파일은 다음과 같습니다.

192.18.75.157 budgie.red.siroe.com budgie

1. Messaging Sun Cluster 에이전트(SUNWscims)를 두 노드 모두에 설치합니다.

2. 파일 시스템을 만듭니다.

   이 예에서는 /var/opt/SUNWmsgsr 파일 시스템이 공유 디스크에 마운트됩니다. 이 파일 시스템은 클러스터 파일 시스템이거나 로컬 파일 시스템(페일오버 파일 시스템)입니다.

3. 기본 노드(daisy)를 구성합니다.

   1. 기본 노드에서 필수 자원 유형을 추가합니다.

      그러면 사용할 자원 유형을 Sun Cluster가 인식하도록 구성됩니다. Messaging Server 및 HAStoragePlus 자원을 등록하려면 다음 명령을 사용합니다.

      # scrgadm -a -t SUNW.HAStoragePlus # scrgadm -a -t SUNW.ims

   2. Messaging Server 인스턴스에 대해 MS_RG_DAISY라는 자원 그룹을 만듭니다.

      # scrgadm -a -g MS_RG_daisy -h daisy,lavender

   3. meadow라는 논리 호스트 이름 자원을 만든 후 자원 그룹에 추가하여 온라인으로 전환합니다.

      # scrgadm -a -L -g MS_RG_DAISY -l meadow # scrgadm -c -j meadow -y R_description="LogicalHostname resource for meadow" # scswitch -Z -g MS_RG_DAISY

   4. 앞에서 만든 파일 시스템을 사용하여 ms-hasp-daisy라는 HAStoragePlus 자원을 만듭니다.

      # scrgadm -a -j ms-hasp-daisy -g MS_RG_DAISY -t SUNW.HAStoragePlus -x FileSystemMountPoints ="/var/opt/SUNWmsgsr" -x AffinityOn=TRUE

   5. HAStoragePlus 자원 활성화:

      # scswitch -e -j ms-hasp-daisy

4. Messaging Server를 기본 노드에서 설치하고 구성합니다( 1.3 Messaging Server 초기 런타임 구성 만들기 참조).

   초기 런타임 구성 프로그램에 정규화된 호스트 이름을 묻는 메시지가 표시됩니다. 논리 호스트 이름 meadow.red.siroe.com을 입력합니다. 또한 구성 디렉토리를 지정하라는 메시지가 표시됩니다. /var/opt/SUNWmsgsr을 입력합니다.

5. 기본 노드에서 ha_ip_config 스크립트를 실행하고 논리 IP 주소를 제공합니다.

   이 스크립트는 기본 노드에서만 실행되고 보조 노드에서는 실행되지 않습니다. ha_ip_config 스크립트는 sbin 디렉토리 아래의 설치 디렉토리에 있습니다. 예를 들면 다음과 같습니다.

   # /opt/SUNWmsgsr/sbin/ha_ip_config Please specify the IP address assigned to the HA logical host name. Use dotted decimal form, a.b.c.d Logical IP address: 192.18.75.155 # This value is the logical IP address of the logical hostname. Refer # to the /etc/hosts file. Please specify the path to the top level directory in which iMS is installed. iMS server root: /opt/SUNWmsgsr . . . Updating the file /opt/SUNWmsgsr/config/dispatcher.cnf Updating the file /opt/SUNWmsgsr/config/job_controller.cnf Setting the service.listenaddr configutil parameter Setting the local.snmp.listenaddr configutil parameter Setting the service.http.smtphost configutil parameter Setting the local.watcher.enable configutil parameter Setting the local.autorestart configutil parameter Setting the metermaid.config.bindaddr configutil parameters Setting the metermaid.config.serveraddr configutil parameters Setting the local.ens.port parameter Configuration successfully updated

6. imta.cnf 파일을 수정하고 모든 물리적 호스트 이름 항목(daisy)을 HA 논리 호스트 이름(meadow)으로 바꿉니다.

7. 자원 그룹을 보조 노드(lavender)에 페일오버합니다.

   페일오버 후 보조 노드(lavender)를 구성합니다.

   # scswitch -z -g MS_RG_LAVENDER -h daisy

8. 보조 노드(lavender)에서 Messaging Server를 설치하고 useconfig 유틸리티를 실행합니다. 3.3.3 useconfig 유틸리티 사용을 참조하십시오.

   초기 런타임 구성 프로그램(configure)을 실행할 필요는 없습니다.

   다음 예에서 /var/opt/SUNWmsgsr은 공유 구성 디렉토리입니다.

   # useconfig /var/opt/SUNWmsgsr/setup/configure_20061201124116 cp /var/opt/SUNWmsgsr/setup/configure_20061201124116/Devsetup.properties /opt/SUNWmsgsr/lib/config-templates/Devsetup.properties /usr/sbin/groupadd mail /usr/sbin/useradd -g mail -d / mailsrv /usr/sbin/usermod -G mail mailsrv sed -e "s/local.serveruid/mailsrv/" -e "s/local.serveruid/mail/" -e "s:<msg·RootPath>:/opt/SUNWmsgsr:" /opt/SUNWmsgsr/lib/config-templates/devtypes.txt.template > /opt/SUNWmsgsr/lib/config-templates/devtypes.txt sed -e "s/local.serveruid/mailsrv/" -e "s/local.serveruid/mail/" -e "s:<msg·RootPath>:/opt/SUNWmsgsr:" /opt//SUNWmsgsr/lib/config-templates/config.ins.template > /opt/SUNWmsgsr/lib/config-templates/config.ins /opt/SUNWmsgsr/lib/devinstall -l sepadmsvr:pkgcfg:config -v -m -i /opt/SUNWmsgsr/lib/config-templates/config.ins /opt/SUNWmsgsr/lib/config-templates /opt/SUNWmsgsr/lib/jars /opt/SUNWmsgsr/lib devinstall returned 0 crle -c /var/ld/ld.config -s /usr/lib/secure:/opt/SUNWmsgsr/lib:/opt/SUNWmsgsr/lib:/opt/SUNWmsgsr/lib -s /opt/SUNWmsgsr/lib See /opt/SUNWmsgsr/install/useconfiglog_20061211155037 for more details

9. HA Messaging Server 자원을 만든 후 활성화합니다.

   # scrgadm -a -j ms-rs-daisy -t SUNW.ims -g MS_RG_DAISY -x IMS_serverroot =/opt/SUNWmsgsr -y Resource_dependencies=meadow,ms-hasp-daisy # scswitch -e -j mail-rs-daisy

   위 명령은 Messaging Server에 대해 ms-rs-daisy라는 HA Messaging Server 자원을 만듭니다. 이 HAMessaging Server 자원은 /opt/SUNWmsgsr에 설치되고, HA 디스크 자원(앞에서 만든 파일 시스템)과 HA 논리 호스트 이름 meadow에 종속됩니다.

10. 모든 항목이 제대로 작동하는지 확인합니다.

    Messaging Server 자원을 기본 노드로 다시 페일오버합니다.

    # scswitch -z -g MAIL-RG -h daisy

3.4.3.1 Sun Cluster에서 디버깅을 활성화하는 방법

Messaging Server Data Service Sun Cluster 에이전트는 두 API를 사용하여 디버그 메시지를 기록합니다.

scds_syslog_debug()는 수준 1 시스템 로그에 디버깅 메시지를 기록합니다.

scds_syslog()는 daemon.notice, daemon.info 및 daemon.error 수준 시스템 로그에 메시지를 기록합니다.

모든 syslog 메시지에는 접두어가 다음과 같이 지정됩니다.

SC[resourceTypeName, resourceGroupName, resourceName,methodName]

예를 들면 다음과 같습니다.

Dec 11 18:24:46 mars SC[SUNW.ims,MS-RG,mail-rs,ims_svc_start]: [ID 831728daemon.debug]
Groupname mail exists. 
Dec 11 18:24:46 mars SC[SUNW.ims,MS-RG,mail-rs,ims_svc_start]: [ID 383726daemon.debug] 
Username mailsrv exists.
Dec 11 18:24:46 mars SC[SUNW.ims,MS-RG,mail-rs,ims_svc_start]: [ID 244341daemon.debug] 
IMS_serverroot = /opt/mars/SUNWmsgsr
Dec 11 15:55:52 mars SC[SUNW.ims,MS_RG,MessagingResource,ims_svc_validate]: 
[ID 855581daemon.error] Failed to get the configuration info
Dec 11 18:24:46 mars SC[SUNW.ims,MS-RG,mail-rs,ims_svc_start]: [ID 833212daemon.info]
Attempting to start the data service under process monitor facility.

Messaging Server 자원 유형 SUNW.ims의 메시지를 기록하려면 아래와 같이 /var/cluster 아래에 자원 유형 디렉토리를 만듭니다.

mkdir -p /var/cluster/rgm/rt/SUNW.ims

자원 유형 SUNW.ims에 대한 모든 디버깅 메시지를 보려면 클러스터의 모든 노드에서 다음 명령을 실행합니다.

echo 9 > /var/cluster/rgm/rt/SUNW.ims/loglevel

자원 유형 SUNW.iws에 대한 모든 디버깅 메시지를 억제하려면 클러스터의 모든 노드에서 다음 명령을 실행합니다.

echo 0 > /var/cluster/rgm/rt/SUNW.ims/loglevel

Sun Cluster 데이터 서비스의 디버그 메시지와 Messaging Server 에이전트의 가장 일반적인 디버깅 정보를 기록하려면 syslog.conf 파일을 편집합니다. 예를 들어, 모든 syslog 메시지를 /var/adm/clusterlog 파일에 기록하려면 syslog.conf 파일에 다음 행을 추가합니다.

daemon.debug /var/adm/clusterlog

그러면 모든 메시지가 다음 수준(emerg, alert, critical, error, warning, notice, information, debug)으로 기록됩니다. 자세한 내용은 syslog.conf 설명서 페이지를 참조하십시오.

이제 syslogd 데몬을 다시 시작합니다.

pkill -HUP syslogd

3.4.4 서버에서 IP 주소 바인딩

대칭형 또는 N + 1 고가용성 모델을 사용하는 경우 Sun Cluster Server를 Messaging Server와 함께 사용하기 위해 준비하려면 구성 과정에서 알아야 할 몇 가지 사항이 있습니다.

서버에서 실행 중인 Messaging Server에 올바른 IP 주소를 바인딩해야 합니다. 이는 HA 환경에서 Messaging Server를 제대로 구성하기 위해 필요합니다.

HA를 위해 Messaging Server를 구성하려면 Messaging Server가 바인딩하고 연결을 수신하는 인터페이스 주소를 구성해야 합니다. 기본적으로 서버는 사용 가능한 모든 인터페이스 주소에 바인딩합니다. 하지만 HA 환경에서는 서버가 HA 논리 호스트 이름과 연관된 인터페이스 주소에 바인딩되도록 해야 합니다.

따라서 특정 Messaging Server 인스턴스에 속한 서버가 사용하는 인터페이스 주소를 구성하기 위한 스크립트가 제공됩니다. 이 스크립트는 현재 IP 주소 또는 서버가 사용하는 HA 논리 호스트 이름과 연관될 IP 주소를 통해 인터페이스 주소를 식별합니다.

스크립트는 다음 구성 파일을 수정하거나 만들어서 구성을 변경합니다. 다음 파일의 경우

msg-svr-base/config/dispatcher.cnf

SMTP 및 SMTP Submit 서버의 INTERFACE_ADDRESS 옵션을 추가하거나 변경합니다. 다음 파일의 경우

msg-svr-base/config/job_controller.cnf

작업 제어기의 INTERFACE_ADDRESS 옵션을 추가하거나 변경합니다.

마지막으로 POP, IMAP 및 Messenger Express HTTP 서버에서 사용하는 configutil service.listenaddr 및 service.http.smtphost 매개 변수를 설정합니다.

원본 구성 파일이 있는 경우 해당 파일의 이름은 *.pre-ha로 변경됩니다.

스크립트를 다음과 같이 실행합니다.

서버에서 IP 주소 바인딩 방법

1. 수퍼유저가 됩니다.

2. msg-svr-base/sbin/ha_ip_config를 실행합니다.

3. 스크립트에서는 아래와 같은 질문을 합니다. 질문에 대해 control-d를 입력하여 응답하면 스크립트 실행이 중단될 수 있습니다. 질문에 대한 기본 답변은 대괄호 [ ] 안에 나타납니다. 기본 답변을 사용하려면 Enter 키를 누릅니다.

   1. 논리 IP 주소: Messaging Server에서 논리 호스트 이름에 할당되는 IP 주소를 지정합니다. IP 주소는 123.456.78.90과 같이 점으로 구분된 십진수 형식으로 지정해야 합니다.

      논리적 IP 주소는 configutil 매개 변수 service.http.smtphost에서 자동으로 설정되며 클러스터의 메시징 시스템이 현재 어떤 시스템에서 실행 중인지 확인할 수 있게 해줍니다. 예를 들어 Messenger Express를 사용하는 경우 서버는 보내는 메일을 전송할 메일 호스트를 결정할 수 있습니다.

   2. Messaging Server 기본(msg-svr-base): Messaging Server가 설치되는 최상위 디렉토리의 절대 경로를 지정합니다.

   3. 위에서 선택한 사항중 일부를 변경하시겠습니까? 답변을 그대로 적용하고 구성을 변경하려면 “no”로 답합니다. 답변을 변경하려면 “yes”로 답합니다.

      ---

      주 –

      또한 ha_ip_config 스크립트는 두 개의 새 프로세스인 watcher와 msprobe, 그리고 매개 변수 local.autorestart와 local.watcher.enable을 자동으로 활성화합니다. 이 새 매개 변수는 Messaging Server의 상태를 모니터하는 데 도움이 됩니다. 프로세스가 실패하거나 서비스가 응답하지 않으면 해당 오류를 나타내는 로그 메시지가 생성됩니다. 이제 클러스터 에이전트는 종료될 때마다 watcher 프로세스와 페일오버를 모니터합니다. Sun Cluster가 제대로 작동하려면 매개 변수를 활성화해야 합니다.

      watcher 및 msprobe 프로세스에 대한 자세한 내용은 4.5 실패했거나 응답이 없는 서비스의 자동 재시작을 참조하십시오.

      ---

3.4.5 Messaging HA를 관리하는 데 유용한 Sun Cluster 명령

Messaging Server 자원 활성화

# scswitch -e -j messaging-resource

Messaging Server 자원 비활성화

# scswitch -n -j cal-resource

모든 자원과 자원 그룹 나열

# scstat -pvv

PMF에 의해 모니터링되는 프로세스인 PMF(Process Monitoring Facility) 태그 결정

# pmfadm -L

모든 자원 및 자원 그룹과 해당 상태 나열

# scstat -g

Sun Cluster 관리

scsetup

3.5 Veritas Cluster Server 에이전트 설치

Messaging Server는 Veritas Cluster Server 3.5, 4.0, 4.1 및 5.0과 함께 작동하도록 구성할 수 있습니다.

이 절차를 따르기 전에 Veritas Cluster Server 설명서를 검토하시기 바랍니다.

Communications Suite 설치 프로그램을 사용하여 Messaging Server를 설치하고 HA를 구성 한 후에는 3.4.4 서버에서 IP 주소 바인딩을 검토하여 HA 지원의 구성과 관련된 추가 단계가 있는지 확인하십시오. 이 절에는 다음과 같은 하위 절이 포함됩니다.

• 3.5.1 Veritas Cluster Server 요구 사항

• 3.5.2 VCS 설치 및 구성 지침

• 3.5.3 MsgSrv 속성

3.5.1 Veritas Cluster Server 요구 사항

• 다음 지침( 3.5.2 VCS 설치 및 구성 지침)에서 설명한 대로 양쪽 노드에 Veritas Cluster 소프트웨어가 Messaging Server 소프트웨어와 함께 이미 설치 및 구성되어 있어야 합니다.

3.5.2 VCS 설치 및 구성 지침

다음 지침에서는 Veritas Cluster Server를 사용하여 Messaging Server를 HA 서비스로 구성하는 방법에 대해 설명합니다.

기본 main.cf 구성 파일은 VCSweb 응용 프로그램을 실행하는 ClusterService라는 자원 그룹을 설정합니다. 이 그룹에는 csgnic 및 webip와 같은 네트워크의 논리 호스트 IP 자원이 포함됩니다. 또한 이벤트 알림을 위한 ntfr 자원이 생성됩니다.

Veritas Cluster Server를 사용하여 Messaging Server를 HA 서비스로 구성하는 방법

1. 노드 중 하나에서 Cluster Explorer를 시작합니다.

   이 Veritas Cluster Server 지침에서는 그래픽 사용자 인터페이스를 사용하여 Messaging Server를 HA 서비스로 구성한다고 가정합니다.

   Cluster Explorer를 시작하려면 다음 명령을 실행합니다.

   # /opt/VRTSvcs/bin/hagui

   GUI를 사용하려면 VRTScscm 패키지가 설치되어 있어야 합니다.

2. Cluster Explorer를 사용하여 MAIL-RG라는 서비스 그룹을 추가합니다.

3. DiskGroup 유형의 s1ms_dg 디스크 그룹 자원을 MAIL-RG 서비스 그룹에 추가하고 활성화합니다.

4. Mount 유형의 s1ms_mt 마운트 자원을 MAIL-RG 서비스 그룹에 추가합니다.

   1. 아직 활성화되지 않은 경우 링크 버튼을 눌러 자원 링크를 활성화합니다.

5. s1ms_mt와 s1ms_dg 사이에 링크를 만듭니다. s1ms_mt 자원을 활성화합니다.

   그림에서는 종속성 트리를 설명합니다.

   그림 3–5 Veritas Cluster Server 종속성 트리 1

   
   

6. Communications Suite 설치 프로그램을 실행하여 Messaging Server를 설치합니다.

   1. 기본 노드(예: Node_A)에서 Messaging Server 초기 런타임 구성을 실행하여 Messaging Server를 설치합니다.

   2. pkgadd(1M) 명령을 사용하여 Veritas Cluster Server 에이전트 패키지인 SUNWmsgvc(Sun Java Communications Suite CD의 Messaging Server Product 하위 디렉토리에 있음)를 설치합니다.

      이제 Node_A에 Messaging Server와 Veritas 에이전트가 설치되었습니다.

7. 백업 노드(예: Node_B)로 전환합니다.

8. Communications Suite 설치 프로그램을 실행하여 백업 노드(Node_B)에 Messaging Server를 설치합니다.

9. Messaging Server를 설치한 다음 useconfig 유틸리티를 사용하면 백업 노드(Node_B)에 초기 런타임 구성을 추가로 만들 필요가 없습니다. useconfig 유틸리티를 사용하면 단일 구성을 HA 환경의 여러 노드에서 공유할 수 있습니다. 이 유틸리티는 기존 구성을 업그레이드하거나 업데이트하는 용도로 사용할 수는 없습니다. 3.3.3 useconfig 유틸리티 사용을 참조하십시오.

   이제 Node_B에 Veritas 에이전트가 설치되었습니다.

10. Veritas Cluster Server Cluster Manager에서 File 메뉴의 Import Types... 를 선택합니다. 그러면 파일 선택 상자가 표시됩니다.

11. /etc/VRTSvcs/conf/config 디렉토리에서 MsgSrvTypes.cf 파일을 가져옵니다. 이 유형 파일을 가져옵니다. 이 파일을 찾으려면 클러스터 노드에 있어야 합니다.

12. 이제 MsgSrv 유형의 자원(예: Mail)을 만듭니다. 이 자원을 사용하려면 논리 호스트 이름 등록 정보를 설정해야 합니다.

13. Mail 자원은 s1ms_mt 및 webip에 종속됩니다. 다음 종속성 트리에 표시되어 있는 것처럼 자원 간에 링크를 만듭니다.

    그림 3–6 Veritas Cluster 종속성 트리

    
    

    1. 모든 자원을 활성화하고 Mail을 온라인 상태로 만듭니다.

    2. 모든 서버가 시작됩니다.

14. Node_A로 전환하여 HA 구성이 작동하는지 확인합니다.

3.5.3 MsgSrv 속성

이 절에서는 mail 자원의 동작을 제어하는 추가 속성인 MsgSrv에 대해 설명합니다. Messaging Server를 Veritas Cluster Server와 함께 구성하려면 표 3–3를 참조하십시오.

3.6 고가용성 구성 해제

이 절에서는 고가용성의 구성을 해제하는 방법에 대해 설명합니다. 고가용성을 해제하려면 Veritas 또는 Sun Cluster 설명서의 지침을 따르십시오.

고가용성을 구성 해제하는 방법은 Veritas Cluster Server 또는 Sun Cluster 중 어떤 것을 제거하는지에 따라 달라집니다.

다음 항목에 대해 설명합니다.

• Veritas Cluster Server의 구성 해제 방법

Veritas Cluster Server의 구성 해제 방법

이 절에서는 Veritas Cluster Server에 대한 고가용성 구성 요소의 구성을 해제하는 방법에 대해 설명합니다.

1. MAIL-RG 서비스 그룹을 오프라인으로 만들고 해당 그룹의 자원을 비활성화합니다.

2. mail 자원, logical_IP 자원 및 mountshared 자원 간의 종속성을 제거합니다.

3. MAIL-RG 서비스 그룹을 다시 온라인 상태로 전환하여 sharedg 자원을 사용할 수 있도록 합니다.

4. 설치 도중 생성된 모든 Veritas Cluster Server 자원을 삭제합니다.

5. Veritas Cluster Server를 중지하고 두 노드에서 다음 파일을 제거합니다.

   /etc/VRTSvcs/conf/config/MsgSrvTypes.cf /opt/VRTSvcs/bin/MsgSrv/online /opt/VRTSvcs/bin/MsgSrv/offline /opt/VRTSvcs/bin/MsgSrv/clean /opt/VRTSvcs/bin/MsgSrv/monitor /opt/VRTSvcs/bin/MsgSrv/sub.pl

6. 두 노드의 /etc/VRTSvcs/conf/config/main.cf 파일에서 Messaging Server 항목을 제거합니다.

7. 두 노드에서 /opt/VRTSvcs/bin/MsgSrv/ 디렉토리를 제거합니다.