Cisco Jabber Guest Server 10.0 インストレーション/コンフィギュレーション ガイド
クラスタ
クラスタ

クラスタ

概要

Cisco Jabber Guest の初期リリースでは、3 台のサーバのクラスタをサポートします。 3 台の運用サーバについて、完全な冗長性が必要です。 Cisco Jabber Guest は、クラスタ内の 2 台の運用サーバで正しく動作しますが、Cisco Jabber Guest クラスタ内のサーバをアップグレードするときなど、2 台の運用サーバで稼動する期間は短期間にすることを推奨します。 Cisco Jabber Guest は、クラスタ内の 1 台のサーバだけが動作可能である場合は正しく動作しません。

推奨される配置

クラスタ内の 1 台のサーバだけに一度に要求を送信するために、リバース プロキシを設定します。 [設定(Configuration)] > [ユニファイド コミュニケーション(Unified Communications)] > [設定(Configuration)] > [Jabber Guest サーバを設定(Configure Jabber Guest servers)][優先度(Priority)] フィールドから Cisco Expressway-C で要求を送信する順番を設定します。 すべての Cisco Jabber Guest サーバには異なる優先度が設定される必要があります。 サーバが応答不能になった場合にのみ、要求は異なるサーバに送信されます。

Cisco Jabber Guest はクラスタ内の任意のサーバで管理できますが、トラブルシューティングを簡素化するために、クラスタで 1 台のサーバを管理用に使用することを推奨します。

データ レプリケーション

次の表に、クラスタでどのデータが複製されるのかを説明します。

表 1 クラスタ データのレプリケーション

複製されるデータ

複製されないデータ

ユーザ(Users)

[設定(Settings)] > [ローカル SSL 証明書(Local SSL Certificate)]

リンク

[設定(Settings)] > [コール制御とメディア(Call Control and Media)](ローカル)

[サービス(Services)] > [パスワード(Passwords)]

ログ

[設定(Settings)] > [リンク(Links)]

 

[設定(Settings)] > [モバイル(Mobile)]

 

[設定(Settings)] > [セキュアな信頼証明書(Secure Trust Certificate)]

 

[設定(Settings)] > [コール制御とメディア(Call Control and Media)]

 

クラスタの遅延

遅延の上限は 15 ミリ秒です。

クラスタの作成

この手順では、プライマリ サーバをプライマリと呼び、2 台のセカンダリ サーバをノード Aノード B と呼びます。

