Cisco Cisco E-Mail Manager Unity Integration Option Dépliant

시나리오 1: 두 Live Data 서버가 동시에 시작되면 더 많은 수의 PG에 연결된 서버가 활성화됩니다.
양측의 가중치가 동일하면 A측에 더 높은 우선순위가 지정됩니다.

시나리오 2: 활성 Live Data 서버에서 일부 PG 연결이 끊기는 경우 대기 서버가 2분 이상 활성 서버에
비해 30% 이상의 PG에 연결되어 있음을 탐지하면 활성 상태를 선점한다는 대화 상자를 활성 서버에
표시하기 시작합니다. 대화 상자 표시가 완료되면 대기 서버가 활성 서버로 설정되고 이전에 활성이
었던 서버는 대기 서버가 됩니다.

TIP 장애 조치

Live Data는 TIP 전송 프로토콜을 사용하여 Unified CCE 라우터 및 PG 서버와 통신합니다. 활성 Live

Data 서버는 Unified CCE 라우터 및 PG의 양측에 대한 TIP 연결을 설정합니다. 대기 Live Data 서버는

TIP 연결을 설정하지 않습니다. TIP 연결은 한 번에 하나만 활성화할 수 있습니다(A측 또는 B측 연
결). 활성 TIP 연결에 장애가 발생하면 활성 Live Data 서버가 유휴 TIP 연결로 복구됩니다.

Socket.IO 장애 조치

Socket.IO 클라이언트는 Live Data 서버의 특정 측에 연결하여 Live Data 보고서 이벤트 스트림(Socket.IO
스트림)을 수신합니다. Socket.IO 클라이언트의 예로는 Unified Intelligence Center 클라이언트가 있습
니다. 대기 Live Data 서버도 ActiveMQ NetBridge 연결을 사용하여 활성 서버에서 데이터를 프록시하
므로 Socket.IO 스트림을 생성합니다. Socket.IO 클라이언트 하트비트가 손실되면 Socket.IO 연결이
실패합니다. 그러면 Socket.IO 클라이언트는 다른 Live Data 서버로 장애 조치됩니다.

장애 조치를 지원하는 일반 프로세스

장애 조치 시나리오는 소프트웨어 구성 요소 장애 또는 네트워크 장애 시에 발생할 수 있습니다. 다
음 섹션에서는 구성 요소 장애 조치 동작을 지원하는 일반적인 프로세스에 대해 설명합니다.

장애 탐지 방법

Unified CCE는 MDS(Message Delivery Subsystem, 메시지 전송 하위 시스템)를 사용하여 동기화 메시
지를 전송합니다. 프라이빗 네트워크는 100ms 간격으로 생성되는 TCP 연결 유지 메시지를 사용합니
다. 500ms 동안 TCP 연결 유지 메시지가 도착하지 않으면 시스템은 네트워크 또는 구성 요소 장애가
발생한 것으로 간주합니다.

공용 네트워크는 PG와 중앙 컨트롤러 간에 UDP 하트비트 메커니즘을 사용합니다. 이중화된 구성 요
소는 100ms 간격으로 UDP 하트비트를 생성합니다. 라우터와 PG는 400ms 간격으로 UDP 하트비트를
생성합니다. 두 가지 경우 모두 시스템은 UDP 하트비트 5개를 받지 못하면 장애가 발생한 것으로 간
주합니다.

Cisco Unified Contact Center Enterprise 설계 설명서, 릴리스 11.0(1)    

고가용성을 위한 설계 고려 사항

장애 조치를 지원하는 일반 프로세스