| Solaris용 Sun ONE Messaging Server 6.0 설치 설명서 |
3장
고가용성 솔루션 구성이 장에서는 자신에게 적합한 고가용성(HA) 모델을 선택하는 데 도움이 되는 정보와 Messaging Server와 함께 고가용성 시스템을 설정하는 방법에 대해 설명합니다. 이 장은 다음 내용으로 구성되어 있습니다.
Messaging Server에서 지원되는 고가용성 모델에 대한 자세한 내용을 보려면 다음 제품 설명서를 참조하십시오.
고가용성 모델Messaging Server와 함께 사용할 수 있는 여러 고가용성 모델이 있습니다. 그 중 가장 많이 사용되는 세 가지 모델은 다음과 같습니다.
- 비대칭형(상시 대기)
이러한 각 모델은 다음 절에서 보다 자세히 설명합니다. 이외에도 다음 항목에 대해 설명합니다.
HA 제품에 따라 지원되는 모델이 다를 수 있습니다. 지원되는 모델에 대한 자세한 내용은 HA 설명서를 참조하십시오.
비대칭형
기본적인 비대칭형 또는 “상시 대기(hot standby)” 고가용성 모델(그림 3-1)은 두 개의 클러스터링된 호스트 시스템 또는 “노드”로 구성됩니다. 논리적 IP 주소와 관련 호스트 이름이 두 노드 모두에 지정됩니다.
이 모델에서는 한 번에 하나의 노드만 활성화됩니다. 즉, 백업 노드 또는 상시 대기 노드는 대부분 유휴 상태를 유지합니다. 하나의 공유 디스크 배열이 두 노드 사이에 구성되며 활성 또는 "주" 노드가 마스터가 됩니다. 메일 저장소 분할 영역과 MTA (Message Transfer Agent) 대기열은 이 공유 볼륨에 위치합니다.
그림 3-1 비대칭형 고가용성 모델
페일오버가 발생하기 전의 활성 노드는 물리적 호스트-A입니다. 페일오버가 발생하면 물리적 호스트-B가 활성 노드가 되고 공유 볼륨이 전환되어 물리적 호스트-B가 마스터가 됩니다. 그리고 물리적 호스트-A의 모든 서비스가 중지되고 물리적 호스트-B에서 시작됩니다.
이 모델의 장점은 주 노드 전용으로 예약된 백업 노드가 있다는 점입니다. 따라서 페일오버가 발생하더라도 백업 노드에 대해 자원 경쟁이 발생하지 않습니다. 하지만 이 모델에서는 백업 노드가 대부분의 시간 동안 유휴 상태로 있기 때문에 이 자원의 활용도가 떨어집니다.
대칭형
기본적인 대칭형 또는 “이중 서비스” 고가용성 모델은 각각 자체의 논리적 IP 주소가 있는 두 개의 호스팅 시스템으로 구성됩니다. 각 논리적 노드는 하나의 물리적 노드와 연결되고, 각 물리적 노드가 두 개의 저장소 볼륨이 있는 하나의 디스크 배열을 제어합니다. 한 볼륨은 로컬 메일 저장소 분할 영역 및 MTA 대기열에 사용되며 다른 볼륨은 파트너의 메일 저장소 분할 영역 및 MTA 대기열에 대한 미러 이미지입니다.
대칭형 고가용성 모드(그림 3-2)에서는 두 노드 모두가 동시에 활성 상태이며 각 노드가 다른 노드의 백업 노드 역할을 합니다. 일반적인 상황에서 각 노드는 Messaging Server의 한 인스턴스만 실행합니다.
그림 3-2 대칭형 고가용성 모델
페일오버가 발생하면 실패한 노드의 서비스가 종료되고 백업 노드에서 다시 시작됩니다. 이때 백업 노드가 두 노드 모두에서 Messaging Server를 실행하며 두 개의 개별 볼륨을 관리합니다.
이 모델의 장점은 두 노드가 동시에 활성화되기 때문에 시스템 자원을 완전히 활용할 수 있다는 점입니다. 하지만 오류가 발생한 동안에는 백업 노드가 두 노드의 Messaging Server에 대한 서비스를 실행하기 때문에 더 많은 자원 경쟁이 발생합니다. 따라서 실패한 노드를 가능한 빨리 식별하여 서버를 이중 서비스 상태로 전환시켜야 합니다.
이 모델은 백업 저장소 배열도 제공합니다. 즉, 디스크 배열이 실패하면 백업 노드의 서비스를 통해 미러 이미지를 가져올 수 있습니다.
대칭형 모델을 구성하려면 공유 디스크에 공유 이진을 설치해야 합니다. 이렇게 하면 Messaging Server 패치가 릴리스되었을 때 시스템을 업데이트할 수 있는 기능인 롤링 업데이트를 수행하지 못할 수 있다는 점에 주의하십시오.
N+1 (N Over 1)
N + 1 또는 “N over 1” 모델은 다중 노드 비대칭 구성에서 사용할 수 있습니다. N개의 논리적 호스트 이름 및 N개의 공유 디스크 배열이 필요합니다. 하나의 백업 노드가 다른 모든 노드에 대해 상시 대기 상태로 예약됩니다. 백업 노드는 N개 노드에서 Messaging Server를 동시에 실행할 수 있습니다.
그림 3-3은 기본적인 N + 1 고가용성 모델을 보여줍니다.
그림 3-3 N + 1 고가용성 모델
하나 이상의 활성 노드가 페일오버되면 백업 노드는 실패한 노드의 역할을 대신 수행합니다.
N + 1 모델의 장점은 서버 로드가 여러 노드로 분산될 수 있으며 하나의 백업 노드만으로 모든 노드의 실패를 처리한다는 점입니다. 따라서 시스템 유휴 비율은 단일 대칭형 모델의 경우처럼 1/1이 아니라 1/N입니다.
N+1 모델을 구성하려면 대칭형 모델과 같이 공유 디스크에 공유 이진을 설치해야 합니다. 이렇게 하면 Messaging Server 패치가 릴리스되었을 때 시스템을 업데이트할 수 있는 기능인 롤링 업데이트를 수행하지 못할 수 있다는 점에 주의하십시오.
적합한 고가용성 모델 선택
표 3-1은 각 고가용성 모델의 장점과 단점을 요약해서 보여줍니다. 이 정보를 사용하여 자신에게 적합한 모델을 결정할 수 있습니다.
표 3-1 고가용성 모델의 장점과 단점
모델
장점
단점
권장 사용자
비대칭형
추후 확장 계획이 있는 소규모 서비스 공급자
대칭형
추후 백업 시스템을 확장할 계획이 있는 중간 규모의 서비스 공급자
N + 1
자원 경쟁 없이 로드를 분산시켜야 하는 대규모 서비스 공급자
시스템 작동 중지 시간 계산
표 3-2는 특정 일에 시스템 오류로 인해 메일 서비스를 사용할 수 없게 되는 시간에 대한 확률을 보여줍니다. 이 계산에서는 평균적으로 각 서버가 시스템 충돌이나 서버 중지로 인해 3개월에 하루 작동이 중지되며, 각 저장 장치는 12개월에 하루 작동이 중지되는 것으로 가정합니다. 또한 두 노드가 동시에 작동이 중지될 가능성은 무시합니다.
고가용성 구성이 절에서는 Veritas Cluster Server 또는 Sun Cluster 고가용성 클러스터링 소프트웨어를 구성하고 Messaging Server와 함께 사용할 준비를 하는 데 필요한 정보를 제공합니다. 자세한 설치 방법, 필요한 패치 및 기타 필요한 정보에 대해서는 Veritas 또는 Sun Cluster Server 설명서를 참조하십시오.
표 3-3은 현재 Messaging Server에서 지원되는 Sun Cluster Server 및 Veritas Cluster Server의 버전 목록을 보여줍니다.
지원되는 버전에 대한 최신 정보는 Sun ONE Messaging Server 6.0 릴리스 노트를 참조하십시오.
이 절에서는 다음 항목에 대해 설명합니다.
클러스터 에이전트 설치
클러스터 에이전트는 클러스터 프레임워크하에 실행되는 Messaging Server 프로그램입니다.
Sun Cluster Messaging Server 에이전트(SUNWscims)는 Java Enterprise System 설치 프로그램을 통해 Sun Cluster 3.1을 선택한 경우에 설치됩니다. Veritas Cluster Messaging Server 에이전트(SUNWmsgvc)는 Java Enterprise System CD의 Messaging Server Product 하위 디렉토리에 있습니다. VCS 클러스터 에이전트를 설치하려면 pkgadd(1M) 명령을 사용해야 합니다.
Messaging Server 및 고가용성(Veritas Cluster와 Sun Cluster 모두에 적용됨) 설치와 관련하여 몇 가지 알아두어야 할 사항이 있습니다.
- Messaging Server용 고가용성 클러스터 에이전트는 기본적으로 설치되지 않습니다. Java Enterprise System을 설치하는 동안 적절한 에이전트 패키지를 선택하십시오.
- Java Enterprise System 설치 프로그램을 실행하기 전에 Messaging Server의 관련 IP 주소와 HA 논리적 호스트 이름이 활성화되어 있는지 확인하십시오. 설치 과정 중 이를 사용하여 TCP 연결을 설정하기 때문입니다. Messaging Server의 HA 논리적 호스트 이름이 현재 가리키고 있는 클러스터 노드에서 설치를 실행합니다.
- Java Enterprise System 설치 프로그램에서 msg_svr_base를 요청하는 경우 msg_svr_base가 로컬 디스크에 있는지 확인하십시오. 즉, Messaging Server 패키지는 각 노드에 로컬로 설치해야 합니다. 하지만 구성 및 데이터는 노드 간에 공유되는 디스크에 있어야 합니다. 그렇지 않을 경우, 구성과 데이터를 로컬 디스크에 설치한 상태에서 한 노드가 실패하면 서버는 실패한 노드에 축적된 데이터를 볼 수 없습니다.
- Java Enterprise System 설치 프로그램을 통해 Administration Server를 구성한 후 Administration Server의 IP 주소가 물리적 호스트의 IP 주소가 아니라 시스템의 논리적 IP 주소와 연결되었는지 확인합니다.
- Messaging Server 초기 런타임 구성(Messaging Server 초기 런타임 구성 만들기 참조)을 실행한 후 Messaging Server 클러스터의 정규화된 HA 논리적 호스트 이름을 수동으로 구성해야 합니다.
useconfig 유틸리티 사용
useconfig 유틸리티를 사용하면 단일 구성을 HA 환경의 여러 노드에서 공유할 수 있습니다. 이 유틸리티는 기존 구성을 업그레이드하거나 업데이트하는 용도로 사용할 수는 없습니다.
예를 들어 첫 번째 노드를 업그레이드하는 경우 Java Enterprise System 설치 프로그램을 통해 설치한 다음 Messaging Server를 구성합니다(2장, "Messaging Server 설치" 참조). 그런 다음 Java Enterprise System 설치 프로그램을 통해 Messaging Server 패키지를 설치할 두 번째 노드로 페일오버합니다. 하지만 초기 런타임 구성 프로그램(configure)을 다시 실행할 필요는 없습니다. 대신 useconfig 유틸리티를 사용할 수 있습니다.
유틸리티를 사용하려면 useconfig 유틸리티를 실행하여 이전 Messaging Server 구성을 가리키도록 합니다.
여기서 configure_YYYYMMDDHHMMSS는 이전 구성 설정 파일입니다.
새 노드의 경우 공유 디스크의 msg_svr_base/data/setup 디렉토리에서 configure_YYYYMMDDHHMMSS를 찾을 수 있습니다.
Veritas Cluster Server 에이전트 설치 및 Sun Cluster 에이전트 설치에 대한 다음 절에서는 useconfig 유틸리티를 사용할 수 있는 시기에 대해 설명합니다.
Veritas Cluster Server 에이전트 설치
Messaging Server는 Veritas Cluster Server 1.3, 2.0 및 3.5와 함께 작동하도록 구성할 수 있습니다. 이 절에 설명된 내용은 Veritas Cluster 3.5에만 적용됩니다. Veritas 1.3 및 2.0의 경우 Messaging Server 5.2 Installation Guide를 참조하십시오.
이 절차를 따르기 전에 Veritas Cluster Server 설명서를 검토하시기 바랍니다.
Java Enterprise System 설치 프로그램을 통해 Messaging Server를 설치하고 HA를 구성한 후에는 서버에서 IP 주소 바인딩을 검토하여 HA 지원의 구성과 관련된 추가 단계가 있는지 확인하십시오.
Veritas Cluster Server 요구 사항
- Veritas Cluster 소프트웨어가 이미 설치 및 구성되어 있어야 합니다.
- 다음 절(VCS 3.5 설치 및 구성 지침)에 설명되어 있듯이 두 개의 노드에 Messaging Server용 Veritas Cluster 에이전트 패키지와 Messaging Server 소프트웨어를 함께 설치합니다.
VCS 3.5 설치 및 구성 지침
다음은 Veritas Cluster Server 3.5를 사용하여 Messaging Server를 HA 서비스로 구성하는 방법에 대한 설명입니다.
기본 main.cf 구성 파일은 VCSweb 응용 프로그램을 실행하는 ClusterService라는 자원 그룹을 설정합니다. 이 그룹에는 csgnic 및 webip와 같은 네트워크의 논리적 호스트 IP 자원이 포함됩니다. 또한 이벤트 알림을 위한 ntfr 자원이 생성됩니다.
- 노드 중 하나에서 Cluster Explorer를 시작합니다.
이 Veritas Cluster Server 지침에서는 그래픽 사용자 인터페이스를 사용하여 Messaging Server를 HA 서비스로 구성한다고 가정합니다.
Cluster Explorer를 시작하려면 다음 명령을 실행합니다.
GUI를 사용하려면 VRTScscm 패키지가 설치되어 있어야 합니다.
- DiskGroup 유형의 s1ms_dg 디스크 그룹 자원을 추가하고 활성화합니다.
- Mount 유형의 s1ms_mt 마운트 자원을 추가합니다.
- s1ms_mt와 s1ms_dg 사이에 링크를 만듭니다. s1ms_mt 자원을 활성화합니다.
다음 종속성 트리를 참조하십시오.
- Java Enterprise System 설치 프로그램을 실행하고 Messaging Server를 선택합니다.
- 주 노드(예: Node_A)에서 Messaging Server 초기 런타임 구성(2장, "Messaging Server 설치" 참조)을 실행하여 Messaging Server를 설치합니다.
- pkgadd(1M) 명령을 사용하여 Veritas Cluster Server 에이전트 패키지인 SUNWmsgvc (Java Enterprise System CD의 Messaging Server Product 하위 디렉토리에 있음)를 설치합니다.
- 설치 도중 호스트 이름이나 IP 주소가 필요할 때마다 논리적 호스트 이름과 논리적 IP 주소를 지정해야 합니다.
이제 Node_A에 Messaging Server와 Veritas 에이전트가 설치되었습니다.
- 백업 노드(예: Node_B)로 전환합니다.
- Java Enterprise System 설치 프로그램을 실행하여 백업 노드(Node_B)에 Messaging Server를 설치합니다.
- Messaging Server를 설치한 다음 useconfig 유틸리티를 사용하면 백업 노드(Node_B)에 초기 런타임 구성을 추가로 만들 필요가 없습니다. useconfig 유틸리티를 사용하면 단일 구성을 HA 환경의 여러 노드에서 공유할 수 있습니다. 이 유틸리티는 기존 구성을 업그레이드하거나 업데이트하는 용도로 사용할 수는 없습니다. useconfig 유틸리티 사용을 참조하십시오.
이제 Node_B에 Veritas 에이전트가 설치되었습니다.
- Cluster Explorer의 파일 메뉴에서 유형 가져오기...를 선택합니다. 그러면 파일 선택 상자가 표시됩니다.
- /etc/VRTSvcs/conf/config 디렉토리에서 MsgSrvTypes.cf 유형을 가져옵니다. 이 유형 파일을 가져옵니다. 이 파일을 찾으려면 클러스터 노드에 있어야 합니다.
- 이제 MsgSrv 유형의 자원(예: Mail)을 만듭니다. 이 자원을 사용하려면 논리적 호스트 이름 등록 정보를 설정해야 합니다.
- Mail 자원은 s1ms_mt 및 webip에 종속됩니다. 다음 종속성 트리에 표시되어 있는 것처럼 자원 간에 링크를 만듭니다.
- Node_A로 전환하여 HA 구성이 작동하는지 확인합니다.
- 그룹 속성 OnlineRetryLimit를 3에서 0으로 변경합니다. 이렇게 하지 않으면 페일오버된 서비스가 같은 노드에서 다시 시작됩니다.
MsgSrv 속성
이 절에서는 mail 자원의 동작을 제어하는 추가 속성인 MsgSrv에 대해 설명합니다. Messaging Server를 Veritas Cluster Server에 대해 구성하려면 표 3-4를 참조하십시오.
Sun Cluster 에이전트 설치
이 절에서는 Messaging Server를 Sun Cluster 고 가용성(HA) 데이터 서비스로 설치 및 구성하는 방법에 대해 설명합니다. 이 설치 지침은 Sun Cluster 3.0 Update 3과 Sun Cluster 3.1에 모두 적용됩니다. 이 절에서는 다음 항목에 대해 설명합니다.
Sun Cluster 3.0 Update 3 및 Sun Cluster 3.1의 설명서는 다음 위치에서 찾을 수 있습니다.
http://docs.sun.com/db/prod/cluster#hic
Sun Cluster 3.0 Update 3과 Sun Cluster 3.1에서는 Veritas File System (VxFS)이 지원됩니다.
Sun Cluster 요구 사항
이 절에서는 다음을 가정합니다.
Sun Cluster에 대해 Messaging Server HA 지원 구성
이 절에서는 간단한 예를 통해 Sun Cluster 3.0 Update 3 및 3.1에 대해 Sun ONE Messaging Server의 HA 지원을 구성하는 방법에 대해 설명합니다.
HA를 구성한 뒤에는 서버에서 IP 주소 바인딩에서 HA 지원과 관련된 추가 단계를 검토하십시오.
다음 예에서는 Messaging Server가 HA 논리적 호스트 이름과 IP 주소로 구성되어 있다고 가정합니다. 물리적 호스트 이름은 HA 논리적 호스트 이름인 budgie와 함께 mail-1 및 mail-2인 것으로 가정합니다. 그림 3-4는 Messaging Server HA 지원을 구성할 때 만들 다른 HA 자원의 중첩된 종속성을 나타냅니다.
그림 3-4 간단한 Sun ONE Messaging Server HA 구성
- 수퍼유저가 된 다음 콘솔을 엽니다.
아래에 나오는 Sun Cluster 명령을 사용하려면 수퍼유저로 로그인해야 합니다. 또한 /dev/console에 출력되는 메시지를 보려면 콘솔이나 창이 필요합니다.
- 필요한 자원 유형을 추가합니다.
사용할 자원 유형을 Sun Cluster가 인식하도록 구성합니다. scrgadm -a -t 명령을 사용하여 이 작업을 합니다.
# scrgadm -a -t SUNW.HAStorage
# scrgadm -a -t SUNW.ims- Messaging Server에 대한 자원 그룹을 만듭니다.
자원 그룹을 만들고 Messaging Server가 실행될 클러스터 노드에 표시되도록 만듭니다. 다음 명령은 MAIL-RG라는 자원 그룹을 만들고 클러스터 노드인 mail-1과 mail-2에 표시되도록 합니다.
# scrgadm -a -g MAIL-RG -h mail-1,mail-2
물론 자원 그룹에는 원하는 이름을 사용할 수 있습니다.
- HA 논리적 호스트 이름 자원을 만들고 자원 그룹을 시작합니다.
HA 논리적 호스트 이름에 대한 자원을 만들고 활성화한 다음 자원 그룹에 추가합니다. 다음 명령은 논리적 호스트 이름 budgie를 사용하여 이 작업을 수행합니다. -j 스위치를 생략했기 때문에 생성되는 자원의 이름 역시 budgie가 됩니다.
# scrgadm -a -L -g MAIL-RG -l budgie
# scswitch -Z -g MAIL-RG- HA 저장소 자원을 만듭니다.
그런 다음 Messaging Server가 종속된 파일 시스템에 대한 HA 저장소 자원 유형을 만들어야 합니다. 다음 명령은 disk-rs라는 이름의 HA 저장소 자원을 만들고 파일 시스템 disk_sys_mount_point는 이 자원의 제어를 받게 됩니다.
# scrgadm -a -j disk-rs -g MAIL-RG \
-t SUNW.HAStorage \
-x ServicePaths=disk_sys_mount_point-1, disk_sys_mount_point-2ServicePaths의 쉼표로 분리된 목록은 Messaging Server가 종속된 클러스터 파일 시스템의 마운트 지점입니다. 위의 예에서는 두 개의 마운트 지점, disk_sys_mount_point-1과 disk_sys_mount_point-2가 지정되었습니다. 서버 중 하나에 해당 서버가 종속된 추가 파일 시스템이 있는 경우 추가 HA 저장소 자원을 만들고 단계 8에서 해당 추가 종속성을 가리킵니다.
- Messaging Server 를 설치 및 구성합니다(2장, "Messaging Server 설치"). 단계 4에서 만든 HA 논리적 호스트 이름을 사용해야 합니다.
- 초기 런타임 구성 과정에서 Messaging Server 초기 런타임 구성 만들기의 단계 3에서 지정한 구성 디렉토리를 지정할 것을 요청합니다. 이때 HA 저장소 자원(또는 HAStoragePlus 활성화에서 설명하는 HAStoragePlus 자원)의 공유 디스크 디렉토리 경로를 사용해야 합니다.
watcher 프로세스에 대한 자세한 내용은 Sun ONE Messaging Server 6.0 관리자 설명서를 참조하십시오.
- ha_ip_config 스크립트를 실행하여 service.listenaddr과 service.http.smtphost를 설정하고 dispatcher.cnf와 job_controller.cnf 파일을 고가용성에 대해 구성합니다. 스크립트를 사용하면 논리적 IP 주소가 물리적 IP 주소가 아니라 이 매개 변수와 파일에 대해 설정됩니다.
스크립트 실행에 대한 자세한 내용은 서버에서 IP 주소 바인딩을 참조하십시오.
ha_ip_config 스크립트는 공유 디스크(구성 및 데이터용)가 있는 시스템에서 한 번만 실행해야 합니다.
- 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,budgie위의 명령은 msg_svr_base 디렉토리의 IMS_serverroot에 설치된 Messaging Server에 대해 mail-rs라는 이름의 HA Messaging Server 자원을 만듭니다. HA Messaging Server 자원은 HA 논리적 호스트 이름 budgie와 HA 디스크 자원 disk-rs에 종속적입니다.
Messaging Server에 추가 파일 시스템 종속성이 있는 경우 이러한 파일 시스템에 대해 추가 HA 저장소 자원을 만들 수 있습니다. 추가 HA 저장소 자원 이름이 위 명령의 Resource_dependencies 옵션에 포함되도록 합니다.
- Messaging Server 자원을 활성화합니다.
이제 HA Messaging Server 자원을 활성화하여 Messaging Server를 온라인으로 만듭니다. 이 작업을 수행하려면 다음 명령을 사용합니다.
# scswitch -e -j mail-rs
위의 명령은 MAIL-RG 자원 그룹의 mail-rs 자원을 활성화합니다. MAIL-RG 자원이 이미 온라인 상태가 되었기 때문에 위의 명령은 mail-rs도 온라인 상태로 만듭니다.
- 온라인 상태로 되었는지 확인합니다.
MAIL-RG 자원 그룹이 온라인인지 확인하려면 scstat 명령을 사용합니다. 콘솔 장치에 표시된 출력에서 진단 정보를 살펴봅니다. 또한 syslog 파일, /var/adm/messages도 살펴봅니다.
- 페일오버가 제대로 작동하는지 확인하기 위해 자원 그룹을 다른 클러스터 노드로 페일오버합니다.
자원 그룹을 다른 클러스터 노드로 수동으로 페일오버합니다. 자원 그룹이 현재 어떤 노드에서 실행 중인지(“온라인”) 확인하려면 scstat 명령을 사용합니다. 예를 들어 자원 그룹이 mail-1에서 온라인인 경우 다음 명령을 사용하여 mail-2로 페일오버합니다.
# scswitch -z -g MAIL-RG -h mail-2
HAStoragePlus 활성화
SUNW.HAStoragePlus는 로컬로 마운트된 파일 시스템을 Sun Cluster 환경 내에서 고가용성 기능을 수행하도록 만들 때 사용할 수 있는 자원 유형입니다. Sun Cluster 전역 장치 그룹에 있는 모든 파일 시스템을 HAStoragePlus와 함께 사용할 수 있습니다. HAStorage와 같은 전역 마운트 파일 시스템과 달리 HAStoragePlus는 특정 시간에 하나의 클러스터 노드에서만 사용할 수 있습니다. 이러한 로컬 마운트 파일 시스템은 페일오버 모드와 페일오버 자원 그룹에서만 사용할 수 있습니다. HAStoragePlus는 HAStorage의 GFS (global file system)와 반대로 FFS (failover file system)를 제공합니다.
HAStoragePlus에는 다음과 같은 여러 장점이 있습니다.
HAStoragePlus에 대한 자세한 내용은 Sun Cluster 3.1 Data Service Planning and Administration Guide를 참조하십시오.
클러스터에서 HAStoragePlus를 활성화하려면 다음을 수행합니다.
- 메시징 및 저장소 자원을 비활성화합니다.
# scwitch -n -j mail-rs
# scwitch -n -j disk-rs- 메시징 및 저장소 자원을 제거합니다.
# scrgadm -r -j mail-rs
# scrgadm -r -j disk-rs- 디스크 유형 SUNW.HAStoragePlus를 만듭니다.
# scrgadm -a -t SUNW.HAStoragePlus
- 디스크 자원과 HAStoragePlus와의 자원 종속성을 만듭니다.
HA 저장소 자원
# scrgadm -a -j disk-rs -g MAIL-RG \
-t SUNW.HAStoragePlus \
-x FileSystemMountPoints=file_sys_mount_point-1Messaging Server 자원
# scrgadm -a -j mail-rs -g MAIL-RG \
-x IMS_serverroot=msg_svr_base
-y Resource_dependencies=disk-rs,budgie- /etc/vfstab 파일에서 global이라는 단어를 제거합니다. 부트 시 /etc/vbstab를 ‘no’를 설정해야 합니다. 자세한 내용은 Sun Cluster 3.1 설명서를 참조하십시오.
HAStoragePlus로 vfstab 파일이 활성화되기 전에 먼저 현재 전역 파일 시스템인 파일 시스템을 마운트 해제(umount)해야 합니다. 그런 다음 HAStoragePlus로 vfstab 파일을 활성화하고 파일 시스템을 다시 마운트할 수 있습니다.
- 클러스터 서버를 시작합니다.
# scswitch -Z -g MAIL-RG
서버에서 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
Job Controller의 INTERFACE_ADDRESS 옵션을 추가하거나 변경합니다.
마지막으로 POP, IMAP 및 Messenger Express HTTP 서버에서 사용하는 configutil service.listenaddr 및 service.http.smtphost 매개 변수를 설정합니다.
원본 구성 파일이 있는 경우 해당 파일의 이름은 *.pre-ha로 변경됩니다.
스크립트를 다음과 같이 실행합니다.
- 수퍼유저가 됩니다.
- msg_svr_base/sbin/ha_ip_config를 실행합니다.
- 스크립트에서는 아래와 같은 질문을 합니다. 질문에 대해 control-d를 입력하여 응답하면 스크립트 실행이 중단될 수 있습니다. 질문에 대한 기본 답변은 대괄호 [ ] 안에 나타납니다. 기본 답변을 사용하려면 RETURN 키를 누릅니다.
- 논리적 IP 주소: Messaging Server에서 사용할 논리적 호스트 이름에 할당되는 IP 주소를 지정합니다. IP 주소는 123.456.78.90과 같이 점으로 구분된 십진수 형식으로 지정해야 합니다.
논리적 IP 주소는 configutil parameter service.http.smtphost에서 자동으로 설정되며 클러스터의 메시징 시스템이 현재 어떤 시스템에서 실행 중인지 확인할 수 있게 해줍니다. 예를 들어 Messenger Express를 사용하는 경우 서버는 보내는 메일을 전송할 메일 호스트를 결정할 수 있습니다.
- Messaging Server Base (msg_svr_base): Messaging Server가 설치된 최상위 디렉토리에 대한 절대 경로를 지정합니다.
- 앞에서 선택한 항목을 변경하시겠습니까? 답변을 그대로 적용하고 구성을 변경하려면 “no”로 답합니다. 답변을 변경하려면 “yes”로 답합니다.
고가용성 구성 해제이 절에서는 고가용성의 구성을 해제하는 방법에 대해 설명합니다. 고가용성을 해제하려면 Veritas 또는 Sun Cluster 설명서의 지침을 따르십시오.
고가용성을 구성 해제하는 방법은 Veritas Cluster Server 또는 Sun Cluster 중 어떤 것을 제거하는지에 따라 달라집니다.
이 절에서는 다음 항목에 대해 설명합니다.
Veritas Cluster Server 구성 해제
Veritas Cluster Server에 대한 고가용성 구성 요소를 구성 해제하려면 다음을 수행합니다.
- iMS5 서비스 그룹을 오프라인으로 만들고 해당 그룹의 자원을 비활성화합니다.
- mail 자원, logical_IP 자원 및 mountshared 자원 간의 종속성을 제거합니다.
- iMS5 서비스 그룹을 다시 온라인 상태로 전환하여 sharedg 자원을 사용할 수 있도록 합니다.
- 설치 도중 생성된 모든 Veritas Cluster Server 자원을 삭제합니다.
- 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- 두 노드의 /etc/VRTSvcs/conf/config/main.cf 파일에서 Messaging Server 항목을 제거합니다.
- 두 노드에서 /opt/VRTSvcs/bin/MsgSrv/ 디렉토리를 제거합니다.
Sun Cluster 3.x에 대한 Messaging Server HA 지원 구성 해제
이 절에서는 Sun Cluster에 대한 HA 구성을 취소하는 방법에 대해 설명합니다. 간단한 구성 예(Sun Cluster 에이전트 설치에서 설명)를 가정하여 설명합니다. 다른 구성에 대해서는 특정 명령(예: 단계 3)이 다를 수 있지만 논리적 순서는 같습니다.
- 수퍼유저가 됩니다.
다음 Sun Cluster 명령을 사용하려면 수퍼유저가 되어야 합니다.
- 자원 그룹을 오프라인 상태로 만듭니다.
자원 그룹의 모든 자원을 종료하려면 다음 명령을 실행합니다.
# scswitch -F -g MAIL-RG
이렇게 하면 자원 그룹 내의 모든 자원(예: Messaging Server 및 HA 논리적 호스트 이름)이 종료됩니다.
- 개별 자원을 비활성화합니다.
그런 다음, 아래 명령을 사용하여 자원 그룹에서 자원을 하나씩 제거합니다.
# scswitch -n -j mail-rs
# scswitch -n -j disk-rs
# scswitch -n -j budgie- 자원 그룹에서 개별 자원을 제거합니다.
자원이 비활성화되면 다음 명령으로 자원 그룹에서 자원을 하나씩 제거할 수 있습니다.
# scrgadm -r -j mail-rs
# scrgadm -r -j disk-rs
# scrgadm -r -j budgie- 자원 그룹을 제거합니다.
자원 그룹에서 모든 자원이 제거되면 다음 명령으로 자원 그룹 자체를 제거할 수 있습니다.
# scrgadm -r -g MAIL-RG
- 자원 유형을 제거합니다(선택 사항).
클러스터에서 자원을 제거해야 하는 경우 다음 명령을 실행합니다.
# scrgadm -r -t SUNW.ims
# scrgadm -r -t SUNW.HAStoragePlus
