冗長性およびハイ アベイラビリティの設定

プレゼンス冗長グループの概要

プレゼンス冗長グループは、同じクラスタからの 2 つの IM and Presence Service ノードで設定されています。 プレゼンス冗長グループ内の各ノードは、ピア ノードのステータスまたはハートビートをモニタします。 IM and Presence Service クライアントおよびアプリケーションで冗長性と回復性の両方を実現するようにプレゼンス冗長グループを設定できます。

  • フェールオーバー:プレゼンス冗長グループ内の IM and Presence サービス ノード上で 1 つ以上の重要なサービスが失敗した場合、またはグループ内のノードが失敗した場合に、そのプレゼンス冗長グループ内で行われます。 クライアントは、そのグループ内のもう 1 つの IM and Presence サービス ノードに自動で接続します。

  • フォールバック:以下のいずれかの状況で、フォールバック コマンドが CLI または Cisco Unified Communications Manager から発行されると行われます。

    • 失敗した IM and Presence サービス ノードがサービスを再開し、すべての重要なサービスが動作している場合。 そのグループのフェールオーバーが発生したクライアントは、使用可能になると回復したノードと再接続します。

    • 重要なサービスの不具合のために、アクティブ化されていたバックアップ IM and Presence サービス ノードが失敗し、ピア ノードがフェールオーバー状態であり、自動回復フォールバックをサポートしている場合。

たとえば、プレゼンス冗長グループを使用している場合、ローカルの IM and Presence サービスノードのサービスまたはハードウェアに障害が発生すると、Cisco Jabber クライアントはバックアップ用 IM and Presence サービスノードにフェールオーバーします。 障害の発生したノードがオンラインに戻ると、自動フォールバックを設定している場合、クライアントはローカルの IM and Presence サービス ノードに自動的に再接続します。 自動フォールバックを設定していない場合、障害の発生したノードがオンラインに戻ったらフォールバックを手動で開始できます。

冗長性と回復性に加え、プレゼンス冗長グループでは、クラスタのハイ アベイラビリティを設定することもできます。

高可用性

IM and Presence Service は複数ノードのハイ アベイラビリティ展開をサポートします。

プレゼンス冗長グループを構成した後、グループのハイ アベイラビリティを有効にできます。 高可用性には、ペアのノードが必要です。 各ノードには、独立型のデータベースと一連のユーザが存在し、これらは、共通のユーザをサポートできる共有アベイラビリティ データベースとともに運用されます。

すべての IM and Presence Service ノードが、プレゼンス冗長グループに属している必要があります。このグループは、単一の IM and Presence Service ノード、またはペアの IM and Presence Service ノードで構成されている場合があります。

2 つの異なるモードを使用してハイ アベイラビリティを構成できます。

  • バランス モード:このモードでは、コンポーネントの障害や停電が原因で 1 つのノードが停止するイベント時に自動ユーザ ロード バランシングとユーザ フェールオーバーを含む冗長ハイ アベイラビリティを提供します。

  • アクティブ/スタンバイモード:アクティブ ノードが停止すると、スタンバイ ノードはアクティブ ノードを自動的に引き継ぎます。 自動ロード バランシングは行いません。

IM and Presence Service の展開をハイ アベイラビリティ展開として設定することを推奨します。 シングル展開では、ハイ アベイラビリティと非ハイ アベイラビリティの両方を、プレゼンス冗長グループに設定しておくことが許可されますが、この設定は推奨されません。

プレゼンス冗長グループの前提条件

WAN 経由での導入では、IM およびプレゼンス クラスタごとに少なくとも 10 Mbps の専用の帯域幅が必要であり、往復遅延は 80 ミリ秒を超えないことが必要です。 帯域幅がこの推奨事項未満の場合、パフォーマンスに悪影響を及ぼす場合があります。

プレゼンス冗長グループのタスク フロー

1 つの IM and Presence Service ノードは、1 つのプレゼンス冗長グループのみに割り当てることができます。 高可用性を実現するには、同じクラスタから 2 つのノードをプレゼンス冗長グループに割り当て、グループの高可用性を確保する必要があります。

手順

  コマンドまたはアクション 目的

ステップ 1

データベース レプリケーションの確認

データベース レプリケーションが IM and Presence サービス クラスタで設定されていることを確認します。

ステップ 2

確認サービス

重要なサービスがプレゼンス冗長グループに追加予定のノード上で実行されていることを確認します。

ステップ 3

プレゼンス冗長グループの設定

IM and Presence Service クライアントとアプリケーションの冗長性とリカバリを提供します。

ステップ 4