手順
    ステップ 1   セカンダリ サーバがクラスタに組み合わされると、セカンダリ サーバのデータはすべて破棄されます。 データを将来再利用できるように保持する必要がある場合は、セカンダリ サーバをクラスタに組み合せる前にセカンダリ サーバをバックアップします。
    ステップ 2   3 台のすべてのサーバに .OVA を配置します。
    ステップ 3   root として各サーバにサインインします。
    ステップ 4   3 台のサーバの 1 台でプライマリを確立するには、以下の操作を実行します。
    1. cluster initiate と入力し、画面の指示に従います。 新しい設定でデータベースが安定するまでに数分かかります。
    2. cluster status と入力することにより、データベースが安定したことを確認します。 データベースが安定したら、ステータスに---> <IP address/hostname of primary> PRIMARYが表示されます。 記号 ---> は現在のサーバを示します。
    3. Tomcat をリスタートします。service tomcat-as-standalone.sh restart.
    ステップ 5   ノード A を、残りのサーバの 1 台のクラスタに結合するには、以下の操作を実行します。
    1. cluster join <IP address/hostname of primary> と入力し、画面の指示に従います。 新しい設定でデータベースが安定するまでに数分かかります。
    2. cluster status と入力することにより、データベースが安定したことを確認します。 データベースが安定したら、ステータスに---> <IP address/hostname of node A> SECONDARYが表示されます。
    3. Tomcat をリスタートします。service tomcat-as-standalone.sh restart.
    ステップ 6   ノード B を、残りのサーバ クラスタに結合するには、以下の操作を実行します。
    1. cluster join <IP address/hostname of primary> と入力し、画面の指示に従います。 新しい設定でデータベースが安定するまでに数分かかります。
    2. cluster status と入力することにより、データベースが安定したことを確認します。 データベースが安定したら、ステータスに---> <IP address/hostname of node B> SECONDARYが表示されます。
    3. Tomcat をリスタートします。service tomcat-as-standalone.sh restart.
    ステップ 7   ノード A がノード B と通信できるようにします。
    1. cluster allow <IP address/hostname of node B> と入力します。
    2. cluster status と入力することにより、通信が許可されることを確認します。 通信が許可されている場合、ノード B のステータスが ---> <IP address/hostname of node B> not reachable/healthy から ---> <IP address/hostname of node B> SECONDARY へ変わります。
    ステップ 8   ノード B をノード A と通信できるようにします。
    1. cluster allow <IP address/hostname of node A> と入力します。
    2. cluster status と入力することにより、通信が許可されることを確認します。 通信が許可されている場合、ノード A のステータスが ---> <IP address/hostname of node A> not reachable/healthy から ---> <IP address/hostname of node A> SECONDARY へ変わります。

    次の作業

    クラスタ内の 3 台のサーバごとに、ネットワーク内に設置されたサーバのタイプに応じて、Cisco Unified Communications Manager の適切な SIP トランクか Cisco TelePresence Video Communication Server のゾーンを設定します。

    クラスタ内のサーバの IP アドレスまたはホスト名を変更

    何らかの理由で変更した場合は、クラスタ内のサーバの IP アドレスまたはホスト名を変更できます。

    この手順では、IP アドレスまたはホスト名を変更するサーバを ターゲット サーバとします。

    手順
      ステップ 1   ターゲット サーバの現在の IP アドレスまたはホスト名を書き留めておいてください。 ステップ 4.b で、この情報を入力する必要があります。
      ステップ 2   (任意)プライマリ サーバの IP アドレスまたはホスト名を変更する場合は、プライマリ サーバをセカンダリ サーバに格下げするか、ステップ 3 に進んでください。
      1. プライマリ サーバで、cluster stepdown と入力します。
      2. cluster status と入力し、ターゲット サーバがプライマリ サーバからセカンダリ サーバに格下げされていることを確認します。
      3. 現時点でどのサーバがプライマリ サーバであるかを書き留めておきます。
      ステップ 3   ターゲット サーバの IP アドレスまたはホスト名を変更します。
      ステップ 4   クラスタで、ターゲット サーバの IP アドレスまたはホスト名を変更します。
      1. root としてプライマリ サーバにサインインします。
      2. cluster move <old IP address/hostname of target server> <new IP address/hostname of target server> と入力します。
      3. cluster status と入力することにより、ターゲット サーバの IP アドレスまたはホスト名が変更されたことを確認します。
      ステップ 5   他のセカンダリ サーバ(ノード B)で、ターゲット サーバの古い IP アドレスまたはホスト名からの通信をブロックし、ターゲット サーバの新しい IP アドレスまたはホスト名での通信を実行可能にします。
      1. root としてノード B にサインインします。
      2. ノード B で、cluster disallow <old IP address/hostname of target server> と入力することにより、ターゲット サーバの古い IP アドレスまたはホスト名からの通信をブロックします。
      3. ノード B で、cluster allow <new IP/hostname of target server> と入力することにより、ターゲット サーバの新しい IP アドレスまたはホスト名での通信を許可します。
      ステップ 6   cluster status と入力することにより、クラスタの各サーバが正常であることを確認してください。
      ステップ 7   ターゲット サーバで、Tomcat を再起動します。
      service tomcat-as-standalone.sh restart
      ステップ 8   プライマリ サーバの IP アドレスまたはホスト名を変更した場合、Cisco Jabber Guest Administration で、リンクに使用したドメインを更新します。
      1. Cisco Jabber Guest Administration に管理者としてサインインします。
      2. [設定(Settings)] をクリックしてから、[リンク(Links)] をクリックします。
      3. [リンクに使用されるドメイン(Domain used for Links)] フィールドで、新しいプライマリ サーバの IP アドレスまたはホスト名を入力します。
      4. [更新(Update)] をクリックします。

      次の作業

      自己署名証明書を使用する場合は、サーバの IP アドレスまたはホスト名の変更後に新しい証明書を生成します。

      プライマリ サーバからセカンダリ サーバへの格下げ

      プライマリ サーバをセカンダリ サーバに格下げまたは降格できます。 たとえば、プライマリ サーバのメンテナンスを行う必要がある場合です。

      新しいプライマリ サーバは、クラスタ内の残りのサーバから選択されます。

      手順
        ステップ 1   root としてプライマリ サーバにサインインします。
        ステップ 2   cluster stepdown と入力します。
        ステップ 3   cluster status と入力することにより、サーバがセカンダリに格下げされたことを確認します。

        クラスタのアップグレード

        この手順では、プライマリ サーバをノード A と呼び、2 台のセカンダリ サーバをノード Bノード C と呼びます。

        手順
          ステップ 1   どのノードがプライマリ サーバおよびセカンダリ サーバであるかメモします。
          1. root として Cisco Jabber Guest サーバの 1 台にサインインします。
          2. cluster status と入力します。
          ステップ 2   クラスタ内の各サーバがバックアップ済みであることを確認します。
          ステップ 3   JabberGuest-10.x.x.x.iso をダウンロードします。
          ステップ 4   vSphere Client を開きます。
          ステップ 5   CD/DVD ドライブが仮想マシンに接続されていない場合は、1 台を追加します。
          1. [仮想マシン プロパティ(Virtual Machine Properties)] ウィンドウで [ハードウェア(Hardware)] タブをクリックし、次にその [追加(Add)] をクリックし、[ハードウェアを追加(Add Hardware)] ウィンドウを表示させます。
          2. [ハードウェアを追加(Add Hardware)] ウィンドウで、デバイス タイプとして [CD/DVD ドライブ(CD/DVD Drive)] を選択し、[次へ(Next)] をクリックします。
          3. [CD/DVD メディア(CD/DVD Media)] タイプでは、[物理ドライブを使用(Use physical drive)] をクリックしてから、[次へ(Next)] をクリックします。
          4. ドライブの選択が表示されたときにデフォルト CD/DVD ドライブを承認してから、[次へ(Next)] をクリックします。
          5. [高度なオプション(Advanced Options)] 設定では、デフォルト値を承認し、[次へ(Next)] をクリックします。
          6. [完了する準備が整っている(Ready to Complete)] ウィンドウで、[完了(Finish)] をクリックします。
          7. [仮想マシン プロパティ(Virtual Machine Properties)] ウィンドウで、[OK(OK)] をクリックします。
          ステップ 6   各サーバで、CD/DVD ドライブを ISO イメージに接続します。
          1. 仮想マシンとテンプレートのインベントリ ツリーで、仮想マシンを選択します。
          2. [仮想マシンの CD/DVD デバイスを接続/切断(Connect/disconnect the CD/DVD devices of the virtual machine)] ボタンをクリックします。 ボタンのアイコンはレンチ付きのディスクです。
          3. [CD/DVD ドライブ 1(CD/DVD drive 1)] を指し示し、[ローカル ディスクで ISO イメージへ接続(Connect to ISO image on local disk)] をクリックします。
          4. [開く(Open)] ウィンドウで、ステップ 2 でダウンロードされる ISO イメージを参照し、それをダブルクリックします。
          ISO イメージに接続するまでに時間が少しかかります。 接続されると、[最近のタスク(Recent Tasks)] リストで、[接続(Connect)] タスクのステータスが [完了(Completed)] を表示します。
          ステップ 7   逆プロキシを更新することによりノード B の更新の準備を行い、コール要求がノード A に 1 番目に送信され、ノード C に 2 番目に送信され、ノード B にはコール要求が送信されないようにします。
          1. Cisco Expressway-C[設定(Configuration)] > [ユニファイド コミュニケーション(Unified Communications)] > [設定(Configuration)] を選択します。
          2. [Jabber Guest(Jabber Guest)] の下で、[Jabber Guest サーバを構成(Configure Jabber Guest servers)] をクリックします。
          3. ノード A の行で [編集を表示(View/Edit)] をクリックし、[優先度(Priority)] フィールドの値を 1 に変更して、[保存(Save)] をクリックします。
          4. ノード B の行で、[編集を表示(View/Edit)] をクリックし、[優先度(Priority)] フィールドの値を 0 に変更して、[保存(Save)] をクリックします。
          5. ノード C の行で [編集を表示(View/Edit)] をクリックし、[優先度(Priority)] フィールドの値を 2 に変更して、[保存(Save)] をクリックします。
          ステップ 8   ノード B にコールがないことを確認してください。
          1. Cisco Expressway-C で、[設定(Configuration)] > [ゾーン(Zones)] > [ゾーン(Zones)] を選択してください。
          2. ノード B の行で、[コール(Calls)] カラムが 0 コールを表示するまで待機します。
          ステップ 9   次の方法で、ノード B をアップグレードします。
          1. root としてサーバにサインインします。
          2. /mnt ディレクトリの下に、CD/DVD ドライブのマウント場所として使用する cdrom という名前の新しいディレクトリを作成します。
            mkdir /mnt/cdrom
          3. /mnt/cdrom に CD/DVD ドライブをマウントします。
            mount /dev/cdrom /mnt/cdrom
            CD/DVD ドライブをマウントすると、マウント: ブロック デバイス /dev/sr0 が書き込み保護され、読み取り専用のマウントですというメッセージが表示されます。
          4. ディレクトリを /mnt/cdrom に変更します。
            cd /mnt/cdrom
          5. アップグレード スクリプトを実行します。
            bash upgrade
          アップグレードが完了すると、次のメッセージが表示されます。 このアップグレードのログ ファイルは、/var/log/webcommon/upgrade.log で確認できます。
          ステップ 10   逆プロキシを更新することによりノード C の更新の準備を行い、コール要求がノード A に 1 番目に送信され、ノード B に 2 番目に送信され、ノード C にはコール要求が送信されないようにします。
          1. Cisco Expressway-C[設定(Configuration)] > [ユニファイド コミュニケーション(Unified Communications)] > [設定(Configuration)] を選択します。
          2. [Jabber Guest(Jabber Guest)] の下で、[Jabber Guest サーバを構成(Configure Jabber Guest servers)] をクリックします。
          3. ノード A の行で、優先度を 1 に設定したままにします。
          4. ノード B の行で、[編集を表示(View/Edit)] をクリックし、[優先度(Priority)] フィールドの値を 2 に変更して、[保存(Save)] をクリックします。
          5. ノード C の行で [編集を表示(View/Edit)] をクリックし、[優先度(Priority)] フィールドの値を 0 に変更して、[保存(Save)] をクリックします。
          ステップ 11   ノード C にコールがないことを確認してください。
          1. Cisco Expressway-C で、[設定(Configuration)] > [ゾーン(Zones)] > [ゾーン(Zones)] を選択してください。
          2. ノード C の行で、[コール(Calls)] カラムが 0 コールを表示するまで待機します。
          ステップ 12   ステップ 9 を繰り返してノード C をアップグレードします。
          ステップ 13   Cisco Jabber Guest Administration へ管理者としてサインインすることにより、ノード B とノード C がバックアップされ、実行中であることを確認します。

          1. アップグレードする Cisco Jabber Guest バージョン番号は、画面の下部に表示されます。
          2. 必要なすべてのユーザとリンクが表示されていることを確認します。
          ステップ 14   逆プロキシを更新することによりノード A の更新の準備を行い、コール要求がノード C に 1 番目に送信され、ノード B に 2 番目に送信され、ノード A にはコール要求が送信されないようにします。
          1. Cisco Expressway-C[設定(Configuration)] > [ユニファイド コミュニケーション(Unified Communications)] > [設定(Configuration)] を選択します。
          2. [Jabber Guest(Jabber Guest)] の下で、[Jabber Guest サーバを構成(Configure Jabber Guest servers)] をクリックします。
          3. ノード A の行で [編集を表示(View/Edit)] をクリックし、[優先度(Priority)] フィールドの値を 0 に変更して、[保存(Save)] をクリックします。
          4. ノード B の行で、優先度を 2 に設定したままにします。
          5. ノード C の行で [編集を表示(View/Edit)] をクリックし、[優先度(Priority)] フィールドの値を 1 に変更して、[保存(Save)] をクリックします。
          ステップ 15   ノード A にコールがなくなるまで待機します。
          1. Cisco Expressway-C で、[設定(Configuration)] > [ゾーン(Zones)] > [ゾーン(Zones)] を選択してください。
          2. ノード C の行で、[コール(Calls)] カラムが 0 コールを表示するまで待機します。 他の 2 台のサーバのアップグレード中にこのサーバがすべてのコールを処理するため、これには数分かかる場合があります。
          ステップ 16   セカンダリ サーバにノード A を格下げします。
          1. cluster stepdown と入力します。
          2. cluster status と入力することにより、ノード B またはノード C のいずれかがプライマリ サーバに格上げされたことを確認します。
          ノード B またはノード C のいずれかの状態が ---> <IP address/hostname of node B or node C> PRIMARY を表示していることを確認します。
          ステップ 17   ステップ 9 を繰り返してノード A をアップグレードします。
          ステップ 18   Cisco Jabber Guest Administration に管理者としてサインインすることにより、ノード A がバックアップされ、実行中であることを確認します。 アップグレードする Cisco Jabber Guest バージョン番号は、画面の下部に表示されます。
          ステップ 19   ノード A をプライマリ サーバに格上げします。
          1. 現在プライマリであるサーバで、cluster stepdown と入力します。
          2. cluster status と入力することにより、ノード A がプライマリに格上げされたことを確認します。 ノード A がプライマリの場合、ステータスは ---> <IP address/hostname of node A> PRIMARY を表示します。
          3. ノード A がプライマリに格上げされていない場合は、ノード A がプライマリ サーバに格上げされるまでステップ 12.a を繰り返します。
          ステップ 20   逆プロキシの順序を更新します。

          クラスタからサーバを削除

          重要:

          サーバは、クラスタから削除した後は、スタンドアロンの Cisco Jabber Guest インスタンスとして実行できません。 実行するには、サーバを再インストールする必要があります。

          この手順では、削除するセカンダリ サーバをノード A と呼び、他のセカンダリ サーバをノード B と呼びます。

          手順
            ステップ 1   クラスタ内の各サーバに root としてサインインします。
            ステップ 2   プライマリ サーバ:
            1. cluster remove <IP address/hostname of node A> と入力し、画面の指示に従います。
            2. cluster status と入力して、ノード A がクラスタから削除されていることを確認します。 ノード A はサーバのリストから削除されます。
            ステップ 3   ノード A で、cluster disallow <IP address/hostname of node B> を入力して、ノード B からの通信をブロックします。
            ステップ 4   ノード B で、cluster disallow <IP address/hostname of node A> と入力して、ノード A との通信をブロックします。