CISCO 릴리스 14 Unity Connection 클러스터 사용자 가이드

A: Unity Connection 클러스터 요구 사항 수집에 대한 자세한 내용은 Cisco Unity Connection 클러스터 구성을 위한 시스템 요구 사항 설명서를 참조하십시오.
Q: Unity Connection 경고에 대한 경고 알림을 어떻게 설정합니까?

A: Unity Connection 경고에 대한 경고 알림 설정에 대한 지침은 Cisco Unified Real-Time Monitoring Tool 관리 설명서를 참조하십시오.
Q: 클러스터의 서버 상태를 어떻게 변경합니까?

A: 클러스터의 서버 상태를 변경하려면 Cisco Unity Connection 관리에 로그인하고 시스템 설정 > 고급을 확장하고 클러스터 구성을 선택한 다음 클러스터 구성 페이지에서 서버 상태를 수정합니다.
Q: Unity Connection 클러스터 상태를 어떻게 확인합니까?
A: 다음 중 하나를 사용하여 Unity Connection 클러스터 상태를 확인할 수 있습니다. web 인터페이스 또는 명령줄 인터페이스(CLI). 자세한 단계는 사용 설명서의 "클러스터 상태 확인" 섹션을 참조하세요.
Q: 클러스터의 메시징 포트를 어떻게 관리합니까?
A: 사용자 매뉴얼은 클러스터의 메시징 포트 관리에 대한 정보를 제공합니다. 자세한 내용은 "클러스터에서 메시징 포트 관리" 섹션을 참조하십시오.

소개

Cisco Unity Connection 클러스터 배포는 동일한 버전의 Unity Connection을 실행하는 두 서버를 통해 고가용성 음성 메시징을 제공합니다. 클러스터의 첫 번째 서버는 게시자 서버이고 두 번째 서버는 구독자 서버입니다.

Unity 연결 클러스터 구성을 위한 작업 목록

Unity Connection 클러스터를 생성하려면 다음 작업을 수행하십시오.

Unity Connection 클러스터 요구 사항을 수집합니다. 자세한 내용은 Cisco Unity Connection 릴리스 14의 시스템 요구 사항을 참조하십시오.
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
게시자 서버를 설치합니다. 자세한 내용은 게시자 서버 설치 섹션을 참조하세요.
구독자 서버를 설치합니다. 자세한 내용은 구독자 서버 설치 섹션을 참조하세요.
다음 Unity Connection 경고에 대한 알림을 보내도록 게시자 및 구독자 서버 모두에 대해 Cisco Unified Real-Time Monitoring Tool을 구성합니다.

- 자동 장애 복구 실패
- 자동 장애 복구가 성공했습니다.
- 자동 장애 조치 실패
- 자동 장애 조치가 성공했습니다.
- NoConnectionToPeer
- Sbr실패

Unity Connection 경고에 대한 경고 알림 설정에 대한 지침은 필요한 릴리스에 대한 Cisco Unified Real-Time Monitoring Tool 관리 가이드의 "Cisco Unified Real-Time Monitoring Tool" 섹션을 참조하십시오. http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

(선택 사항) 게시자 서버의 클러스터 설정을 사용자 지정하려면 다음 작업을 수행합니다.

Cisco Unity Connection 관리에 로그인합니다.
시스템 설정 > 고급을 확장하고 클러스터 구성을 선택합니다.
클러스터 구성 페이지에서 서버 상태를 변경하고 저장을 선택합니다. 클러스터의 서버 상태 변경에 대한 자세한 내용은 도움말> 이 페이지를 참조하세요.

Unity 연결 클러스터 관리

클러스터가 올바르게 구성되고 제대로 작동하는지 확인하려면 Unity 연결 클러스터 상태를 확인해야 합니다. 클러스터의 다양한 서버 상태와 클러스터의 서버 상태 변경이 미치는 영향을 이해하는 것도 중요합니다.

클러스터 상태 확인

다음 중 하나를 사용하여 Unity Connection 클러스터 상태를 확인할 수 있습니다. web 인터페이스 또는 명령줄 인터페이스(CLI). Unity 연결 클러스터 상태를 확인하는 단계 Web 인터페이스

1단계게시자 또는 구독자 서버의 Cisco Unity Connection Serviceability에 로그인합니다.
2단계 도구를 확장하고 클러스터 관리를 선택합니다.
3단계 클러스터 관리 페이지에서 서버 상태를 확인하세요. 에 대한 자세한 내용은 서버 상태에 대해서는 Unity 연결 클러스터의 서버 상태 및 해당 기능 섹션을 참조하세요.

