리던던시 및 고가용성 구성

프레즌스 이중화 그룹 개요

프레즌스 이중화 그룹은 동일한 클러스터의 두 개의 IM and Presence 서비스 노드로 구성됩니다. 프레즌스 이중화 그룹의 각 노드는 피어 노드의 상태 또는 하트비트를 모니터링합니다. IM and Presence 서비스 클라이언트 및 애플리케이션에 대한 중복 및 복구 기능을 모두 제공하도록 프레즌스 이중화 그룹을 구성할 수 있습니다.

  • 장애 조치 - 그룹의 IM and Presence 서비스 노드에서 하나 이상의 중요 서비스가 실패하거나 그룹의 한 노드가 실패하는 경우 프레즌스 이중화 그룹에서 발생합니다. 클라이언트 해당 그룹의 다른 IM and Presence 서비스 노드에 자동으로 연결됩니다.

  • 폴백 - 다음과 같은 상태에 있는 경우 CLI 또는 Cisco Unified Communications Manager에서 폴백 명령이 실행되면 발생합니다.

    • 장애가 발생한 IM and Presence 서비스 노드가 정상 상태로 복구되고 모든 중요 서비스가 실행 중인 경우. 해당 그룹에서 장애 조치된 클라이언트는 복구된 노드(사용 가능하게 된 경우)에 다시 연결됩니다.

    • 백업이 활성화된 IM and Presence 서비스 노드가 중요 서비스 실패로 인해 장애가 발생하고 피어 노드가 [장애 조치됨] 상태에 있으며 자동 복구 폴백을 지원하는 경우

예를 들어, 프레즌스 이중화 그룹을 사용하는 경우 위치 IM and Presence 서비스 노드의 서비스 또는 하드웨어에 장애가 발생하면 Cisco 재버 클라이언트가 백업 IM and Presence 서비스 노드로 대체 작동됩니다. 장애가 발생한 노드가 다시 온라인으로 돌아오면 자동 폴백을 구성한 경우 클라이언트는 자동으로 로컬 IM and Presence 서비스 노드에 연결됩니다. 자동 폴백을 구성하지 않은 경우 장애가 발생한 노드가 온라인 상태가 되면 폴백을 수동으로 시작할 수 있습니다.

중복 및 복구 외에도 프레즌스 이중화 그룹을 사용하면 클러스터에 대해 고가용성을 구성할 수도 있습니다.

고가용성

IM and Presence 서비스는 다중 노드 구축을 위한 고가용성을 지원합니다.

프레즌스 이중화 그룹을 구성한 후에는 그룹에 대해 고가용성을 활성화할 수 있습니다. 고가용성에는 노드 쌍이 필요합니다. 각 노드에는 공통 사용자를 지원할 수 있는 공유 가용성 데이터베이스로 운영되는 독립된 데이터베이스 및 사용자 집합이 있습니다.

모든 IM and Presence 서비스 노드는 단일 IM and Presence 서비스 노드 또는 IM and Presence 서비스 노드 쌍으로 구성할 수 있는 프레즌스 이중화 그룹에 속해야 합니다.

두 가지 다른 모드를 사용하여 고가용성을 구성할 수 있습니다.

  • 균형 모드: 이 모드는 구성 요소 장애 또는 정전으로 인해 노드 중 하나가 실패하는 경우 자동 사용자 로드 밸런싱 및 사용자 장애 조치를 통해 중복 고가용성을 제공합니다.

  • Active/Standby 모드: Active 노드가 실패하면 Standby 노드는 자동으로 Active 노드를 인수합니다. 이 모드는 자동 로드 밸런싱을 제공하지 않습니다.

IM and Presence 서비스 구축을 고가용성 구축으로서 구성하는 것이 좋습니다. 단일 구축에서 고가용성 및 비 고가용성 프레즌스 이중화 그룹을 모두 구성할 수는 있지만 이 구성은 사용하지 않는 것이 좋습니다.

프레즌스 이중화 그룹 필수 조건

WAN을 통한 구축의 경우 각 IM and Presence 서비스 클러스터에 대해 초당 최소 10메가비트의 전용 대역폭이 필요하며 왕복 대기 시간이 80밀리초를 넘지 않습니다. 대역폭이 권장 대역폭보다 하나라도 작으면 성능에 좋지 않은 영향을 줄 수 있습니다.

프레즌스 이중화 그룹 작업 흐름

IM and Presence 서비스 노드는 프레즌스 이중화 그룹 한 개에만 할당할 수 있습니다. 고가용성을 위해 동일한 클러스터의 두 노드를 프레즌스 이중화 그룹에 할당하고 그룹에 대해 고가용성을 활성화해야 합니다.

프로시저

  명령 또는 동작 목적

단계 1

데이터베이스 복제 확인

IM and Presence 서비스 클러스터에서 데이터베이스 복제가 설정되어 있는지 확인하십시오.

단계 2

서비스 확인

프레즌스 이중화 그룹에 추가하려는 노드에서 중요 서비스가 실행 중인지 확인합니다.

단계 3

프레즌스 이중화 그룹 구성

IM and Presence 서비스 클라이언트 및 애플리케이션에 대한 중복 및 복구 기능을 제공합니다.

단계 4

장애 조치를 위한 하트비트 간격 구성

(선택 사항) 프레즌스 이중화 그룹의 각 노드는 피어 노드의 상태 또는 하트비트를 모니터링합니다. 각 노드가 피어를 모니터링하는 간격을 구성할 수 있습니다.

