この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章では、次の項目について説明します。
クラスタを形成、接続、アップグレード、または変更した場合は常に、ピアを再起動する必要があるかどうかを確認する必要があります。 特定のピアの構成を変更した場合など、1 つのピアだけを再起動する必要がある場合があります。
クラスタ構成を操作している場合、複数のピアを再起動する必要がある場合があります。 この場合、常に次の順序で再起動する必要があります。
プライマリ ピアを再起動し、ウェブ インターフェイス経由でアクセス可能になるのを待ちます。
プライマリのクラスタ複製状況とすべてのピアの状況を確認します。 ピアのウェブ インターフェイスをときどき更新しながら、数分間待機します。
必要に応じて、他のピアを 1 つずつ再起動します。 毎回、アクセス可能になってから数分待ってから、レプリケーションの状態を確認します。
クラスタリングの変更を行ってから Expressway ピアが正常なステータスを報告するまで、約 5 分待つ必要がある場合があります。
各ピアで [ ] に移動し、クラスタデータベースのステータスが [アクティブ] としてレポートされることを確認します。
エラー ステータスがある場合、まずブラウザを更新します。 それでもステータスがアクティブではない場合は、アラームを確認してください。
|
ステップ 1 |
Cisco TMS で、 に移動します。 |
|
ステップ 2 |
Expressway の名前を見つけてクリックします。 |
|
ステップ 3 |
[ 設定 ] タブを選択します。 |
|
ステップ 4 |
[強制的に更新（Force Refresh）] をクリックします。 |
|
ステップ 5 |
クラスタ内のすべての Expressway ピア (プライマリ Expressway を含む) に対して繰り返します。 |
クラスタの各 Expressway で同じクラスタ名が設定されていることを確認します。
クラスタ名は、この Expressway クラスタをアドレス指定する SRV レコードで使用される、ルーティング可能な完全修飾ドメイン名でなければなりません（例: "cluster1.example.com"）。 ( クラスタ名および DNS SRV レコードを参照)。
これは:
"クラスタ複製エラー: 構成の手動同期が必要です"
"クラスタ複製エラー: 構成のプライマリ ID が一致していません。構成を手動で同期する必要があります。"
"クラスタ レプリケーション エラー: このピアの設定がプライマリの設定と競合しています。設定を手動で同期化する必要があります。"
下位 Expressway がアラームをレポートする場合: "クラスタ レプリケーション エラー – <details> 設定の同期"
下位の Expressway で、次のことを実行します。
SSH または他の CLI インターフェイスで admin としてログインします。
コマンドプロンプトから次のように入力します: xcommand ForceConfigUpdate
これにより、下位の Expressway 構成が削除され、プライマリ Expressway からの構成の更新が強制されます。
 注意 |
プライマリ Expressway の構成が良好な状態であることがわかっている場合にのみ、このコマンドを使用します。 このコマンドを実行する前にバックアップを取ることをお勧めします。 |
これは次のような原因が考えられます。
"クラスタレプリケーションエラー: プライマリまたはこの下位のピア構成ファイルが見つかりません。ノードを再起動してください。"
X8.11 では、クラスタ ピアごとに一意の暗号化キーを導入しました。 また、ピアが間違った順序でアップグレードされた場合など、一部のアップグレードでは、下位のピアがプライマリと同期しない場合があります。 この 2 つの問題は複雑に絡み合っており、ピアはプライマリの設定を解読できない状態に陥ります。
この現象は、下位のピアで xcommand forceconfigupdate を試みた後でも、クラスタレプリケーションのアラームが表示され続けることです。 これは、プライマリ ピアで X8.11 に最近アップグレードした後である可能性があります。
常に最初にプライマリをアップグレードすることで問題を回避できますが、このエラーが繰り返される場合は、次のように解決できます。
プライマリピアにログインし、良好な状態であることを確認します。
クラスタリング設定で、このピアがプライマリであることが示されていることを確認します。
最初にアップグレードに使用したのと同じパッケージを使用して、プライマリを再度アップグレードします。
プライマリ ピアがアップグレードされ、リブートした後に、レプリケーション アラームはクリアされます。 これは通常、再起動後 10 分以内に発生しますが、最大で 20 分後に発生する場合があります。
Expressway の ページでアクセス可能な NTP サーバーを設定します。
プライマリ Expressway でこの Expressway のピアリストを確認して修正し、他のすべての Expressway ピアにコピーします ()。
アップグレードが完了するまで待ちます。
H.323 モードがオンになっていることを確認してください ( を参照)。
サポート担当者が、次のステップの実行をサポートします。
システムのスナップショットを撮影し、サポート担当者に提供してください。
次を使用してクラスタから Expressway を削除します: クラスタからライブピアを（永久に）削除する。
以前にその Expressway で取ったバックアップを復元することにより、その Expressway のデータベースを復元します。
クラスタにピアを追加する を使用して、Expressway をクラスタに追加し直します。
Cisco TMS クラスタ診断が Expressway ピアの設定の違いをレポートする場合、各 Expressway の https://<ip address>/alternatesconfiguration.xml の出力を比較しています。
wget --user=admin --password=<password> --no-check-certificate https://<IP or FQDN of Expressway>/alternatesconfiguration.xmlこれは仕様です。会議ファクトリ %% の値はクラスタ ピア間で共有されません。また会議ファクトリ アプリケーション構成はクラスタ全体で複製されません。
他の Expressway アプリケーションにおけるクラスタリングの影響を参照してください。
Cisco TMS は、接続されたシステムで特定の管理設定を強制するように構成することができます。 これには、Expressway がフィードバックに HTTPS を使用することを確実にすることが含まれます。 有効な場合、Cisco TMS は（Cisco TMS により定義された期間で）Expressway の を [HTTPS] に再設定します。
Expressway が Cisco TMS にフィードバックを提供するために HTTPS を使用する必要がある場合、証明書のセットアップ方法については、Expressway を Cisco TMS に追加するを参照してください。
次の場合、Cisco TMS は Expressway で HTTPS を強制します。
= [オン（On）]（）
および
= [オン（On）]（）
Cisco TMS が管理設定を強制する必要がない場合は、[システム上の管理設定の強制（Enforce Management Settings on Systems）] を [オフ（Off）] に設定します。
Expressway が HTTPS を使用して Cisco TMS にフィードバックを提供する必要がない場合は、[機密保護機能付き専用装置通信（Secure-Only Device Communication）] を [オフ（Off）] に設定します。
フィードバック