명령줄 인터페이스(CLI)에서 Unity 연결 클러스터 상태를 확인하는 단계

1단계 게시자 서버 또는 구독자 서버에서 show cuc Cluster status CLI 명령을 실행하여 클러스터 상태를 확인할 수 있습니다.
2단계 서버 상태 및 관련 기능에 대한 자세한 내용은 Unity 연결 클러스터의 서버 상태 및 해당 기능 섹션을 참조하세요.

클러스터의 메시징 포트 관리

Unity Connection 클러스터에서 서버는 동일한 전화 시스템 통합을 공유합니다. 각 서버는 클러스터에 대한 수신 호출의 공유를 처리(전화 응답 및 메시지 수신)할 책임이 있습니다.

전화 시스템 통합에 따라 각 음성 메시징 포트는 특정 서버에 할당되거나 두 서버 모두에서 사용됩니다. 클러스터의 메시징 포트 관리 포트 할당에 대해 설명합니다.
표 1: Unity 연결 클러스터의 음성 메시징 포트 서버 할당 및 사용

완성 유형

서버 할당 및 음성 메시징 포트 사용

SCCP(Skinny Client Control Protocol)를 통해 Cisco Unified Communications Manager 또는 Cisco Unified Communications Manager Express와 통합

• 전화 시스템은 음성 메시징 트래픽을 처리하는 데 필요한 SCCP 음성 수의 두 배로 설정됩니다. (예를 들어amp즉, 모든 음성 메시징을 처리하려면 음성 메일 포트 장치가 필요합니다. 음성 메일 포트 장치는 전화 시스템에 설정되어야 합니다.

• Cisco Unity Connection 관리에서는 전화에 설정된 포트 수의 절반이 클러스터의 각 서버에 할당되도록 음성 메시징이 구성됩니다. (예를 들어amp즉, 각 서버에는 16개의 음성 메시징 포트가 있습니다.)

• 전화 시스템에서는 회선 그룹, 헌트 목록 및 헌트 그룹을 통해 가입자 서버가 대부분의 수신 통화에 응답할 수 있습니다.

• 서버 중 하나가 작동을 멈추는 경우(예:amp파일, sh 유지 관리인 경우) 나머지 서버는 클러스터에 대한 수신 호출을 담당합니다.

• 작동이 중지된 서버가 다시 시작하여 활성화되면 클러스터에 대한 공유 호출 처리 책임을 다시 시작합니다.

Cisco Unified Communications Manager 또는 Cisco Unified Communications Manager Express와 SIP 트렁크를 통한 통합

• Cisco Unity Connection 관리에서는 음성 메시징 트래픽을 처리하는 데 필요한 VO 포트 수의 절반이 클러스터에 할당됩니다. (예를 들어amp파일에서 클러스터의 모든 음성 메시징 트래픽에 16개의 음성 메시징 포트가 필요한 경우 클러스터의 각 서버에는 8개의 음성 메시징 포트가 있습니다.)

• 전화 시스템에서 경로 그룹, 경로 목록 및 경로 패턴은 클러스터의 두 서버 간에 통화를 균등하게 분배합니다.

• 서버 중 하나가 작동을 멈추는 경우(예:amp파일, sh 유지 관리인 경우) 나머지 서버는 클러스터에 대한 수신 호출을 담당합니다.

• 작동을 멈춘 서버가 다시 시작하여 활성화되면 해당 서버는 자신의 공유를 처리하는 책임을 다시 시작합니다.

클러스터를 위해.

완성 유형

서버 할당 및 음성 메시징 포트 사용

PIMG/TIMG 장치를 통한 통합

• 전화 시스템에 설정된 포트 수는 클러스터의 각 서버에 있는 nu 음성 메시징 포트와 동일하므로 서버에 음성 메시징 포트가 있습니다. (예를 들어amp즉, 전화 시스템에 음성 메시징 포트가 설정된 경우 클러스터의 각 서버에는 동일한 메시징 포트가 있어야 합니다.)

• 전화 시스템에서는 클러스터의 두 서버 모두에 통화를 분배하도록 헌트 그룹이 구성됩니다.

• PIMG/TIMG 장치는 서버 간의 음성 메시징 균형을 유지하도록 구성됩니다.

• 서버 중 하나가 작동을 멈추는 경우(예:amp파일, 유지 관리가 종료되면 나머지 서버가 클러스터에 대한 수신 호출을 처리하는 책임을 집니다.

• 작동을 멈춘 서버가 다시 정상화되어 활성화되면 클러스터에 대한 수입 지분을 처리하는 책임을 다시 시작합니다.

SIP를 사용하는 기타 통합

• Cisco Unity Connection 관리에서는 음성 메시징 트래픽을 처리하는 데 필요한 음성 포트 수의 절반이 클러스터에 할당됩니다. (예를 들어amp파일에서 클러스터의 모든 음성 메시징 트래픽에 대해 16개의 음성 메시징 포트가 필요한 경우 클러스터의 각 서버에는 메시징 포트가 있습니다.)

• 전화 시스템에서는 클러스터의 두 서버 모두에 통화를 분배하도록 헌트 그룹이 구성됩니다.

• 서버 중 하나가 작동을 멈추는 경우(예:amp파일, 유지 관리를 위해 종료된 경우) 나머지 서버는 클러스터에 대한 수신 호출을 처리하는 책임을 집니다.

• 작동을 멈춘 서버가 정상으로 재개되면 해당 서버는 해당 서버에 대한 수신 호출을 처리하는 책임을 다시 시작합니다.

모든 포트의 새 호출 수신 중지

서버의 모든 포트가 새 호출을 수신하지 못하도록 하려면 이 섹션의 단계를 따르세요. 진행 중인 통화는 발신자가 전화를 끊을 때까지 계속됩니다.

팁 실시간 모니터링 도구(RTMT)의 포트 모니터 페이지를 사용하여 현재 서버에 대한 호출을 처리하고 있는 포트가 있는지 확인하십시오. 자세한 내용은 단계를 참조하세요. 모든 포트의 사용 중지 새로운 통화
Unity 연결 서버의 모든 포트가 새 호출을 받지 못하도록 중지

1단계 Cisco Unity Connection 서비스 가능성에 로그인합니다.

2단계도구 메뉴를 확장하고 클러스터 관리를 선택합니다.
3단계 클러스터 관리 페이지의 포트 관리자 아래 포트 상태 변경 열에서 서버에 대한 전화 받기 중지를 선택합니다.

전화를 받기 위해 모든 포트를 다시 시작

이 섹션의 단계에 따라 Unity Connection 서버의 모든 포트를 다시 시작하여 중지된 후 다시 호출을 받을 수 있도록 하십시오.

1단계 Cisco Unity Connection 서비스 가능성에 로그인합니다.
2단계 도구 메뉴를 확장하고 클러스터 관리를 선택합니다.

3단계 클러스터 관리 페이지의 포트 관리자 아래 포트 상태 변경 열에서 서버에 대해 전화 받기를 선택합니다.

Unity 연결 클러스터의 서버 상태 및 해당 기능

클러스터의 각 서버에는 Cisco Unity Connection Serviceability의 클러스터 관리 페이지에 나타나는 상태가 있습니다. 상태는 표 2: Unity 연결 클러스터의 서버 상태에 설명된 대로 서버가 현재 클러스터에서 수행하고 있는 기능을 나타냅니다.

표 2: Unity 연결 클러스터의 서버 상태r

서버 상태

Unity 연결 클러스터에서 서버의 책임

주요한

• 다른 서버에 복제된 데이터베이스와 메시지 저장소를 게시합니다.

• 다른 서버로부터 복제된 데이터를 수신합니다.

• Unity Connection 및 Cisco Unified Operating System 관리와 같은 관리 인터페이스에 대한 변경 사항을 표시하고 수락합니다. 이 데이터는 다른 클러스터에 복제됩니다.

• 전화에 응답하고 메시지를 받습니다.

• 메시지 알림 및 MWI 요청을 보냅니다.

• SMTP 알림 및 VPIM 메시지를 보냅니다.

• Unifi 기능이 구성된 경우 Unity Connection 및 Exchange 사서함의 음성 메시지를 동기화합니다.

• 이메일 애플리케이션 및 클라이언트와 같은 클라이언트와 연결됩니다. web 통해 사용할 수 있는 도구

메모 기본 상태의 서버는 비활성화할 수 없습니다.

서버 상태	Unity 연결 클러스터에서 서버의 책임
반성	• Primary 상태의 서버로부터 복제된 데이터를 수신합니다. 데이터에는 데이터베이스와 저장소가 포함됩니다. • 기본 상태의 서버에 데이터를 복제합니다. • Unity Connection Adm 및 Cisco Unified Operating System 관리와 같은 관리 인터페이스에 대한 변경 사항을 표시하고 수락합니다. 데이터는 상태와 함께 서버에 복제됩니다. • 전화에 응답하고 메시지를 받습니다. • 이메일 애플리케이션 및 클라이언트와 같은 클라이언트와 연결됩니다. web Ci를 통해 사용 가능한 도구 메모 보조 상태의 서버만 비활성화할 수 있습니다.
비활성화됨	• Primary 상태의 서버로부터 복제된 데이터를 수신합니다. 데이터에는 데이터베이스와 저장소가 포함됩니다. • Unity 연결 관리, 통합 운영 체제 관리 등의 관리 인터페이스를 표시하지 않습니다. 데이터는 기본 서버와 함께 서버에 복제됩니다. • 전화를 받거나 메시지를 받지 않습니다. • 이메일 애플리케이션 및 클라이언트와 같은 클라이언트와 연결되지 않습니다. web Cisco PCA를 통해 사용할 수 있는 도구입니다.
작동하지 않음	• Primary 상태의 서버에서는 복제된 데이터를 받지 않습니다. • 기본 상태의 서버에는 데이터를 복제하지 않습니다. • Unity 연결 관리, 통합 운영 체제 관리 등의 관리 인터페이스를 표시하지 않습니다. • 전화를 받거나 메시지를 받지 않습니다. 메모 작동하지 않음 상태의 서버는 일반적으로 종료됩니다.
시작하다	• 기본 상태의 서버로부터 복제된 데이터베이스 및 메시지 저장소를 수신합니다. • 기본 상태의 서버에 데이터를 복제합니다. • 전화를 받거나 메시지를 받지 않습니다. • Unity Connection과 Exchange 사서함(받은 편지함) 간에 음성 메시지를 동기화하지 않습니다. 메모 이 상태는 몇 분 동안만 지속되며 그 후 서버는 해당 상태를 취합니다.

서버 상태

Unity 연결 클러스터에서 서버의 책임

데이터 복제

• 클러스터에서 데이터를 보내고 받습니다.

• 한동안 전화를 받지 않거나 메시지를 받지 않습니다.

• 이메일 애플리케이션과 같은 클라이언트와 연결되지 않습니다. web 한동안 Cisco PCA를 통해 도구를 사용할 수 있습니다.

메모 이 상태는 몇 분 동안만 지속되며 그 이후에는 이전 상태가 다시 시작됩니다.

분할 브레인 복구(기본 상태인 두 대의 서버를 감지한 후)

• 기본 데이터베이스가 있는 것으로 확인된 서버의 데이터베이스 및 메시지 저장소를 업데이트합니다.

• 데이터를 다른 서버로 복제합니다.

• 한동안 전화를 받지 않거나 메시지를 받지 않습니다.

• Unity Connection과 Exchange 사서함 받은 편지함 간의 음성 메시지가 한동안 동기화되지 않습니다.

• 이메일 애플리케이션과 같은 클라이언트와 연결되지 않습니다. web 한동안 Cisco PCA에서 도구를 사용할 수 있습니다.

메모 이 상태는 몇 분 동안만 지속되며 그 이후에는 이전 상태가 다시 시작됩니다.

클러스터의 서버 상태 변경 및 그 영향

Unity Connection 클러스터 상태는 자동 또는 수동으로 변경될 수 있습니다. 다음과 같은 방법으로 클러스터의 서버 상태를 수동으로 변경할 수 있습니다.

보조 상태의 서버를 수동으로 기본 상태로 변경할 수 있습니다. 보세요e 서버 상태를 보조에서 기본으로 수동으로 변경 부분.
보조 상태의 서버는 비활성화됨 상태로 수동으로 변경할 수 있습니다. 참조 비활성화된 상태로 서버를 수동으로 활성화.
비활성화됨 상태의 서버는 다른 서버의 상태에 따라 상태가 기본 또는 보조로 변경되도록 수동으로 활성화할 수 있습니다. 참조 비활성화된 상태의 서버를 수동으로 활성화 부분.

서버 상태를 보조에서 기본으로 수동으로 변경

1단계 Cisco Unity Connection 서비스 가능성에 로그인합니다.
2단계 도구 메뉴에서 클러스터 관리를 선택합니다.

3단계 클러스터 관리 페이지의 서버 관리자 메뉴에 있는 보조 상태인 서버의 서버 상태 변경 열에서 기본으로 설정을 선택합니다.
4단계 서버 상태 변경을 확인하라는 메시지가 나타나면 확인을 선택합니다. 서버 상태 열에는 변경이 완료되면 변경된 상태가 표시됩니다.

메모 원래 기본 상태였던 서버가 자동으로 보조 상태로 변경됩니다.

1단계 실시간 모니터링 도구(RTMT)에 로그인합니다.
2단계 Cisco Unity Connection 메뉴에서 포트 모니터를 선택합니다. 포트 모니터 도구가 오른쪽 창에 나타납니다.
3단계 노드 필드에서 보조 상태의 서버를 선택하십시오.

4단계 오른쪽 창에서 폴링 시작을 선택합니다. 현재 서버 호출을 처리하고 있는 음성 메시징 포트가 있는지 확인합니다.
5단계 Cisco Unity Connection 서비스 가능성에 로그인합니다.
6단계 도구 메뉴에서 클러스터 관리를 선택합니다.

7단계 현재 서버 호출을 처리하는 음성 메시징 포트가 없는 경우 다음으로 건너뜁니다. 서버 상태를 보조에서 비활성화됨으로 수동으로 변경. 현재 서버에 대한 호출을 처리하고 있는 음성 메시징 포트가 있는 경우 클러스터 관리 페이지의 포트 상태 변경 열에서 서버에 대한 호출 수신 중지를 선택한 다음 RTMT에 서버의 모든 포트가 유휴 상태라고 표시될 때까지 기다립니다.
8단계 클러스터 관리 페이지의 서버 관리자 메뉴에 있는 서버의 서버 상태 변경 열에서
보조 상태에서는 비활성화를 선택합니다. 서버를 비활성화하면 서버 포트에서 처리 중인 모든 호출이 종료됩니다.
9단계 서버 상태 변경을 확인하라는 메시지가 나타나면 확인을 선택합니다. 서버 상태 열에는 변경이 완료되면 변경된 상태가 표시됩니다.

비활성화된 상태의 서버를 수동으로 활성화

1단계 Cisco Unity Connection 서비스 가능성에 로그인합니다.
2단계 도구 메뉴에서 클러스터 관리.

3단계 클러스터 관리 페이지의 서버 관리자 메뉴에 있는 비활성화된 상태의 서버에 대한 서버 상태 변경 열에서 다음을 선택합니다. 활성화.
4단계 서버 상태 변경을 확인하라는 메시지가 표시되면 다음을 선택합니다. 좋아요. 변경이 완료되면 서버 상태 열에 변경된 상태가 표시됩니다.

Unity 연결 클러스터에서 서버 상태가 변경될 때 진행 중인 호출에 미치는 영향

Unity Connection 서버의 상태가 변경되면 진행 중인 호출에 미치는 영향은 호출을 처리하는 서버의 최종 상태와 네트워크 상태에 따라 달라집니다. 다음 표에서는 다음을 설명합니다.

그 효과들:

표 3: Unity 연결 클러스터에서 서버 상태가 변경될 때 진행 중인 호출에 미치는 영향

상태 변화	효과
초등에서 중등까지	상태 변경이 수동으로 시작되면 진행 중인 통화는 영향을 받지 않습니다. 상태 변경이 자동인 경우 진행 중인 통화에 미치는 영향은 중지된 중요한 서비스에 따라 달라집니다.
중등에서 초등으로	상태 변경이 수동으로 시작되면 진행 중인 통화는 영향을 받지 않습니다. 상태 변경이 자동인 경우 진행 중인 통화에 미치는 영향은 중지된 중요 서비스에 따라 달라집니다.
비활성화된 보조	진행 중인 통화가 끊어집니다. 통화 끊김을 방지하려면 Cisco Unity Connection Serviceability의 클러스터 관리 페이지에서 서버에 대해 전화 받기 중지를 선택하고 모든 통화가 끝날 때까지 기다렸다가 서버를 비활성화합니다.
데이터 복제의 기본 또는 보조	진행 중인 통화는 영향을 받지 않습니다.
분할 뇌 복구의 1차 또는 2차	진행 중인 통화는 영향을 받지 않습니다.

네트워크 연결이 끊어지면 네트워크 문제의 성격에 따라 진행 중인 통화가 끊어질 수 있습니다.

Unity 연결에 미치는 영향 Web 서버 상태가 변경될 때의 응용 프로그램

다음의 기능 web 서버 상태가 변경되어도 애플리케이션은 영향을 받지 않습니다.

Cisco Unity 연결 관리
Cisco Unity Connection 서비스 가능성
Cisco Unity 연결 web Cisco PCA를 통해 액세스되는 도구(Messaging Assistant, Messaging Inbox 및 개인 전화 연결 규칙) web 도구

시스코 Web 받은 편지함
표현 상태 전송(REST) API 클라이언트

Unity 연결 클러스터에서 중요 서비스 중지가 미치는 영향

Unity Connection 시스템이 정상적으로 작동하려면 중요한 서비스가 필요합니다. 중요한 서비스 중지의 영향은 다음 표에 설명된 서버 및 해당 상태에 따라 달라집니다.

표 4: Unity 연결 클러스터에서 중요 서비스 중지의 효과

섬기는 사람

효과

발행자

• 서버가 기본 상태인 경우 Cisco Unity Connection Serviceability에서 중요한 서비스를 중지하면 서버 상태가 보조로 변경되고 서버의 정상적인 작동 기능이 저하됩니다.

비활성화됨 또는 작동하지 않음 상태가 아닌 경우 구독자 서버의 상태는 기본으로 변경됩니다.

• 서버가 보조 상태인 경우 Cisco Unity Connection Serviceability에서 중요한 서비스를 중지하면 서버가 정상적으로 작동하는 능력이 저하됩니다. 서버의 상태는 변경되지 않습니다.

구독자

서버가 기본 상태인 경우 Cisco Unity Connection 서비스 가능성에서 중요한 서비스를 중지하면 서버가 정상적으로 작동하는 능력이 저하됩니다. 서버의 상태는 변경되지 않습니다.

서버 종료 무리

Unity Connection 서버가 기본 또는 보조 상태인 경우 음성 메시징 트래픽과 클러스터 데이터 복제를 처리합니다. 진행 중인 호출 및 복제가 갑자기 종료되는 것을 방지하기 위해 클러스터의 두 서버를 동시에 종료하지 않는 것이 좋습니다. Unity Connection 클러스터에서 서버를 종료하려는 경우 다음 사항을 고려하십시오.

음성 메시지 트래픽이 적은 업무 시간 외에는 서버를 종료하세요.
종료하기 전에 서버 상태를 기본 또는 보조에서 비활성화됨으로 변경합니다.

1단계 종료되지 않은 서버에서 Cisco Unity Connection Serviceability에 로그인합니다.
2단계 도구 메뉴에서 클러스터 관리를 선택합니다.
3단계 클러스터 관리 페이지에서 종료하려는 서버를 찾습니다.

4단계 종료하려는 서버가 보조 상태인 경우 다음으로 건너뛰세요.
5단계. 종료하려는 서버가 기본 상태인 경우 상태를 변경합니다.
- 보조 상태의 서버에 대한 서버 상태 변경 열에서 기본으로 만들기를 선택합니다.
- 서버 상태 변경을 확인하라는 메시지가 나타나면 확인을 선택합니다.
- 서버 상태 열에 현재 서버 상태가 기본 상태이고 종료하려는 서버가 보조 상태임을 나타내는지 확인하세요.
5단계 보조 상태(종료하려는 서버)의 서버에서 상태를 변경합니다.
- 실시간 모니터링 도구(RTMT)에 로그인합니다.
- Cisco Unity Connection 메뉴에서 포트 모니터를 선택합니다. 포트 모니터 도구가 오른쪽 창에 나타납니다.
- 노드 필드에서 보조 상태의 서버를 선택하십시오.
- 오른쪽 창에서 폴링 시작을 선택합니다.
- 현재 서버 호출을 처리하고 있는 음성 메시징 포트가 있는지 확인합니다.
- 현재 서버 호출을 처리하고 있는 음성 메시징 포트가 없으면 5g 단계로 건너뛰세요. 현재 서버 호출을 처리하고 있는 음성 메시징 포트가 있는 경우 클러스터 관리 페이지에서
  포트 상태 변경 열에서 서버에 대해 전화 받기 중지를 선택한 다음 RTMT에서 서버의 모든 포트가 유휴 상태임을 표시할 때까지 기다립니다.
- 클러스터 관리 페이지의 서버 관리자 메뉴에 있는 보조 상태의 서버에 대한 서버 상태 변경 열에서 비활성화를 선택합니다. 주의 서버를 비활성화하면 해당 서버의 포트에서 처리 중인 모든 호출이 종료됩니다.
- 서버 상태 변경을 확인하라는 메시지가 나타나면 확인을 선택합니다.
- 서버 상태 열에 서버가 현재 비활성화됨 상태로 표시되어 있는지 확인합니다.

6단계 비활성화한 서버를 종료합니다.
- Cisco Unity Connection 서비스 가능성에 로그인합니다.
- 도구를 확장하고 클러스터 관리를 선택합니다.
- 서버 상태 열에 종료한 서버에 대한 작동하지 않음 상태가 표시되는지 확인하십시오.

클러스터의 서버 교체

클러스터의 게시자 또는 구독자 서버를 교체하려면 해당 섹션의 단계를 따르세요.

게시자 서버를 교체하려면 게시자 서버 교체 섹션을 참조하세요.
구독자 서버를 교체하려면 구독자 서버 교체 섹션을 참조하세요.

Unity 연결 클러스터 작동 방식
Unity Connection 클러스터 기능은 클러스터에 구성된 두 개의 Unity Connection 서버를 통해 고가용성 음성 메시징을 제공합니다. 두 서버가 모두 활성화된 경우 Unity 연결 클러스터 동작:

Unity Connection 서버에서 공유하는 DNS 이름을 클러스터에 할당할 수 있습니다.
이메일 애플리케이션과 같은 클라이언트 web Cisco PCA(Personal Communications Assistant)를 통해 사용 가능한 도구는 Unity Connection 서버 중 하나에 연결할 수 있습니다.
전화 시스템은 Unity Connection 서버 중 하나로 호출을 보낼 수 있습니다.

수신 전화 트래픽 로드는 전화 시스템, PIMG/TIMG 장치 또는 전화 시스템 통합에 필요한 기타 게이트웨이를 통해 Unity Connection 서버 간에 균형을 맞춥니다.

클러스터의 각 서버는 클러스터에 대한 수신 호출의 공유를 처리합니다(전화 응답 및 메시지 수신). 기본 상태의 서버는 다음 기능을 담당합니다.

다른 서버에 복제된 데이터베이스 및 메시지 저장소를 찾아 게시합니다.
메시지 알림 및 MWI 요청 보내기(연결 알림 서비스가 활성화됨)
SMTP 알림 및 VPIM 메시지 보내기(연결 메시지 전송 에이전트 서비스가 활성화됨)
통합 메시징 기능이 구성된 경우(Unity Connection 사서함 동기화 서비스가 활성화됨) Unity Connection과 Exchange 사서함 간의 음성 메시지를 동기화합니다.

서버 중 하나가 작동을 멈춘 경우(예:amp파일, 유지 관리를 위해 종료되면) 나머지 서버는 클러스터에 대한 모든 수신 호출을 처리하는 책임을 다시 시작합니다. 데이터베이스와 메시지 저장소는 해당 기능이 복원되면 다른 서버로 복제됩니다. 작동을 중지한 서버가 정상적인 기능을 재개하고 활성화되면 클러스터에 대한 수신 호출의 해당 부분을 처리하는 책임을 다시 시작합니다.

메모

클러스터 장애 조치의 경우 활성-활성 모드의 게시자 서버와 구독자(기본 작동)에서만 프로비저닝을 수행하는 것이 좋습니다. 사용자 PIN/비밀번호 변경 및 비밀번호 설정 수정Web 응용 프로그램은 Active-Active 모드로 게시자 서버에 프로비전되어야 합니다. 서버 상태를 모니터링하기 위해 연결 서버 역할 관리자 서비스는 두 서버의 Cisco Unity Connection Serviceability에서 실행됩니다. 이 서비스는 다음 기능을 수행합니다.

서버 상태에 따라 각 서버에서 해당 서비스를 시작합니다.
음성 메시지 처리, 데이터베이스 복제, Exchange와의 음성 메시지 동기화, 메시지 저장소 복제 등의 중요한 프로세스가 정상적으로 작동하는지 확인합니다.
기본 상태의 서버가 작동하지 않거나 중요한 서비스가 실행되고 있지 않을 때 서버 상태 변경을 시작합니다.

게시자 서버가 작동하지 않는 경우 다음 제한 사항에 유의하세요.

Unity Connection 클러스터가 LDAP 디렉토리와 통합된 경우 구독자 서버만 작동할 때만 인증이 계속 작동하더라도 디렉토리 동기화가 발생하지 않습니다. 게시자 서버가 다시 작동하면 디렉터리 동기화도 다시 시작됩니다.
디지털 또는 HTTPS 네트워크에 Unity Connection 클러스터가 포함되어 있으면 구독자 서버만 작동할 때 클러스터와 메시지가 계속해서 전송되지만 디렉터리 업데이트는 발생하지 않습니다. 게시자 서버가 다시 작동하면 디렉터리 업데이트가 다시 시작됩니다.

연결 서버 역할 관리자 서비스는 게시자 서버와 구독자 서버 간에 연결 유지 이벤트를 보내 서버가 작동하고 연결되어 있는지 확인합니다. 서버 중 하나가 작동을 멈추거나 서버 간의 연결이 끊어지면 연결 서버 역할 관리자 서비스는 연결 유지 이벤트를 기다리며 다른 서버를 사용할 수 없음을 감지하는 데 30~60초가 필요할 수 있습니다. 연결 서버 역할 관리자 서비스가 연결 유지 이벤트를 기다리는 동안 보조 상태로 서버에 로그인하는 사용자는 사서함에 액세스하거나 메시지를 보낼 수 없습니다. 기본 상태(활성 메시지 저장소가 있음)를 사용할 수 없습니다. 이러한 상황에서 메시지를 남기려는 발신자에게 무음이 들리거나 녹음 신호음이 들리지 않을 수 있습니다.

메모 게시자 노드에서만 LDAP 사용자를 가져오고 삭제하는 것이 좋습니다.

Unity 연결 클러스터에서 분할 브레인 상태의 효과

Unity Connection 클러스터의 두 서버가 동시에 기본 상태인 경우(예:amp파일, 서버가 서로 연결이 끊어진 경우), 두 서버 모두 수신 전화를 처리하고(전화에 응답하고 메시지를 받음), 메시지 알림을 보내고, MWI 요청을 보내고, 관리 인터페이스(예: Unity 연결 관리)에 대한 변경 사항을 수락합니다. , 단일 받은 편지함이 켜져 있는 경우 Unity Connection 및 Exchange 사서함의 음성 메시지를 동기화합니다.

그러나 서버는 데이터베이스와 메시지 저장소를 서로 복제하지 않으며 서로 복제된 데이터를 받지도 않습니다.
서버 간 연결이 복원되면 서버 간 데이터가 복제되고 MWI 설정이 조정되는 동안 서버 상태는 일시적으로 분할 브레인 복구(Split Brain Recovery)로 변경됩니다. 서버 상태가 Split Brain Recovery인 동안에는 연결 메시지 전송 에이전트 서비스와 연결 알리미 서비스(Cisco Unity Connection Serviceability)가 두 서버 모두에서 중지되므로 Unity Connection은 메시지를 전달하지 않으며 메시지도 보내지 않습니다. 알림.
연결 사서함 동기화 서비스도 중지되므로 Unity Connection은 음성 메시지를 Exchange(단일 받은 편지함)와 동기화하지 않습니다. 메시지 저장소도 잠시 분리되므로 Unity Connection은 이 시점에서 메시지를 검색하려는 사용자에게 사서함을 일시적으로 사용할 수 없음을 알립니다.
복구 프로세스가 완료되면 연결 메시지 전송 에이전트 서비스와 연결 알리미 서비스가 게시자 서버에서 시작됩니다. 복구 프로세스 중에 도착한 메시지를 전달하는 데는 전달할 메시지 수에 따라 추가 시간이 걸릴 수 있습니다. 연결 메시지 전송 에이전트 서비스와 연결 알리미 서비스는 구독자 서버에서 시작됩니다. 마지막으로 게시자 서버는 기본 상태이고 구독자 서버는 보조 상태입니다. 이 시점에서 기본 상태의 서버에서 연결 사서함 동기화 서비스가 시작되므로 단일 받은 편지함이 켜져 있으면 Unity Connection이 Exchange와 음성 메시지 동기화를 다시 시작할 수 있습니다.

문서 / 리소스

CISCO 릴리스 14 Unity 연결 클러스터 [PDF 파일] 사용자 가이드
릴리스 14 Unity 연결 클러스터, 릴리스 14, Unity 연결 클러스터, 연결 클러스터, 클러스터

참고문헌

사용자 설명서

CISCO 릴리스 14 Unity 연결 클러스터

제품 정보

명세서

제품 사용 지침

소개