단계 5

고가용성 활성화

(선택 사항) 프레즌스 이중화 그룹을 구성할 때 고가용성을 활성화하지 못한 경우 이 절차를 따릅니다.

단계 6

사용자 할당 모드 구성

동기화 에이전트가 IM and Presence 서비스 클러스터의 여러 노드에 사용자를 구축하는 방법을 구성합니다. 이 설정은 시스템이 장애 조치 및 로드 밸런싱을 처리하는 방법에 영향을 미칩니다.

데이터베이스 복제 확인

프레즌스 이중화 그룹에 대해 고가용성을 활성화하기 전에 데이터베이스 복제가 IM and Presence 서비스 클러스터에 설정되어 있는지 확인합니다.

프로시저


단계 1

다음 방법 중 하나를 사용하여 CLI 세션을 시작합니다.

  • 원격 시스템에서 SSH를 사용하여 Cisco Unified 운영 체제에 안전하게 연결합니다. SSH 클라이언트에서 ssh adminname@hostname을 입력하고 암호를 입력합니다.

  • 직렬 포트에 대한 직접 연결에서 자동으로 표시되는 프롬프트에 자격 증명을 입력합니다.

단계 2

utils dbreplication status 명령을 실행하여 데이터베이스 테이블의 오류 또는 불일치를 확인합니다.

단계 3

utils dbreplication runtimestate 명령을 실행하여 노드에서 데이터베이스 복제가 활성 상태인지 확인합니다.

출력에는 모든 노드가 나열되고 데이터베이스 복제가 설정되고 상태가 양호한 경우 각 노드의 복제 설정 값은 2입니다.

2 이외의 값이 반환되는 경우 계속하기 전에 오류를 해결해야 합니다.


다음에 수행할 작업

서비스 확인

서비스 확인

프레즌스 이중화 그룹에 추가하려는 노드에서 중요 서비스가 실행 중인지 확인합니다. 고가용성을 켜기 전에 중요 서비스가 실행 중이어야 합니다. 어느 노드에서도 중요 서비스가 실행 중이지 않은 경우에는 고가용성을 켜면 프레즌스 이중화 그룹이 [실패] 상태가 됩니다. 중요 서비스가 한 노드에서 실행되고 있지 않은 경우에는 고가용성을 켜면 해당 노드가 다른 노드로 장애 조치됩니다.

시작하기 전에

데이터베이스 복제 확인

프로시저


단계 1

Cisco Unified IM and Presence 서비스 가용성에서 도구 > 제어 센터 - 네트워크 서비스를 선택합니다.

단계 2

서버 목록에서 해당 노드를 선택하고 이동을 클릭합니다.

단계 3

IM and Presence 서비스 영역에서 다음 서비스가 시작되었는지 확인합니다.

  • Cisco 클라이언트 프로파일 에이전트

  • Cisco Sync Agent

  • Cisco XCP 라우터

단계 4

관련 링크 드롭다운 목록에서 제어 센터 - 네트워크 서비스를 선택하고 이동을 클릭합니다.

단계 5

IM and Presence 서비스 영역에서 다음 서비스가 시작되었는지 확인합니다.

  • Cisco SIP Proxy

  • Cisco Presence 엔진


다음에 수행할 작업

프레즌스 이중화 그룹 구성

프레즌스 이중화 그룹 구성

Cisco Unified Communications Manager를 사용하여 IM and Presence 서비스 노드에 대한 중복을 구성합니다.

각 프로즌스 이중화 그룹에는 두 개의 IM and Presence 서비스 노드가 포함될 수 있습니다. 각 노드는 하나의 프레즌스 이중화 그룹에만 할당될 수 있습니다. 프레즌스 이중화 그룹에서 노드 2개 모두는 동일한 클러스터에 있어야 하며 동일한 IM and Presence 서비스 데이터베이스 게시자 노드를 가지고 있어야 합니다.

시작하기 전에

  • 서비스 확인

  • 프레즌스 이중화 그룹에 추가하려는 IM and Presence Service 서비스 노드가 동일한 소프트웨어 버전을 실행하는지 확인하십시오.

프로시저


단계 1

Cisco Unified CM 관리에서 시스템 > 프레즌스 이중화 그룹을 선택합니다.

단계 2

새로 추가를 클릭합니다.

단계 3

프레즌스 이중화 그룹의 고유 이름을 입력합니다.

밑줄(_) 및 대시(-)를 포함하여 최대 128자의 영숫자를 입력할 수 있습니다.

단계 4

그룹에 대한 설명을 입력합니다.