フェールオーバー用のハートビート間隔の設定

これはオプションです。 プレゼンス冗長グループ内の各ノードは、ピア ノードのステータスまたはハートビートをモニタします。 ノードが自身のピアを監視する間隔を設定できます。

ステップ 5

高可用性を有効にする

これはオプションです。 プレゼンス冗長グループを設定した際にハイ アベイラビリティを有効にしなかった場合、この手順を実行します。

ステップ 6

ユーザー割り当てモードの設定

Sync Agent が IM and Presence サービス クラスタのさまざまなノード全体にユーザを分散する方法を設定します。 この設定は、システムがフェールオーバーとロード バランシングを処理する方法に影響します。

データベース レプリケーションの確認

プレゼンス冗長グループのハイ アベイラビリティを有効にする前に、データベース レプリケーションが IM and Presence サービス クラスタでセットアップされるようにします。

手順


ステップ 1

次のいずれかの方法を使用して、CLI セッションを開始します。

  • リモート システムの場合は、SSH を使用して Cisco Unified オペレーティング システムにセキュアに接続します。 SSH クライアントで、ssh adminname@hostname およびパスワードを入力します。

  • シリアル ポートへの直接接続を介して、自動的に表示されるプロンプトでクレデンシャルを入力します。

ステップ 2

utils dbreplication status コマンドを実行して、データベーステーブルのエラーまたはミスマッチを確認します。

ステップ 3

utils dbreplication runtimestate コマンドを実行して、データベースリプリケーションがノードでアクティブであることを確認します。

出力にはすべてのノードが一覧表示されます。データベース レプリケーションがセットアップされて正常であれば、各ノードの replication setup の値は 2 になります。

2 以外の値が返される場合は、続行する前にエラーを解決する必要があります。


次のタスク

確認サービス

確認サービス

重要なサービスがプレゼンス冗長グループに追加予定のノード上で実行されていることを確認します。 ハイ アベイラビリティをオンにする前に、重要なサービスを実行する必要があります。 重要なサービスがいずれのノードでも動作していない場合、障害状態に高可用性をオンにするとプレゼンス冗長グループは Failed 状態になります。 重要なサービスが 1 つのノードで実行されていない場合、高可用性をオンにすると、そのノードが他のノードにフェールオーバーします。

始める前に

データベース レプリケーションの確認

手順


ステップ 1

[Cisco Unified IM and Presence のサービスアビリティ(Cisco Unified IM and Presence Serviceability)] から、[ツール(Tools)] > [コントロールセンタ-ネットワークサービス(Control Center - Network Services)] を選択します。

ステップ 2

[サーバ(Server)]リストから、適切なノードを選択し、[移動(Go)]をクリックします。

ステップ 3

[IM and Presenceサービス(IM and Presence Services)]で、次のサービスが開始されていることを確認します。

  • Cisco Client Profile Agent

  • Cisco Sync Agent

  • Cisco XCP Router

ステップ 4

[関連リンク(Related Links)] ドロップダウンリストから [コントロールセンター - ネットワークサービス(Control Center - Network Services)] を選択し、[移動(Go)] をクリックします。

ステップ 5

[IM and Presenceサービス(IM and Presence Services)]で、次のサービスが開始されていることを確認します。

  • Cisco SIP Proxy

  • Cisco Presence Engine


次のタスク

プレゼンス冗長グループの設定

プレゼンス冗長グループの設定

Cisco Unified Communications Manager を使用して、IM and Presence サービス ノードの冗長性を設定します。

各プレゼンス冗長グループには、IM and Presence サービスの 2 つのノードを含めることができます。 各ノードを割り当てることができるプレゼンス冗長グループは 1 つだけです。 プレゼンス冗長グループのノードはどちらも同じクラスタ上にあり、同じ IM and Presence サービス データベース パブリッシャ ノードを持つ必要があります。

始める前に

  • 確認サービス

  • プレゼンス 冗長グループに追加する IM and Presence サービス ノードが同じソフトウェア バージョンを実行していることを確認します。

手順


ステップ 1

Cisco Unified CM の管理から、[システム(System)] > [プレゼンス冗長グループ(Presence Redundancy Groups)]を選択します。

ステップ 2

[新規追加] をクリックします。

ステップ 3

プレゼンス冗長グループの一意の名前を入力します。

アンダースコア(_)およびダッシュ(-)を含む最大 128 文字の英数字を入力できます。

ステップ 4

グループの説明を入力します。

