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

偏向のない言語

この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。

翻訳について

このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。

マニュアルのコンテンツ
このマニュアル内で検索
ご利用いただける言語
Download Options

Book Title

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

Chapter Title

クラスタ

検索結果

Updated:
2017年6月25日

章のタイトル： クラスタ

目次

概要

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 アドレスまたはホスト名の変更後に新しい証明書を生成します。

      関連タスク
      vCenter がホストするサーバの仮想マシン プロパティを変更
      ESXi がホストするサーバの仮想マシン プロパティを変更
      自己署名証明書を生成

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

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

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

      手順
        ステップ 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 との通信をブロックします。

            概要

            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 との通信をブロックします。

                      このドキュメントは役に立ちましたか?

                      Feedbackフィードバック

                      シスコに問い合わせ