기호를 비롯해 최대 128자의 영숫자를 입력할 수 있지만 큰따옴표("), 퍼센트 기호(%), 앰퍼샌드(&), 슬래시(\) 또는 꺾쇠 괄호(<>)는 사용할 수 없습니다.

단계 5

프레즌스 서버 필드에 다른 IM and Presence 서비스 노드 두 개를 선택하여 그룹에 할당합니다.

단계 6

(선택 사항) 고가용성 활성화 확인란을 선택하여 프레즌스 이중화 그룹에 대해 고가용성을 활성화할 수 있습니다.

단계 7

저장을 클릭합니다.


다음에 수행할 작업

장애 조치를 위한 하트비트 간격 구성

장애 조치를 위한 하트비트 간격 구성

프레즌스 이중화 그룹의 각 피어가 피어 노드의 하트비트(즉, 상태)를 모니터링하여 피어가 활성 상태인지 확인하기 위한 연결 유지 설정을 결정하는 선택적 서비스 파라미터를 구성합니다. 구성된 타이머가 만료된 후 피어 노드가 응답하지 않는 경우 장애 조치가 시작될 수 있습니다.


참고


이러한 두 파라미터에 대해 기본값을 사용하는 것이 좋습니다. 그러나, 필요에 따라 값을 재구성할 수도 있습니다.


프로시저


단계 1

Cisco Unified CM IM and Presence 관리에서 시스템 > 서비스 파라미터를 선택합니다.

단계 2

서버 드롭다운 목록에서 IM and Presence 노드를 선택합니다.

단계 3

서비스 드롭다운 목록에서 Cisco 서버 복구 매니저(활성)를 선택합니다.

단계 4

일반 서버 복구 관리자 파라미터(클러스터 수준)에서 프레즌스 이중화 그룹의 각 노드가 피어 노드의 하트비트를 모니터링하는 데 사용하는 클러스터 수준 연결 유지 설정을 구성합니다. 피어 노드가 응답하지 않는 경우 장애 조치가 시작될 수 있습니다.

  • 서비스 포트 - 이 파라미터는 Cisco 서버 복구 매니저가 피어와 통신하는 데 사용하는 포트를 지정합니다. 기본값은 22001입니다.
  • 관리 RPC 포트 - 이 파라미터는 Cisco 서버 복구 매니저가 admin rpc 요청을 제공하는 데 사용하는 포트를 지정합니다. 기본값은 20075입니다.
  • 중요 서비스 지연 - 이 파라미터는 장애 조치가 시작되기 전에 중요한 서비스가 중단될 수 있는 기간을 초 단위로 지정합니다. 기본값은 90입니다.
  • 자동 폴백 활성화 - 이 파라미터는 자동 폴백을 수행할지 여부를 지정합니다. 장애 조치가 발생하면 IM and Presence 서비스는 기본 노드가 정상 상태로 돌아온 후 30분이 지나면 자동으로 백업 노드에서 기본 노드로 사용자를 이동시킵니다. 기본값은 false입니다.
  • 초기화 연결 유지(하트비트) 시간 초과 - 이 파라미터는 장애 조치가 시작되기 전에 초기화 중에 피어와의 하트비트가 손실될 수 있는 기간을 초 단위로 지정합니다. 기본값은 120입니다.
  • 연결 유지(하트비트) 시간 초과 - 이 파라미터는 장애 조치가 시작되기 전에 피어와의 하트비트가 손실될 수 있는 기간을 초 단위로 지정합니다. 기본값은 60입니다.
  • 연결 유지(하트비트) 간격 - 이 파라미터는 연결 유지(하트비트) 메시지가 피어에 전송되는 간격을 초 단위로 지정합니다. 기본값은 15입니다.
  • XCP 인증 서비스의 모니터링 활성화 - 이 파라미터를 사용하여 Cisco XCP 인증 서비스를 모니터링하고 노드에서 서비스 장애가 발생할 때 피어 노드로 자동 페일오버를 시작하도록 시스템을 구성합니다. XCP 인증 서비스의 모니터링 활성화 필드에서 서비스 파라미터 값을 으로 설정합니다.

단계 5

다음 추가 파라미터를 구성하여 CUPC 8.5 이상의 클라이언트가 다시 로그인을 시도하기 전에 기다려야 하는 시간을 알려줍니다. 위의 파라미터와 달리 이러한 파라미터는 각 클러스터 노드마다 별도로 구성해야 합니다.

  • 클라이언트 재로그인 하한 - 이 파라미터는 CUPC 8.5(이상)가 이 서버에 다시 로그인하기 전에 기다려야 하는 최소 시간(초)을 지정합니다. 기본값은 120입니다.
  • 클라이언트 재로그인 상한 - 이 파라미터는 CUPC 8.5(이상)가 이 서버에 다시 로그인하기 전에 기다려야 하는 최대 시간(초)을 지정합니다. 기본값은 537입니다.

단계 6

저장을 클릭합니다.


다음에 수행할 작업

프레즌스 이중화 그룹을 구성할 때 고가용성을 활성화하지 못한 경우 이제 고가용성 활성화.

고가용성 활성화


경고


IM and Presence 서비스 클러스터에서 복제를 설정하지 못하고 중요 서비스가 모두 실행 중인지 확인하지 못하는 경우 프레즌스 이중화 그룹에 대해 고가용성을 활성화하면 즉시 장애 조치될 수 있습니다.


시작하기 전에

  • 프레즌스 이중화 그룹 구성

  • IM and Presence 서비스 클러스터에서 복제가 설정되어 있는지 확인하십시오.

  • 모든 중요 서비스가 실행 중인지 확인합니다.

프로시저


단계 1

Cisco Unified CM 관리에서 시스템 > 프레즌스 이중화 그룹을 선택합니다.

단계 2

검색 기준을 지정하고 찾기를 클릭합니다.

단계 3

구성한 프레즌스 이중화 그룹을 선택합니다.

단계 4

고가용성을 활성화하려면 고가용성 활성화 확인란을 선택합니다.

단계 5

저장을 클릭합니다.


사용자 할당 모드 구성

이 절차를 사용하여 동기화 에이전트가 사용자를 클러스터의 노드에 배포하는 방식을 구성합니다. 이 설정은 로드 밸런싱 및 장애 조치를 관리하는 데 도움이 됩니다.

프로시저


단계 1

[Cisco Unified CM 관리]에서 시스템 > 엔터프라이즈 파라미터를 선택합니다.

단계 2

사용자 관리 파라미터 영역에서 Presence 서버에 대한 사용자 할당 모드 파라미터에 대해 다음 옵션 중 하나를 선택합니다.

  • 균형 조정됨 - 이 모드는 각 하위 클러스터의 각 노드에 사용자를 균일하게 할당하고, 전체 사용자 수를 각 노드에서 균일하게 조정하려고 시도합니다. 이것이 기본 옵션입니다.
  • Active-Standby - 이 모드는 모든 사용자를 하위 클러스터의 첫 번째 노드에 할당하고, 두 번째 서버는 백업으로 남겨둡니다.
  • 없음 - 이 모드에서는 동기화 에이전트가 클러스터의 노드에 사용자를 할당하지 않습니다.

단계 3

저장을 클릭합니다.


수동 장애 조치, 폴백 및 복구 시작

이 절차를 사용하여 프레즌스 이중화 그룹 내에서 IM and Presence 서비스 노드의 수동 장애 조치, 폴백 또는 복구를 시작합니다.

  • 수동 장애 조치 - 수동 장애 조치를 시작하면 Cisco 서버 복구 매니저는 실패한 노드에서 중요 서비스를 중지합니다. 실패한 노드의 모든 사용자는 연결이 끊어지며 백업 노드로 다시 로그인해야 합니다. 중요 서비스는 수동 폴백을 호출하지 않는 한 다시 시작되지 않습니다.

  • 수동 폴백 - 수동 폴백을 시작하면 Cisco 서버 복구 매니저는 기본 노드에서 중요 서비스를 다시 시작하고 장애 조치된 모든 사용자의 연결을 끊습니다. 그런 다음 이러한 사용자는 할당된 노드에 다시 로그인해야 합니다.

  • 수동 복구 - 프레즌스 이중화 그룹의 두 노드 모두 실패 상태인 경우 수동 복구가 필요합니다. 이 경우 IM and Presence 서비스는 프레즌스 이중화 그룹의 양쪽 노드에서 Cisco 서버 복구 매니저 서비스를 다시 시작합니다.

프로시저


단계 1

Cisco Unified CM 관리에서 시스템 > 프레즌스 이중화 그룹을 선택합니다.

단계 2

찾기를 클릭하고 해당 노드가 있는 프레즌스 이중화 그룹을 선택합니다.

단계 3

다음 중 하나를 수행합니다. 사용 가능한 버튼은 노드의 현재 상태에 따라 달라집니다.

  • 활성 노드의 장애 조치를 시작하려면 장애 조치를 클릭합니다.
  • 장애 조치된 노드의 폴백을 시작하려면 폴백을 클릭합니다.
  • 두 노드가 페일 오버되고 복구하려는 경우 복구를 클릭합니다.


참고


또한 CLI를 사용하여 Cisco Unified Communications Manager 또는 IM and Presence 서비스에서 이러한 작업을 시작할 수도 있습니다. 자세한 내용은 Command Line Interface Guide for Cisco Unified Communications Solutions를 참조하십시오.

참고


노드 중 하나가 장애 조치 상태에 있는 동안 최종 사용자를 IM and Presence 서비스 클러스터에 추가할 수 없습니다.


노드 상태 정의

표 1. 프레즌스 이중화 그룹 노드 상태 정의

상태

설명

초기화 중

Cisco Server Recovery Manager 서비스가 시작될 때 초기(전환) 상태이며, 임시 상태입니다.

유휴

IM and Presence 서비스가 장애 조치가 발생하고 서비스가 중지되는 유휴 상태에 있습니다. 유휴 상태에서 IM and Presence 서비스 노드는 가용성 또는 인스턴트 메시징 서비스를 제공하지 않습니다. 유휴 상태에서 Cisco Unified CM 관리를 사용하여 이 노드에 대한 폴백을 수동으로 시작할 수 있습니다.

정상

안정적인 상태입니다. IM and Presence 서비스 노드가 정상적으로 작동 중입니다. 이 상태에서 Cisco Unified CM 관리 사용자 인터페이스를 사용하여 이 노드에 대한 장애 조치를 수동으로 시작할 수 있습니다.

백업 모드에서 실행 중

안정적인 상태입니다. IM and Presence 서비스 노드가 피어 노드에 대한 백업으로 동작하고 있습니다. 사용자가 이(백업) 노드로 이동되었습니다.

인수 중

전환 상태입니다. IM and Presence 서비스 노드가 피어 노드에 대해 인수 중입니다.

장애 조치 중

전환 상태입니다. IM and Presence 서비스 노드가 피어 노드에 의해 인수 중입니다.

장애 조치됨

지속적인 상태입니다. IM and Presence 서비스 노드가 장애 조치되었지만 중요 서비스가 중단되었습니다. 이 상태에서 Cisco Unified CM 관리 사용자 인터페이스를 사용하여 이 노드에 대한 폴백을 수동으로 시작할 수 있습니다.

실행 중이 아닌 중요 서비스 장애 조치됨

지속적인 상태입니다. IM and Presence 서비스 노드의 일부 중요 서비스가 중지되거나 실패했습니다.

폴백 중

전환 상태입니다. 백업 모드에서 실행 중인 노드에서 이 IM and Presence 서비스 노드로 폴백하는 중입니다.

회수 중

전환 상태입니다. 실패한 IM and Presence 서비스 노드가 피어에서 회수 중입니다.

실패 모드에서 실행 중

전환 상태 중에 또는 백업 모드에서 실행 중 상태에서 오류가 발생합니다.

알 수 없음

노드 상태를 알 수 없습니다.

가능한 원인은 IM and Presence 서비스 노드에서 고가용성이 활성화되지 않았기 때문입니다. 프레즌스 이중화 그룹의 양쪽 노드에서 서버 복구 관리자 서비스를 다시 시작합니다.

노드 상태, 원인 및 권장 작업

Cisco Unified CM 관리 사용자 인터페이스를 사용하여 그룹을 선택할 때 프레즌스 이중화 그룹 설정 창에서 프레즌스 이중화 그룹에 있는 노드의 상태를 확인할 수 있습니다.

표 2. 프레즌스 이중화 그룹 노드 고가용성 상태, 원인 및 권장 작업

노드 1

노드 2

상태

이유

상태

이유

원인/권장 작업

정상

정상

정상

정상

정상

장애 조치 중

관리 요청 시

인수 중

관리 요청 시

관리자가 노드 1에서 노드 2로의 수동 대체 작동을 시작했습니다. 수동 대체 작동이 진행 중입니다.

유휴

관리 요청 시

백업 모드에서 실행 중

관리 요청 시

관리자가 시작한 노드 1에서 노드 2로의 수동 장애 조치가 완료되었습니다.

회수 중

관리 요청 시

폴백 중

관리 요청 시

관리자가 노드 2에서 노드 1로의 수동 대체를 시작했습니다. 수동 대체가 진행 중입니다.

유휴

초기화

백업 모드에서 실행 중

관리 요청 시

노드 1이 "유휴" 상태일 때 관리자가 노드 1에서 SRM 서비스를 다시 시작합니다.

유휴

초기화

백업 모드에서 실행 중

초기화

관리자가 프레즌스 이중화 그룹에서 두 노드를 다시 시작하거나 프레즌스 이중화 그룹이 수동 장애 조치 모드에 있을 때 두 노드에서 SRM 서비스를 다시 시작합니다.

유휴

관리 요청 시

백업 모드에서 실행 중

초기화

노드 2가 백업 모드에서 실행 중이지만 노드 1의 하트비트 시간이 초과되기 전에 관리자가 노드 2에서 SRM 서비스를 다시 시작합니다.

장애 조치 중

관리 요청 시

인수 중

초기화

노드 2가 인수 중이지만 노드 1의 하트비트 시간이 초과되기 전에 관리자가 노드 2에서 SRM 서비스를 다시 시작합니다.

회수 중

초기화

폴백 중

관리 요청 시

노드 2의 하트비트 시간이 초과되기 전에 관리자가 회수 중인 노드 1에서 SRM 서비스를 다시 시작합니다. 회수 프로세스가 완료되면 두 노드는 정상 상태로 돌아갑니다.

회수 중

자동 폴백

폴백 중

자동 폴백

노드 2에서 노드 1로의 자동 폴백이 시작되었고 현재 진행 중입니다.

장애 조치됨

초기화 또는 중요 서비스 중지됨

백업 모드에서 실행 중

중요 서비스 중지됨

다음 경우의 하나가 발생하면 노드 1이 장애 조치됨 상태로 전환됩니다.

  • 노드 1이 재부팅되어 중요 서비스가 백업되는 경우

  • 노드 1이 실행 중이 아닌 중요 서비스 장애 조치됨 상태일 때 관리자가 노드 1에서 중요 서비스를 시작하는 경우

    노드 1이 장애 조치됨 상태로 전환되면 노드는 관리자가 수동 폴백을 수행하여 프레즌스 이중화 그룹의 노드를 정상 상태로 복원할 준비가 됩니다.

실행 중이 아닌 중요 서비스 장애 조치됨

중요 서비스 중지됨

백업 모드에서 실행 중

중요 서비스 중지됨

노드 1에서 중요 서비스가 중지되었습니다. IM and Presence 서비스가 노드 2로의 자동 대체 작동을 수행합니다.

권장 작업:

  1. 중지된 중요 서비스가 있는지 노드 1을 확인하고 해당 서비스를 수동으로 시작해 봅니다.

  2. 노드 1의 중요 서비스가 시작되지 않으면 노드 1을 재부팅합니다.

  3. 재부팅 후에 모든 중요 서비스가 시작되어 실행 중이면 수동 폴백을 수행하여 프레즌스 이중화 그룹의 노드를 정상 상태로 복원합니다.

실행 중이 아닌 중요 서비스 장애 조치됨

데이터베이스 실패

백업 모드에서 실행 중

데이터베이스 실패

노드 1에서 데이터베이스 서비스가 중지되었습니다. IM and Presence 서비스가 노드 2로의 자동 대체 작동을 수행합니다.

권장 작업:

  1. 노드 1을 재부팅합니다.

  2. 재부팅 후에 모든 중요 서비스가 시작되어 실행 중이면 수동 폴백을 수행하여 프레즌스 이중화 그룹의 노드를 정상 상태로 복원합니다.

실패 모드에서 실행 중

중요 서비스 시작 실패

실패 모드에서 실행 중

중요 서비스 시작 실패

프레즌스 이중화 그룹의 노드가 다른 노드에서 회수 중일 때 중요 서비스가 시작되지 않습니다.

권장 작업. 회수 중인 노드에서 다음 작업을 수행합니다.

  1. 노드에 중지된 중요 서비스가 있는지 확인합니다. 이러한 서비스를 수동으로 시작하려면 프레즌스 이중화 그룹 설정 창에서 복구를 클릭합니다.

  2. 중요 서비스가 시작되지 않으면 노드를 재부팅합니다.

  3. 재부팅 후에 모든 중요 서비스가 시작되어 실행 중이면 수동 폴백을 수행하여 프레즌스 이중화 그룹의 노드를 정상 상태로 복원합니다.

실패 모드에서 실행 중

중요 서비스 중지됨

실패 모드에서 실행 중

중요 서비스 중지됨

백업 노드에서 중요 서비스가 중지됩니다. 두 노드가 모두 실패 상태로 전환됩니다.

권장 작업:

  1. 백업 노드에 중지된 중요 서비스가 있는지 확인합니다. 이러한 서비스를 수동으로 시작하려면 프레즌스 이중화 그룹 설정 창에서 복구를 클릭합니다.

  2. 중요 서비스가 시작되지 않으면 노드를 재부팅합니다.

네트워크 연결이 끊어져서 노드 1이 중지되었거나 SRM 서비스가 실행 중이 아닙니다.

백업 모드에서 실행 중

피어 중지됨

노드 2가 노드 1에서 하트 비트를 손실했습니다. IM and Presence 서비스가 노드 2로의 자동 대체 작동을 수행합니다.

권장 작업. 노드 1이 시작되면 다음 작업을 수행합니다.

  1. 프레즌스 이중화 그룹의 노드 간 네트워크 연결을 확인하고 복구합니다. 노드 간에 네트워크 연결을 재설정하면 노드가 실패 상태로 전환될 수 있습니다. 프레즌스 이중화 그룹 설정 창에서 복구를 선택하여 노드를 정상 상태로 복원합니다.

  2. SRM 서비스를 시작하고 수동 폴백을 수행하여 프레즌스 이중화 그룹의 노드를 정상 상태로 복원합니다.

  3. (노드가 중지된 경우) 노드 1을 복구하고 시작합니다.

  4. 노드가 시작되고 모든 중요 서비스가 실행 중이면 수동 폴백을 수행하여 프레즌스 이중화 그룹의 노드를 정상 상태로 복원합니다.

노드 1이 중지됩니다(전원 차단, 하드웨어 실패, 종료, 재부팅 때문일 수 있음).

백업 모드에서 실행 중

피어 재부팅

노드 1에서 다음 경우가 발생해서 IM and Presence 서비스가 노드 2로의 자동 장애 조치를 수행합니다.
  • 하드웨어 실패

  • 전원 차단

  • 재시작

  • 종료

권장 작업:

  1. 노드 1을 복구하고 시작합니다.

  2. 노드가 시작되고 모든 중요 서비스가 실행 중이면 수동 폴백을 수행하여 프레즌스 이중화 그룹의 노드를 정상 상태로 복원합니다.

실행 중이 아닌 중요 서비스 장애 조치됨 또는 장애 조치됨

초기화

백업 모드

초기화 중에 피어 중지됨

시작 중에 노드 2가 노드 1을 인식하지 못합니다.

권장 작업:

노드 1이 시작되고 모든 중요 서비스가 실행 중이면 수동 폴백을 수행하여 프레즌스 이중화 그룹의 노드를 정상 상태로 복원합니다.

실패 모드에서 실행 중

Cisco 서버 복구 관리자 사용자 인수 실패

실패 모드에서 실행 중

Cisco 서버 복구 관리자 사용자 인수 실패

인계 프로세스 중에 사용자 이동에 실패합니다.

권장 작업:

데이터베이스 오류일 수 있습니다. 프레즌스 이중화 그룹 설정 창에서 복구를 클릭합니다. 문제가 지속되면 노드를 재부팅합니다.

실패 모드에서 실행 중

Cisco 서버 복구 관리자 사용자 회수 실패

실패 모드에서 실행 중

Cisco 서버 복구 관리자 사용자 회수 실패

폴백 프로세스 중에 사용자 이동에 실패합니다.

권장 작업:

데이터베이스 오류일 수 있습니다. 프레즌스 이중화 그룹 설정 창에서 복구를 클릭합니다. 문제가 지속되면 노드를 재부팅합니다.

실패 모드에서 실행 중

알 수 없음

실패 모드에서 실행 중

알 수 없음

다른 노드의 SRM이 실패 상태이거나 내부 시스템 오류가 발생할 때 노드에서 SRM을 다시 시작합니다.

권장 작업:

프레즌스 이중화 그룹 설정 창에서 복구를 클릭합니다. 문제가 지속되면 노드를 재부팅합니다.

백업 활성화됨

데이터베이스 실패 자동 복구

영향받는 서비스 장애 조치

데이터베이스 실패 자동 복구.

백업 노드에서 데이터베이스가 중지됩니다. 피어 노드가 장애 조치 모드에 있고 프레즌스 이중화 그룹의 모든 사용자에 대해 인계될 수 있습니다. 자동 복구 작업은 자동으로 수행되고 모든 사용자가 기본 노드로 이동됩니다.

백업 활성화됨

데이터베이스 실패 자동 복구

영향받는 서비스 장애 조치

중요 서비스 중지 자동 복구

백업 노드에서 중요 서비스가 중지됩니다. 피어 노드가 장애 조치 모드에 있고 프레즌스 이중화 그룹의 모든 사용자에 대해 인계될 수 있습니다. 자동 복구 작업은 자동으로 수행되고 모든 사용자가 피어 노드로 이동됩니다.

알 수 없음

알 수 없음

노드 상태를 알 수 없습니다.

가능한 원인은 IM and Presence 서비스 노드에서 고가용성이 활성화되지 않았기 때문입니다.

권장 작업:

프레즌스 이중화 그룹의 양쪽 노드에서 서버 복구 관리자 서비스를 다시 시작합니다.

거의 제로 다운타임으로 IM and Presence 페일오버 향상

필수 조건:

  • 릴리스 호환성: 모바일 및 원격 액세스 사용자의 경우 Cisco Unified CM 및 IM and Presence 릴리스 14, Jabber 릴리스 14 및 Expressway 14.

IM and Presence 서비스는 고가용성 대체 작동 이벤트가 발생할 경우 서비스 중단을 해소하여 Cisco 재버 클라이언트를 보조/백업 서버로 원활하게 전환할 수 있습니다.

릴리스 14부터 IM and Presence 서비스는 Jabber 클라이언트와의 이중 연결을 지원합니다. 클라이언트쪽에서 활성화된 경우, 이 유형의 연결은 고가용성 페일오버 이벤트 중에 훨씬 짧은 서비스 중단(거의 0)을 보장합니다.

Jabber 클라이언트에서 일부 추가 구성을 사용하여 이 기능을 활성화할 수 있습니다. Jabber에서 이중 연결을 활성화하는 방법에 대한 자세한 내용은 Cisco Jabber 14용 파라미터 참조 설명서EnableDualConnectionsInactive_Connection_Activation_Timer 파라미터를 참조하십시오.

그림 1. IM Presence 페일오버 향상

페일오버의 경우 이 향상으로 인해 다운타임이 거의 0이 됩니다. 이는 Cisco Jabber 클라이언트에서 IM and Presence 노드와 이중 연결을 유지하도록 하여 수행됩니다. 활성 연결은 클라이언트 로그인 프로세스 중에 생성되는 기본 노드와 함께 유지됩니다. 클라이언트 재로그인 하한값클라이언트 재로그인 상한값의 값 사이에 임의 초 수가 경과하면 백업 노드와 비활성 연결이 생성됩니다. 이러한 제한은 Cisco 서버 복구 매니저 서비스에 대한 서비스 파라미터로 구성됩니다.

페일오버가 발생 하면 Jabber 클라이언트가 '비활성' 연결을 활성화하여 서버와 통신합니다. 비활성 연결이 이미 백업 노드에 생성되었으므로 Jabber 다운타임을 최소화합니다.


참고


Cisco Jabber 클라이언트 제한으로 인해 Jabber에 대한 이 페일오버 향상은 IM and Presence 서비스의 무제한(XU) 버전에서는 작동하지 않습니다. 이는 Jabber 및 IM and Presence 서비스와 같은 XMPP 클라이언트 간의 보안 TLS 연결이 무제한 버전에서 비활성화되어 있기 때문입니다.

제한된 버전에서는 보안 설정 페이지(시스템 > 보안 > 설정)에서 IM/P 서비스 보안 모드에 대해 XMPP 클라이언트 활성화 옵션이 기본적으로 활성화되어 Jabber에서 작동하도록 페일오버 향상을 활성화합니다. 페일오버 향상을 사용하려는 경우에는 이 모드를 해제하지 않는 것이 좋습니다. 이 제한에 대한 자세한 내용은 CSCvx94284를 참조하십시오.


이중 등록이 설정되었는지 확인하는 방법

이중 등록을 설정하려면 기본 노드의 X 사용자와 보조 노드의 Y 사용자를 할당한 시나리오를 고려하십시오. 기본 노드에서 JsmSessionsClientJsmSessionsClientInactive 카운터를 선택하면 JsmSessionsClient에 연결된 총 사용자 수는 X이고 JsmSessionsClientInactive는 Y인 것을 알 수 있습니다. 동시에 보조 노드에서 JsmSessionsClient에 연결된 총 사용자 수는 Y이고 JsmSessionsClientInactive는 X입니다.

이중 등록을 비활성화하는 방법

서버에서 HA를 비활성화하지 않고 클라이언트 측에서 HA를 비활성화하여 이중 등록을 비활성화할 수 있습니다. 또한 HA를 비활성화하면 서버에서 클라이언트로 이중 등록이 제공되지 않으며 클라이언트가 비활성 연결 설정을 시도할 수 없습니다. Jabber에서 이중 연결을 활성화하는 방법에 대한 자세한 내용은 Cisco Jabber 14용 파라미터 참조 설명서EnableDualConnectionsInactive_Connection_Activation_Timer 파라미터를 참조하십시오.

업그레이드 중 제로 다운타임을 모니터링하는 카운터

업그레이드 프로세스를 추적하여 다운타임이 0이 되도록 하려면 실시간 모니터링 도구를 통해 다음 카운터를 모니터링하면 됩니다.

표 3. 업그레이드 중 제로 다운타임을 모니터링하는 카운터

카운터

설명

ActiveJsmSessions

이 카운터는 퍼블리셔 노드에 할당된 활성 사용자 수를 제공합니다. 페일오버 중에 기본(업그레이드됨) 노드의 경우 0이 표시되고 기본 노드에서 백업 노드에 활성 사용자가 추가됩니다.

InactiveJsmSessions

이 카운터는 가입자 노드에 할당된 활성 사용자 수를 제공합니다.

JsmSessionsComposed

이 카운터는 JSM에 대해 활성화된 구성된 세션 수를 나타냅니다.

JsmSessionsClientInactive

이 카운터는 JSM에 대해 비활성 상태인 클라이언트 세션 수를 나타냅니다.

JsmSessionsClient

이 카운터는 JSM에 대해 활성 상태인 클라이언트 세션 수를 나타냅니다.

JsmSessionsClientInactive

이 카운터는 JSM에 대해 비활성 상태인 클라이언트 세션 수를 나타냅니다.

중복 상호 작용 및 제한 사항

기능

상호 작용

사용자 추가

클러스터 노드 중 하나가 장애 조치 상태에 있는 동안 새 사용자를 IM and Presence 서비스 클러스터에 추가할 수 없습니다.

다중 디바이스 메시징

다중 디바이스 메시징 기능은 장애 조치가 발생할 경우 IM and Presence 서비스에서 서버 복구를 지연시킵니다. 다중 디바이스 메시징이 구성된 시스템에서 서버 장애 조치가 발생하면 일반적으로 장애 조치 시간은 Cisco 서버 복구 매니저 서비스 파라미터로 지정된 시간의 두 배가 됩니다.

푸시 알림 고가용성

11.5(1)SU3을 기준으로 푸시 알림 구축 시 고가용성이 지원됩니다. 푸시 알림을 활성화하고 노드가 장애 조치되는 경우 iPhone 및 iPad 클라이언트의 Cisco Jabber에서 다음과 같은 문제가 발생합니다.

  • 포그라운드 모드에 있는 Cisco Jabber 클라이언트의 경우, Jabber 클라이언트는 백업 노드에 자동으로 로그인하고, 기본 노드가 복구될 때까지 이 노드를 인계합니다. 백업 노드가 인계받거나 기본 노드가 복구될 때 서비스 중단이 발생하지 않습니다.

  • 백그라운드 모드에 있는 Cisco Jabber 클라이언트의 경우 백업 노드가 인계받지만 푸시 알림을 보내기 전에 지연이 있습니다. Jabber 클라이언트는 백그라운드 모드에 있기 때문에 네트워크에 대한 활성 연결이 없으므로 백업 노드에 자동으로 로그인하지 않습니다. 백업 노드는 푸시 알림을 보내기 전에 백그라운드 모드에 있었던 모든 장애 조치된 사용자에 대해 JSM 세션을 다시 만들어야 합니다.

    지연의 길이는 시스템 부하에 따라 다릅니다. 테스트 결과 사용자가 HA 페어에 고르게 분산된 15,000명의 사용자 OVA의 경우 장애 조치 후 푸시 알림을 보내려면 10 ~ 20분이 소요됩니다. 이 지연은 백업 노드가 인계될 때 및 기본 노드가 복구된 후에 다시 관찰됩니다.

참고

 
노드 장애 또는 예기치 않은 Cisco XCP 라우터의 충돌 시 IM 내역을 포함한 사용자의 IM 세션은 사용자 조치 없이 유지됩니다. 그러나 iPhone 또는 iPad 클라이언트의 Cisco Jabber가 일시 중단 모드에 있는 경우 서버에 충돌이 발생했을 때 서버에 대기중인 읽지 않은 메시지를 검색 할 수 없습니다.
사용자의 임시 프레즌스 상태

사용자의 임시 프레즌스 상태는 페일오버, 대체 및 사용자 이동 후의 부실한 프레즌스 상태를 표시합니다. 이는 임시 프레즌스에 대 한 구독이 삭제되고 사용자가 임시 프레즌스를 다시 구독하여 사용자의 유효한 임시 프레즌스 상태를 확인해야 하기 때문입니다.

예를 들어 사용자 A가 사용자 B의 임시 프레즌스를 구독하고 사용자 B가 할당된 IM and Presence 노드에서 페일오버가 발생하면 사용자 B가 백업 노드에 다시 로그인한 후에도 사용자 B가 사용자 A에게 오프라인으로 표시됩니다. 이는 사용자 B의 임시 프레즌스에 대한 구독이 삭제되고 사용자 A가 삭제를 인식하지 못하기 때문입니다. 사용자 A는 사용자 B의 임시 프레즌스를 다시 구독해야 합니다.

사용자 A가 Jabber 클라이언트에서 사용자 B의 검색을 삭제 하면 사용자 A가 임시 사용자 B의 검색을 시도 하기 전에 30 초 이상 기다려야 합니다. 그렇지 않은 경우 사용자 A가 사용자 B의 오래 된 것을 볼 수 있습니다. Jabber 클라이언트는 동일한 사용자가 두 검색 간격 동안 30 초 이상 기다려야 유효한 임시 현재 상태를 얻습니다.

IM and Presence 상태

사용자가 한 프레즌스 중복 그룹에서 다른 프레즌스 중복 그룹으로 이동되면 사용자가 이동한 현재 프레즌스 중복 그룹에 IM and Presence 상태가 표시되도록 하려면 사용자가 Jabber 세션에서 로그아웃해야 합니다.