最大 128 文字の英数字と記号を入力できますが、二重引用符(")、パーセント記号(%)、アンパサンド(&)、バックスラッシュ(\)、山カッコ(<>)は使用できません。

ステップ 5

IM and Presence Serviceの 2 つの異なるノードを [プレゼンス サーバ(Presence Server)]フィールドで選択し、グループに割り当てます。

ステップ 6

(任意) [高可用性を有効にする(Enable High Availability)]チェックボックスをオンにして、プレゼンス冗長グループの高可用性を有効にします。

ステップ 7

[保存(Save)] をクリックします。


次のタスク

フェールオーバー用のハートビート間隔の設定

フェールオーバー用のハートビート間隔の設定

ピアがアクティブであることを確認するために、プレゼンス冗長グループ内の各ピアがピアノードのハートビート(つまりステータス)を監視するためのキープアライブ設定を決定するオプションのサービスパラメータを設定します。 設定されたタイマーが期限切れになった後にピアノードが応答しなくなった場合、フェールオーバーを開始できます。


(注)  


シスコは、これらのサービスパラメータにデフォルト値を設定することを推奨します。 ただし、ニーズに合わせて値を再設定することもできます。


手順


ステップ 1

[Cisco Unified CM IM and Presence の管理(Cisco Unified CM IM and Presence Administration)]で、[システム(System)] > [サービス パラメータ(Service Parameters)] を選択します。

ステップ 2

[サーバ(Server)] ドロップダウンメニューから、IM and Presence ノードを選択します

ステップ 3

[サービス(Service)]ドロップダウンメニューから、[Cisco Server Recovery Manager (Active)] を選択します。

ステップ 4

General Server Recovery Manager のパラメータ(クラスタ全体)で、クラスタ全体のキープアライブ設定を構成し、プレゼンス冗長グループ内の各ノードがそのピアノードのハートビートの監視に使用するようにします。 ピアノードが応答しない場合、フェイルオーバーを開始できます。

  • サービスポート - このパラメータは、Cisco Server Recovery Manager がピアとの通信に使用するポートを指定します。 デフォルトは 22001 です。
  • 管理 PRC ポート - このパラメータは、Cisco Server Recovery Manager が管理 RPC 要求を行うために使用するポートを指定します。 デフォルトは 20075 です。
  • 重要なサービスの遅延 - このパラメータは、フェールオーバーが開始されるまでに重要なサービスを停止できる期間を秒単位で指定します。 デフォルトは 90 です。
  • 自動フォールバックを有効にする - このパラメータは、自動フォールバックを実行するかどうかを指定します。 フェールオーバーが発生した場合、IM and Presence サービスは、プライマリノードが正常な状態に戻ってから 30 分後に、ユーザをバックアップノードからプライマリノードに自動的に移動します。 デフォルト値は [False] です。
  • 初期化キープアライブ(ハートビート)タイムアウト - このパラメータは、フェールオーバーが開始される前の初期化中にハートビートがピアで失われる可能性がある期間を秒単位で指定します。 デフォルトは 120 です。
  • 初期化キープアライブ(ハートビート)タイムアウト - このパラメータは、フェールオーバーが開始される前の初期化中にハートビートがピアで失われる可能性がある期間を秒単位で指定します。デフォルトは 60 です。
  • キープアライブ(ハートビート)間隔 - このパラメータは、ピアに送信されるキープアライブ(ハートビート)メッセージの間隔を秒単位で指定します。 デフォルトは 15 です。

ステップ 5

次の追加パラメータを設定します。これは、CUPC 8.5 以降のクライアントが、再ログインを試行するまでの待機時間を現します。 上記のパラメータとは異なり、これらのパラメータはクラスタノードごとに個別に設定する必要があります。

  • クライアントの再ログインの下限 - このパラメータは、このサーバへの再ログインを試みる前に CUPC 8.5(以上)が待機する必要がある最小秒数を指定します。 デフォルトは 120 です。
  • クライアントの再ログインの上限 - このパラメータは、このサーバへの再ログインを試行するまでに CUPC 8.5(以上)が待機する最大秒数を指定します。 デフォルトは 537 です。

ステップ 6

[保存] をクリックします。


次のタスク

プレゼンス冗長グループを設定した際にハイ アベイラビリティを有効にしていない場合は、高可用性を有効にする

高可用性を有効にする


注意    


IM and Presence Service クラスタのレプリケーションのセットアップに失敗したが、すべての重要なサービスが実行されている場合、現在の冗長グループで有効な場合は、すぐにフェール オーバーする場合があります。


始める前に

  • プレゼンス冗長グループの設定

  • IM and Presence Service クラスタでレプリケーションがセットアップされていることを確認します。

  • すべての重要なサービスが動作していることを確認します。

手順


ステップ 1

Cisco Unified CM の管理から、[システム(System)] > [プレゼンス冗長グループ(Presence Redundancy Groups)]を選択します。

ステップ 2

検索情報を指定し、[検索(Find)] をクリックします。

ステップ 3

設定したプレゼンス冗長グループを選択します。

ステップ 4

高可用性を有効にするには、[高可用性を有効にする(Enable High Availability)] チェックボックスをオンにします。

ステップ 5

[保存(Save)] をクリックします。


ユーザー割り当てモードの設定

この手順を使用すると、Sync Agent がクラスタ内のノードにユーザを分散させる方法を設定できます。 この設定により、フェール オーバーおよびロード バランシングを管理できます。

手順


ステップ 1

Cisco Unified CM Administrationから、[システム] > [企業パラメータ] を選択します。

ステップ 2

[ユーザ管理パラメータ(User Management Parameters)]領域で、[プレゼンスサーバのユーザー割り当てモード(User Assignment Mode for Presence Server)]パラメータに次のいずれかのオプションを選択します。

  • [バランス(Balanced)]:このモード(デフォルト)では、ユーザを各サブクラスタのそれぞれのノードに均等に割り当て、各ノードにユーザの合計数が均等に分散するようにします。 これがデフォルトのオプションです。
  • [アクティブスタンバイ(Active-Standby)]:このモードでは、サブクラスタの最初のノードにすべてのユーザを割り当て、セカンダリサーバをバックアップのままにします。
  • [なし(None)]:このモードでは、Sync Agentでクラスタのノードにユーザが割り当てられません。

ステップ 3

[保存(Save)] をクリックします。


手動によるフェールオーバー、フォールバック、リカバリの開始

プレゼンス冗長グループの IM and Presence サービス ノードの手動フェールオーバー、フォールバック、またはリカバリを開始するにはこの手順を使用します。

  • 手動フェールオーバー - 手動フェールオーバーを開始すると、Cisco Server Recovery Manager は失敗したノードの重要なサービスを停止します。 失敗したノードのすべてのユーザが切断されるので、バックアップ ノードに再ログインする必要があります。 手動でフォールバックしない限り、重要なサービスは再開されません。

  • 手動フォールバック - 手動フォールバックを開始すると、Cisco Server Recovery Manager はプライマリ ノード上の重要なサービスを再起動し、フェールオーバーされていたすべてのユーザを切断します。 切断されたユーザは、割り当てられたノードに再ログインする必要があります。

  • 手動リカバリ - 手動リカバリは、プレゼンス冗長グループ内の両方のノードが失敗状態にある場合に必要となります。 この場合、IM and Presence Service はプレゼンス冗長グループの両方のノード上で、Cisco Server Recovery Manager サービスを再起動します。

手順


ステップ 1

Cisco Unified CM の管理から、[システム(System)] > [プレゼンス冗長グループ(Presence Redundancy Groups)]を選択します。

ステップ 2

検索をクリックし、該当するノードを含むプレゼンス冗長グループを選択します。

ステップ 3

次のいずれかの操作を行います。 使用可能なボタンは、ノードの現在の状態によって異なることに留意してください。

  • フェイルオーバーをクリックしてアクティブノードのフェイルオーバーを開始します。
  • フェイルオーバーをクリックして、フェイルオーバーしたノードのフォールバックを開始します。
  • 両方のノードがフェイルオーバーしていてそれらを回復したい場合、回復をクリックします。


(注)  


CLI を使用して Cisco Unified Communications Manager または IM and Presence サービスからこれらのアクションを開始することもできます。 詳細については、『Command Line Interface Guide for Cisco Unified Communications Solutions』を参照してください。

(注)  


ノードの 1 つがフェールオーバー状態の間は、IM and Presence サービスクラスタにエンドユーザを追加できません。


ノード状態定義

表 1. プレゼンス冗長グループのノード状態の定義

都道府県(State)

説明

初期化中(Initializing)

これは、Cisco Server Recovery Manager サービスが開始されたときの初期(遷移)状態であり、一時的な状態です。

アイドル

フェールオーバーが発生してサービスが停止されると、IM and Presence サービスはアイドル状態になります。 アイドル状態では、IM and Presence サービス ノードがアベイラビリティ サービスやインスタント メッセージ サービスを提供しません。 [Cisco Unified CMの管理(Cisco Unified CM Administration)]ユーザ インターフェイスを使用して、このノードへのフォールバックを手動で開始できます。

標準

これは安定した状態です。 IM and Presence サービスが正常に稼働しています。 この状態では、[Cisco Unified CMの管理(Cisco Unified CM Administration)]ユーザ インターフェイスを使用して、このノードへのフェールオーバーを手動で開始できます。

バックアップモードで実行中(Running in Backup Mode)

これは安定した状態です。 IM and Presence サービス ノードが、そのピア ノードのバックアップとして機能中です。 ユーザは、この(バックアップ)ノードに移動しました。

テイク オーバー中(Taking Over)

これは遷移状態です。 IM and Presence サービス ノードが、そのピア ノードへのテイクオーバー中です。

フェールオーバー中(Failing Over)

これは遷移状態です。 IM and Presence サービス ノードが、そのピア ノードによってテイクオーバーされているところです。

フェールオーバー済み(Failed Over)

これは安定した状態です。 IM and Presence サービス ノードがフェールオーバーしましたが、重要なサービスはダウンしていません。 この状態では、[Cisco Unified CMの管理(Cisco Unified CM Administration)]ユーザ インターフェイスを使用して、このノードへのフォールバックを手動で開始できます。

フェールオーバー済み/重要なサービスが実行されていません(Failed Over with Critical Services Not Running)

これは安定した状態です。 IM and Presence サービス ノード上の重要なサービスの一部が、停止したか失敗しました。

フォールバック中(Falling Back)

これは遷移状態です。 システムが、バックアップ モードで実行中のノードからこの IM and Presence サービス ノードへのフォールバック中です。

テイク バック中(Taking Back)

これは遷移状態です。 失敗した IM and Presence サービス ノードが、そのピアからテイクバックされているところです。

障害モードで実行中(Running in Failed Mode)

遷移状態または [バックアップモードで実行中(Running in Backup Mode)] 状態のときにエラーが発生しました。

不明

ノード状態は不明です。

原因として、IM and Presence サービス ノード上でハイ アベイラビリティが正しく有効にされなかったことが考えられます。 プレゼンス冗長グループの両方のノード上で、Server Recovery Manager サービスを再起動してください。

ノード状態、原因、および推奨処置

[Cisco Unified CMの管理(Cisco Unified CM Administration)] ユーザインターフェイスを使用してグループを選択する場合、[プレゼンス冗長グループの設定(Presence Redundancy Group Configuration)] ウィンドウのプレゼンス冗長グループでノードのステータスを表示できます。

表 2. プレゼンス冗長グループ ノードのハイ アベイラビリティ状態、原因、および推奨されるアクション

ノード 1

ノード 2

都道府県(State)

理由(Reason)

都道府県(State)

理由(Reason)

原因/推奨処置

標準

標準

標準

標準

標準

フェールオーバー中(Failing Over)

管理者からの要求(On Admin Request)

テイク オーバー中(Taking Over)

管理者からの要求(On Admin Request)

管理者がノード 1 からノード 2 への手動フェールオーバーを開始しました。手動フェールオーバーの処理中です。

アイドル

管理者からの要求(On Admin Request)

バックアップモードで実行中(Running in Backup Mode)

管理者からの要求(On Admin Request)

管理者が開始したノード 1 からノード 2 への手動フェールオーバーが完了しました。

テイク バック中(Taking Back)

管理者からの要求(On Admin Request)

フォールバック中(Falling Back)

管理者からの要求(On Admin Request)

管理者がノード 2 からノード 1 への手動フォールバックを開始しました。手動フォールバックの処理中です。

アイドル

初期化

バックアップモードで実行中(Running in Backup Mode)

管理者からの要求(On Admin Request)

管理者はノード 1 が "アイドル" 状態の間にノード 1 で SRM サービスを再起動します。

アイドル

初期化

バックアップモードで実行中(Running in Backup Mode)

初期化

プレゼンス冗長グループが手動フェールオーバー モードであるとき、管理者がプレゼンス冗長グループの両方のノードを再起動したか、両方のノード上の SRM サービスを再起動しました。

アイドル

管理者からの要求(On Admin Request)

バックアップモードで実行中(Running in Backup Mode)

初期化

管理者は、ノード 2 がバックアップ モードで動作中、ノード 1 のハートビートがタイムアウトする前にノード 2 で SRM サービスを再起動します。

フェールオーバー中(Failing Over)

管理者からの要求(On Admin Request)

テイク オーバー中(Taking Over)

初期化

管理者は、ノード 2 がテイク オーバー中、ノード 1 のハートビートがタイムアウトする前にノード 2 で SRM サービスを再起動します。

テイク バック中(Taking Back)

初期化

フォールバック中(Falling Back)

管理者からの要求(On Admin Request)

管理者は、テイク バック中、ノード 2 のハートビートがタイムアウトする前にノード 1 で SRM サービスを再起動します。 テイク バック プロセスが完了すると、両方のノードが正常状態になります。

テイク バック中(Taking Back)

自動フォールバック(Automatic Fallback)

フォールバック中(Falling Back)

自動フォールバック(Automatic Fallback)

ノード 2 からノード 1 への自動フォールバックが開始され、進行中です。

フェールオーバー済み(Failed Over)

初期化(Initialization)または重要なサービス停止(Critical Services Down)

バックアップモードで実行中(Running in Backup Mode)

重要なサービスのダウン

次のいずれかの条件が発生すると、ノード 1 は [フェールオーバー済み(Failed Over)] 状態に遷移します。

  • ノード 1 のリブートにより、重要なサービスが稼働状態に戻る。

  • ノード 1 が [フェールオーバー済み/重要なサービスが実行されていません(Failed Over with Critical Services Not Running)] 状態であるとき、管理者がノード 1 上で重要なサービスを開始する。

    ノード 1 が [フェールオーバー済み(Failed Over)] 状態に遷移するとき、プレゼンス冗長グループのノードを [正常(Normal)] 状態に復元するために、管理者がノード 1 を手動フォールバックできる状態にある。

フェールオーバー済み/重要なサービスが実行されていません(Failed Over with Critical Services not Running)

重要なサービスのダウン

バックアップモードで実行中(Running in Backup Mode)

重要なサービスのダウン

ノード 1 で重要なサービスがダウンしています。IM and Presence サービスは、ノード 2 への自動フェールオーバーを実行します。

推奨処置:

  1. ノード 1 にダウンしている重要なサービスがないかどうかを確認し、手動でのそのサービスの開始を試みます。

  2. ノード 1 上の重要なサービスが開始されない場合は、ノード 1 をリブートします。

  3. リブート後にすべての重要なサービスが起動して実行中になったら、手動フォールバックを実行してプレゼンス冗長グループのノードを [正常(Normal)] 状態に復元します。

フェールオーバー済み/重要なサービスが実行されていません(Failed Over with Critical Services not Running)

データベース障害(Database Failure)

バックアップモードで実行中(Running in Backup Mode)

データベース障害(Database Failure)

ノード 1 でデータベースサービスがダウンしています。IM and Presence サービスは、ノード 2 への自動フェールオーバーを実行します。

推奨処置:

  1. ノード 1 をリブートします。

  2. リブート後にすべての重要なサービスが起動して実行中になったら、手動フォールバックを実行してプレゼンス冗長グループのノードを [正常(Normal)] 状態に復元します。

障害モードで実行中(Running in Failed Mode)

重要なサービスの開始が失敗

障害モードで実行中(Running in Failed Mode)

重要なサービスの開始が失敗

他のノードからプレゼンス冗長グループのノードへのテイクバック中は、重要なサービスを開始できません。

推奨処置。 テイクバック中のノード上で、次の操作を実行します。

  1. ノードにダウンしている重要なサービスがないかどうかを確認します。 これらのサービスを手動で開始するには、[プレゼンス冗長グループの設定(Presence Redundancy Group Configuration)] ウィンドウで [リカバリ(Recovery)] をクリックします。

  2. 重要なサービスが開始されない場合は、ノードをリブートします。

  3. リブート後にすべての重要なサービスが起動して実行中になったら、手動フォールバックを実行してプレゼンス冗長グループのノードを [正常(Normal)] 状態に復元します。

障害モードで実行中(Running in Failed Mode)

重要なサービスのダウン

障害モードで実行中(Running in Failed Mode)

重要なサービスのダウン

バックアップ ノード上で重要なサービスがダウンしました。 両方のノードが失敗状態に入ります。

推奨処置:

  1. バックアップ ノードにダウンしている重要なサービスがないかどうかを確認します。 これらのサービスを手動で開始するには、[プレゼンス冗長グループの設定(Presence Redundancy Group Configuration)] ウィンドウで [リカバリ(Recovery)] をクリックします。

  2. 重要なサービスが開始されない場合は、ノードをリブートします。

ネットワーク接続が失われているためにノード 1 がダウンしているか、SRM サービスが実行されていません。

バックアップモードで実行中(Running in Backup Mode)

ピア ダウン

ノード 2 がノード 1 からのハートビートを失いました。IM and Presence サービスは、ノード 2 への自動フェールオーバーを実行します。

推奨処置。 ノード 1 が起動したら、次の操作を実行します。

  1. プレゼンス冗長グループのノード間のネットワーク接続を確認し、修復します。 ノード間のネットワーク接続を再確立すると、ノードが失敗状態になる場合があります。 [プレゼンス冗長グループの設定(Presence Redundancy Group Configuration)] ウィンドウで [リカバリ(Recovery)] をクリックして、ノードを「通常」状態に復元します。

  2. SRM サービスを開始し、手動フォールバックを実行して、プレゼンス冗長グループのノードを [正常(Normal)] 状態に復元します。

  3. (ノードがダウンしている場合)ノード 1 を修復し、電源を入れます。

  4. ノードが起動し、すべての重要なサービスが実行中になったら、手動フォールバックを実行してプレゼンス冗長グループのノードを [正常(Normal)] 状態に復元します。

(電源切断、ハードウェア障害、シャットダウン、リブートなどにより)ノード 1 がダウンしています。

バックアップモードで実行中(Running in Backup Mode)

ピア リブート

ノード 1 上で次のような条件が発生したため、IM and Presence サービスはノード 2 への自動フェールオーバーを実行しました。
  • ハードウェア障害

  • 電源切断

  • 再起動

  • shutdown

推奨処置:

  1. ノード 1 を修復し、電源を入れます。

  2. ノードが起動し、すべての重要なサービスが実行中になったら、手動フォールバックを実行してプレゼンス冗長グループのノードを [正常(Normal)] 状態に復元します。

[フェールオーバー済み/重要なサービスが実行されていません(Failed Over with Critical Services not Running)] または [フェールオーバー完了(Failed Over)]

初期化

バックアップ モード(Backup Mode)

初期化中のピア ダウン

起動中、ノード 2 はノード 1 を参照しません。

推奨処置:

ノード 1 が起動し、すべての重要なサービスが実行中になったら、手動フォールバックを実行してプレゼンス冗長グループのノードを [正常(Normal)] 状態に復元します。

障害モードで実行中(Running in Failed Mode)

[Cisco Server Recovery Manager によるユーザのテイクオーバーが失敗(Cisco Server Recovery Manager Take Over Users Failed)]

障害モードで実行中(Running in Failed Mode)

[Cisco Server Recovery Manager によるユーザのテイクオーバーが失敗(Cisco Server Recovery Manager Take Over Users Failed)]

テイクオーバー プロセス中のユーザ移動は失敗します。

推奨処置:

データベース エラーの可能性があります。 [プレゼンス冗長グループの設定(Presence Redundancy Group Configuration)] ウィンドウで、[リカバリ(Recovery)] をクリックしてください。 問題が解決しない場合は、ノードをリブートします。

障害モードで実行中(Running in Failed Mode)

Cisco Server Recovery Manager によるユーザのテイク バックが失敗(Cisco Server Recovery Manager Take Back Users Failed)

障害モードで実行中(Running in Failed Mode)

Cisco Server Recovery Manager によるユーザのテイク バックが失敗(Cisco Server Recovery Manager Take Back Users Failed)

フォールバック プロセス中にユーザの移動に失敗しました。

推奨処置:

データベース エラーの可能性があります。 [プレゼンス冗長グループの設定(Presence Redundancy Group Configuration)] ウィンドウで、[リカバリ(Recovery)] をクリックしてください。 問題が解決しない場合は、ノードをリブートします。

障害モードで実行中(Running in Failed Mode)

不明

障害モードで実行中(Running in Failed Mode)

不明

他のノードの SRM が障害状態である、または内部システム エラーが発生すると、ノードの SRM が再起動します。

推奨処置:

[プレゼンス冗長グループの設定(Presence Redundancy Group Configuration)] ウィンドウで、[リカバリ(Recovery)] をクリックしてください。 問題が解決しない場合は、ノードをリブートします。

バックアップがアクティブ(Backup Activated)

データベース障害からの自動回復(Auto Recover Database Failure)

フェールオーバーがサービスに影響(Failover Affected Services)

データベースの自動リカバリに失敗

バックアップ ノード上でデータベースがダウンしました。 ピア ノードがフェールオーバー モードであり、プレゼンス冗長グループのすべてのユーザをテイクオーバーできます。 自動リカバリ操作が自動的に行われ、すべてのユーザはプライマリ ノードに移動されます。

バックアップがアクティブ(Backup Activated)

データベース障害からの自動回復(Auto Recover Database Failure)

フェールオーバーがサービスに影響(Failover Affected Services)

重要なサービス停止からの自動回復(Auto Recover Critical Service Down)

バックアップ ノード上で重要なサービスがダウンしました。 ピア ノードがフェールオーバー モードであり、プレゼンス冗長グループのすべてのユーザをテイクオーバーできます。 自動リカバリ操作が自動的に行われ、すべてのユーザはピア ノードに移動されます。

不明

不明

ノード状態は不明です。

原因として、IM and Presence サービス ノード上でハイ アベイラビリティが正しく有効にされなかったことが考えられます。

推奨処置:

プレゼンス冗長グループの両方のノード上で、Server Recovery Manager サービスを再起動してください。

冗長性の連携動作と制約事項

機能

データのやり取り

ユーザの追加

いずれかのクラスタノードがフェールオーバー状態の間は、IM and Presence サービスクラスタに新規ユーザーを追加できません。

マルチデバイスメッセージング

フェールオーバーが発生した場合、マルチデバイスメッセージング 機能により、IM and Presence サービスでサーバ回復に遅延が発生します。 マルチデバイスメッセージング が設定されているシステムでサーバのフェール オーバーが発生すると、通常、[Cisco Server Recovery Manager]サービス パラメータで指定された時間の 2 倍かかります。

プッシュ通知の高可用性

高可用性は、11.5(1)SU3 時点のプッシュ通知配置でサポートされています。 プッシュ通知が有効になっていて、ノードがフェールオーバーすると、iPhone および iPad クライアント上の Cisco Jabber に対して次のことが起こります。

  • フォアグラウンドモードの Cisco Jabber クライアントの場合、Jabber クライアントはバックアップノードに自動的にログインし、メインノードが回復するまで引き継ぎます。 バックアップノードが引き継ぐときも、メインノードが回復するときも、サービスに中断はありません。

  • バックグラウンドモードの Cisco Jabber クライアントの場合、バックアップノードが引き継ぎますが、プッシュ通知が送信されるまでに遅延があります。 Jabber クライアントはバックグラウンドモードであるため、ネットワークへのアクティブな接続がないため、バックアップノードに自動的にログインしません。 バックアップノードは、プッシュ通知を送信する前に、バックグラウンドモードにあるすべてのフェイルオーバーユーザに対して JSM セッションを再作成する必要があります。

    遅延の長さはシステム負荷によって異なります。 テストによると、HA ペアでユーザが均等に分散された 15,000 ユーザの OVA の場合、フェイルオーバー後にプッシュ通知が送信されるまでに 10〜20 分かかります。 この遅延は、バックアップノードが引き継ぐとき、およびメインノードが回復した後にも発生します。

(注)  

 
ノード障害または予期しない Cisco XCP Router のクラッシュの場合、IM 履歴を含むユーザの IM セッションは、ユーザ アクションを必要とすることなく維持されます。 ただし、Cisco Jabber on iPhone または iPad のクライアントが保留モードであった場合、クラッシュしたときにサーバ上にキューされていた未開封メッセージを取得することはできません。
ユーザの一時的なプレゼンス ステータス

ユーザの一時的なプレゼンス ステータスで、フェールオーバー、フォールバック、およびユーザの移動の後に、古いプレゼンス ステータスが表示されます。 これは、一時的なプレゼンスに対するサブスクリプションが削除されたためであり、ユーザの有効な一時的プレゼンス ステータスを表示するためには、ユーザが一時的なプレゼンスに登録し直す必要があります。

たとえば、ユーザ A がユーザ B の一時的なプレゼンスに登録されており、ユーザ B が割り当てられている IM and Presence ノードでフェールオーバーが発生した場合、ユーザ B がバックアップ ノードに再ログインした後でも、ユーザ B はユーザ A に対してオフラインと表示されます。 これは、ユーザ B の一時的なプレゼンスに対するサブスクリプションが削除され、ユーザ A が削除を認識していないためです。 ユーザ A は、ユーザ B の一時的な存在を再度サブスクライブする必要があります。

ユーザ A が Jabber クライアントから User B の検索を削除すると、ユーザ B の一時的なプレゼンスの検索を試みるまでに、ユーザ A は少なくとも 30 秒待つ必要があります。一致しない場合、ユーザ A にはユーザ B の古いプレゼンスが表示されします。Jabber クライアントは、有効な一時プレゼンス ステータスを取得するために、同じユーザに対する 2 回の検索の間で少なくとも 30 秒待つ必要があります。

IM と Presence ステータス

ユーザーをあるプレゼンス冗長グループから別のプレゼンス冗長グループに移動する場合、ユーザーが移動した現在のプレゼンス冗長グループで IM と Presence ステータスを表示するには、ユーザーを Jabber セッションからログアウトする必要があります。