内容

はじめに

背景説明

仕様

容量

重要なページ要素

要件

クラスタ接続とポート

コンフィギュレーション

新しいクラスタの作成

クラスタへのピアの追加

TLS検証の実施

プライマリピアの変更

FQDNを使用するようにクラスタを変更

Expressway-Eのクラスタアドレスマッピング

単一のNICを使用したクラスタ

トラブルシューティング

工場出荷時設定へのリセットのトリガー

工場出荷時状態へのリセットの失敗

再起動シーケンス

アラームと警告

一般的なアラーム

システムキーに関連する問題

ログの詳細

ビデオ

はじめに

このドキュメントでは、Expresswayインストールの復元力とキャパシティを拡張するためにExpresswayクラスタがどのように設計されているかについて説明します。

背景説明

キャパシティ。Expresswayクラスタでは、単一のExpresswayと比較して、Expressway導入のキャパシティを最大4倍に増やすことができます。 クラスタ内のExpresswayピアは、帯域幅の使用状況のほか、ルーティング、ゾーン、FindMe、およびその他の設定を共有します。

復元力。Expresswayクラスタは、Expresswayがメンテナンスモードの間、またはネットワークや停電などの理由でアクセス不能になった場合に冗長性を提供できます。 エンドポイントは、クラスタ内のピアのいずれかに登録できます。エンドポイントが最初のピアへの接続を失うと、クラスタ内の別のピアに再登録できます。

仕様

Expresswayは、最大6つのExpresswayのクラスタの一部にすることができます。クラスタを作成する際には、1つのピアをプライマリとして指定します。このピアの設定は、このクラスタから他のピアに複製されます。クラスタ内のすべてのExpresswayピアは同じルーティング機能を持つ必要があります。いずれかのExpresswayがコールを宛先にルーティングできる場合、そのクラスタ内のすべてのExpresswayピアがその宛先にコールをルーティングできると見なされます。

容量

4つのピアの後にキャパシティの利得はありません。したがって、たとえば6ピアクラスタでは、5番目と6番目のExpresswayはクラスタにコールキャパシティを追加しません。復元力は追加のピアによって向上しますが、キャパシティは改善されません。

- 小規模仮想マシン(VM)では、クラスタは冗長化のみを目的としており、拡張を目的としていません。また、クラスタからキャパシティを得ることはできません。

- 4ピアに基づくキャパシティのクラスタ構成を次の図に示します。

重要なページ要素

要件

- セキュアシェル(SSH)の基礎知識

- クラスタには、Expressway-CノードまたはExpressway-Eノードのみを含める必要があります。

- すべてのピアで同じソフトウェアバージョンを使用する必要があります。

- すべてのピアは、同等の機能を持つハードウェアプラットフォーム、アプライアンス、または仮想マシン(VM)を使用します。

- Expresswayは、最大80ミリ秒のラウンドトリップ遅延をサポートします。

- H323モードは各ピアで有効になっています。

- すべてのピアに同じオプションキーセットがインストールされていますが、次の例外があります。

- Video Control Server(VCS)用：トラバーサルコールライセンスおよび非トラバーサルコールライセンス

- Expressway：リッチメディアセッション

- Expressway：ルームシステムおよびデスクトップシステム登録ライセンス

他のすべてのライセンスキーは、各ピアで同一である必要があります。

- クラスタピア間でネットワークアドレス変換(NAT)が行われていないこと。

注:Expressway-Eで単一のネットワークインターフェイスコントローラ(NIC)を使用する場合、パブリックIPを使用する必要があります。Expressway-EがデュアルNICを使用する場合は、内部インターフェイスを使用してクラスタを構築する必要があります。

- IPアドレス、ドメインネームサービス(DNS)、およびネットワークタイムプロトコル(NTP)を設定する必要があります。

クラスタ接続とポート

コンフィギュレーション

新しいクラスタの作成

1. Expressway Webインターフェイスを開きます。

2. System > Clusteringの順に移動します。

3. 次の値を入力します。

注：他のピアを追加する前に、まず1つの（プライマリ）ピアのクラスタを作成し、プライマリを再起動する必要があります。1つのクラスタを確立した後で、ピアを追加できます。

設定プライマリ：1

クラスタIPバージョン：ネットワークアドレス方式に一致するIPv4またはIPv6を選択します。

TLS検証モードのオプション：Permissive（デフォルト）またはEnforce

Permissiveは、クラスタ内のTransport Layer Security(TLS)接続が確立されるときに、ピアが互いの証明書を検証しないことを意味します。

Enforceを使用すると安全性は高まりますが、各ピアに有効な証明書があり、認証局(CA)が他のすべてのピアによって信頼されている必要があります。

Peer 1 address:このExpressway（プライマリピア）のアドレスを入力します。 TLS検証モードがEnforceに設定されている場合、このピアの証明書のサブジェクトの共通名(CN)またはサブジェクトの別名(SAN)と一致する完全修飾ドメイン名(FQDN)を入力する必要があります。

4. [Save] を選択します。

5. サーバを再起動します。

6. Maintenance > Restart optionsの順に移動し、Restartを選択して、OKを確認します。

7. 次の図に示すように、証明書が有効であることを検証します。

クラスタへのピアの追加

追加のピアを追加するには、次の手順を実行します。

1. プライマリExpresswayで、System > Clusteringの順に移動します。

2. 最初の空白フィールドに、新しいExpresswayピアのアドレスを入力します。

3. [Save] を選択します。

4. ピア1はこのシステムを示す必要があります。新しいピアはUnknownを示す必要があり、その後、更新で、クラスタにまだ完全に参加していないためFailedを示す必要があります。

5. クラスタにすでに存在している下位ピアの1つでSystem > Clusteringに移動し、次のフィールドを編集します。

6. クラスタ内の既存の下位ピアそれぞれに対して、前の手順を繰り返します。

7. [Save] を選択します。

8. Expresswayでクラスタ通信障害アラームが発生します。必要な再起動後にアラームがクリアされます。

9. Expresswayを再起動します。

10. 再起動後、約2分間待機します。これは、プライマリからコンフィギュレーションがコピーされる頻度です。

11. クラスタ・データベースのステータスを検証します。

12. 設定がサブオリジネートのピアに複製されていることを確認します。

TLS検証の実施

注意：先に進む前に、証明書SANにPeer N addressフィールドにあるFQDNが含まれていることを確認してください。先に進む前に、各アドレスフィールドの横に、クラスタリングと証明書のステータスメッセージが緑色で表示されている必要があります。

1. プライマリピアで、TLS検証モードをEnforceに設定します。

注意：証明書が無効になると警告が表示され、強制TLS検証モードでクラスタが正しく動作しません。

2. 新しいTLS検証モードは、クラスタ全体に複製されます。

3. 現在、各ピアでTLS検証モードがEnforceになっていることを確認します。

4. Saveを選択し、プライマリピアを再起動します。

5. プライマリピアがオンラインに戻ったら、各ピアを1つずつ再起動します。

6. クラスタが安定するまで待ち、すべてのピアについてクラスタリングと証明書のステータスが緑色であることを検証します。

プライマリピアの変更

注：このプロセスは、現在のプライマリピアにアクセスできない場合でも実行できます。

1. 新しいプライマリExpresswayで、System > Clusteringの順に移動します。

2. Configuration primaryドロップダウンメニューから、This systemと表示されているピアエントリのID番号を選択します。

3. [Save] を選択します。

注：このプロセスの実行中は、Expressway上でCluster primary mismatchまたはCluster replication errorが報告されたアラームはすべて無視してください。

4. 他のすべてのExpresswayピアでは、古いプライマリピア（まだアクセス可能な場合）から開始します。

5. System > Clusteringの順に移動します。

6. Configuration primaryドロップダウンメニューから、新しいプライマリExpresswayのID番号を選択します。

7. [Save] を選択します。

8. Configuration primary への変更が受け入れられたことを確認し、System > Clustering に移動してページを更新します。

9. いずれかのExpresswayが変更を受け入れていない場合は、同じ手順を繰り返します。

10. クラスタデータベースのステータスがActiveと報告されることを検証します。

FQDNを使用するようにクラスタを変更

注：この手順が実行されている間、ピア間の通信は一時的に影響を受けます。これは、変更が完了してクラスタが新しいアドレスで合意されるまで、アラームが存続することが予想されることを意味します。

1. すべてのクラスタピアにサインインし、System > Clusteringの順に選択します。

2. 変更するピアアドレスを選択します。ピア1アドレスから開始することをお勧めします。

3. クラスタ内のすべてのピアで、次の手順を実行します。

4. 選択したピアアドレスフィールドをIPアドレスからFQDNに変更します。

5. [Save] を選択します。

6. 変更したピアアドレスによって識別されるピアに切り替え、サーバを再起動します。

7. 一時的なクラスタアラームが解決するまで待ちます。

8. 変更する次のピアアドレスを選択し、手順3 ～ 7を繰り返します。

9. すべてのピアアドレスを変更し、すべてのピアを再起動するまで、この手順を繰り返します。

Expressway-Eのクラスタアドレスマッピング

モバイルおよびリモートアクセス(MRA)などのセキュアな導入では、各Expressway-Eピアに、パブリックFQDNを含むSANを持つ証明書が必要です。FQDNはパブリックDNSでExpressway-EのパブリックIPアドレスにマッピングされます。

注：単にCisco Expressway-Eピアをクラスタ化するだけで、ピア間のTLS検証が不要な場合は、ノードのプライベートIPアドレスでクラスタを形成できます。クラスタアドレスマッピングは必要ありません。

クラスタアドレスマッピングは、クラスタ全体で共有されるFQDN:IPペアで、ピアごとに1ペアです。ピアはDNSを照会する前にマッピングテーブルを参照し、一致が見つかった場合はDNSを照会しません。

TLSを適用することを選択した場合、ピアは互いの証明書のSANフィールドから名前を読み取り、マッピングのFQDN側に対してそれぞれの名前を確認する必要があります。

プライマリピアでマッピングを入力することを強くお勧めします。アドレスマッピングはクラスタを介して動的に複製されます。アドレスマッピングを設定するには、次の手順を実行します。

1. プライマリピアでSystem > Clusteringに移動し、Cluster address mapping enabledドロップダウンをOn(デフォルトはOff)に変更します。 クラスタアドレスマッピングフィールドが表示されます。

2. Expressway-EピアのパブリックFQDNが内部NICのIPアドレスに対応するようにマッピングを編集します。

3. [Save] を選択します。

注意：ピアのパブリックFQDNをプライベートIPアドレスにマッピングするためにパブリックDNSを使用しないでください。この操作を実行すると、外部接続が切断される可能性があります。

単一のNICを使用したクラスタ

クラスタ内のExpressway-Eピアが証明書を使用して互いのIDを確認する必要がある場合は、DNSを使用してクラスタピアのFQDNをパブリックIPアドレスに解決できます。Expressway-Eノードに次の機能がある場合、これはクラスタを形成する完全に許容できる方法です。

- 1つのNICのみ

- スタティックNATが設定されていない

- ルーティング可能なIPアドレス

トラブルシューティング

工場出荷時設定へのリセットのトリガー

クラスタリングページからすべてのピアアドレスフィールドをクリアし、設定を保存すると、次回の再起動時に、Expresswayはデフォルトで自動的に工場出荷時の状態にリセットします。つまり、ローカルエリアネットワーク1(LAN1)インターフェイスの基本的なネットワーク設定を除くすべての設定が削除され、フィールドをクリアして次に再起動した後に実行されたすべての設定が含まれることになります。

ヒント：工場出荷時状態へのリセットを回避する必要がある場合は、クラスタピアアドレスフィールドを復元します。元のピアアドレスを同じ順序で置き換え、設定を保存してバナーをクリアします。

工場出荷時状態へのリセットは、ピアの再起動時に自動的にトリガーされ、機密データとクラスタ設定が削除されます。リセットにより、次の基本ネットワーク情報を除くすべての設定がクリアされます。

注：デュアルNICオプションを使用している場合は、リセットによってLAN2設定がすべて完全に削除されることに注意してください。

- IPアドレス・ Adminおよびrootアカウントとパスワード

- SSHキー

- オプションキー

- ハイパーテキスト転送プロトコルのセキュリティ(HTTPS)アクセスが有効

- SSHアクセスが有効

注：バージョンX12.6以降では、工場出荷時設定へのリセットにより、サーバ証明書、関連付けられた秘密キー、およびCA信頼ストアの設定がピアから削除されます。以前のExpresswayソフトウェアバージョンでは、これらの設定は保持されます。

工場出荷時状態へのリセットの失敗

Expresswayが新規インストールのOpen Virtualization Appliance(OVA)であり、アップグレードされていない場合、工場出荷時状態へのリセットが失敗する可能性があります。

これを修正するには、次のいずれかのオプションに従ってください。

- すべてのノードを、tar.gzファイルを含む同じソフトウェアバージョンにアップグレードします。アップグレードプロセスの最後で、サーバを再起動します。これにより、工場出荷時状態へのリセットがトリガーされます。

- WinSCPのtar.gzファイルを工場出荷時のリセットフォルダ((/mnt/harddisk/factory-reset/))に直接アップロードします。 その後、を再起動して工場出荷時状態へのリセットを開始するか、CLIから工場出荷時状態へのリセットを発行します。

注：アップグレードや証明書の変更を行う前、または工場出荷時設定へのリセットに関する警告が発生した場合は、必ず適切なバックアップを取ってください。

再起動シーケンス

クラスタまたはピアの再起動が必要な場合は、次の手順に従います。

1. プライマリピアを再起動し、Webインターフェイスからアクセスできるようになるまで待ちます。

2. プライマリのクラスタ複製ステータスとすべてのピアのステータスを検証します。数分待ってから、ピアのWebインターフェイスをときどき更新します。

3. 必要に応じて、他のピアを1つずつ再起動します。毎回、アクセス可能になった後で数分待ち、そのレプリケーションステータスを検証します。

注：クラスタを変更した後、Expresswayピアが成功ステータスを報告するまで、約5分間待機する必要がある場合があります。

アラームと警告

クラスタエラーのアラームは、「Cluster replication error: (details) manual synchronization of configuration is required」の形式で表示されます。これらの例の一部は次のとおりです。

- クラスターのレプリケーションエラー：構成を手動で同期する必要があります。

- クラスタ複製エラー：プライマリまたはこの下位のピア構成ファイルが見つかりません。構成を手動で同期する必要があります。

- クラスタのレプリケーションエラー：構成のプライマリIDに整合性がありません。構成を手動で同期する必要があります。

- クラスタレプリケーションエラー：このピアの構成はプライマリの構成と競合しています。構成を手動で同期する必要があります。

下位のExpresswayが前述のアラームを報告する場合は、次の手順に従います。

1. SSHまたはその他のCLIインターフェイスにadminとしてログインします。

2. 次のコマンドを実行します。xcommand ForceConfigUpdate

注：アップグレードや証明書の変更を行う前、または工場出荷時設定へのリセットに関する警告が発生した場合は、必ず適切なバックアップを取ってください。

3. このコマンドは、下位のExpressway設定を削除してから、プライマリExpresswayから強制的に設定を更新します。

問題が解決しない場合は、クラスタピアごとの暗号キーに関連している可能性があります。通常、ピアが間違った順序でアップグレードされ、下位のピアがプライマリと同期されていない場合に発生します。そのため、xcommand forceconfigupdateが機能しない場合は、次の手順に従います。

1. プライマリピアにサインインし、良好な状態であることを確認します。

2. クラスタ設定でこのピアがプライマリであることを確認します。

3. プライマリを再度アップグレードし、アップグレードに使用したものと同じパッケージを使用します。

複製アラームは、プライマリピアがアップグレードされ、再起動された後にクリアされます。通常、再起動から10分以内に発生しますが、再起動から最大20分かかる場合があります。

一般的なアラーム

無効なクラスタリング構成： H.323モードをオンにする必要があります。クラスタリングはピア間でH.323通信を使用します。

このアラームをクリアするには、H.323モードがオンになっていることを確認し、Configuration > Protocols > H.323の順に選択します。

Expresswayデータベースエラー：シスコのサポート担当者にお問い合わせください。

この種のアラームをトラブルシューティングするには、次の手順に従います。

1. システムスナップショットを作成し、サポート担当者に提供します。

2. Expresswayをクラスタから削除します。

3. 以前にExpresswayで作成したバックアップから、そのExpresswayのデータベースを復元します。

4. Expresswayをクラスタに再度追加します。

データベースがリカバリされない場合は、2番目の方法が可能です。

1. システムスナップショットを作成し、Technical Assistance Center(TAC)に提供します。

2. Expresswayをクラスタから削除します。

3. rootとしてログインし、次のコマンドclusterdb_destroy_and_purge_data.shを実行します。

4. 以前にExpresswayで作成したバックアップから、そのExpresswayのデータベースを復元します。

5. Expresswayをクラスタに再度追加します。

注：アップグレードや証明書の変更を行う前、または工場出荷時設定へのリセットに関する警告が発生した場合は、必ず適切なバックアップを取ってください。

注意：clusterdb_destroy_and_purge_data.shは一見危険ですが、このオプションは最後の手段として使用してください。

システムキーに関連する問題

注：次の情報はバージョンX14以降に適用されます。

Failed to update key file」アラームがシングルノードシナリオのExpresswayで発生します。

この種のアラームをトラブルシューティングするには、次の手順に従います。

1. CLIを使用してadminとしてログインします（SSHおよびハードウェアバージョンのシリアルポートを介してデフォルトで使用可能）。

2. 次のコマンドxCommand ForceSystemKeyUpdateを実行します。

Failed to update key file」アラームがクラスタのシナリオのExpresswayで生成されます。

この種のアラームをトラブルシューティングするには、次の手順に従います。

1. このアラームが発生しないCLI（SSHおよびハードウェアバージョンのシリアルポート経由でデフォルトで使用可能）を使用して、ノードにadminとしてログインします。

2. 次のコマンドxCommand ForceSystemKeyUpdateを実行します。

ログの詳細

Expresswayの他のログと同様に、TCPダンプを使用して診断ログを有効にすることができます。

通常の状態では、マスターノード上のDB同期は、次の出力としてログに示されます。

2020-07-21T15:16:50.321-05:00 expc01 replication: UTCTime="2020-07-21 20:16:50,321" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(270)" Detail="Starting synchronisation"

2020-07-21T15:16:50.330-05:00 expc01 replication: UTCTime="2020-07-21 20:16:50,330" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationutils(750)" AlternateIPAddresses="[u'(10.15.13.15 expc01)', u'(10.15.13.16 expc02)']" ConfigurationMasterIndex="0" LocalPeerIndex="0"

2020-07-21T15:16:50.433-05:00 expc01 replication: UTCTime="2020-07-21 20:16:50,433" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(257)" Detail="This peer is the cluster master, local configuration has already been replicated to the other peers"

2020-07-21T15:16:50.437-05:00 expc01 replication: UTCTime="2020-07-21 20:16:50,437" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(336)" Detail="Synchronisation completed successfully"

ピアノードの観点からは、次の出力のようになります。

2020-07-21T15:16:46.900-05:00 expc02 replication: UTCTime="2020-07-21 20:16:46,899" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(270)" Detail="Starting synchronisation"

2020-07-21T15:16:46.908-05:00 expc02 replication: UTCTime="2020-07-21 20:16:46,908" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationutils(750)" AlternateIPAddresses="[u'(10.15.13.15 expc01)', u'(10.15.13.16 expc02)']" ConfigurationMasterIndex="0" LocalPeerIndex="1"

2020-07-21T15:16:46.947-05:00 expc02 replication: UTCTime="2020-07-21 20:16:46,946" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(254)" Detail="This peer is not the cluster master, local configuration is already up to date"

2020-07-21T15:16:46.950-05:00 expc02 replication: UTCTime="2020-07-21 20:16:46,950" Module="developer.replication" Level="INFO" CodeLocation="clusterconfigurationsynchroniser(336)" Detail="Synchronisation completed successfully"

ピアの接続解除は、次の出力に示されます。

2020-08-12T14:57:43.353-05:00 expc01 UTCTime="2020-08-12 19:57:43,353" Module="developer.clusterdb.cdb" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.159.0>" Detail="Processed mnesia_down event from accessible node" Node="clusterdb@expc02.apolo.local"

2020-08-12T14:57:43.354-05:00 expc01 UTCTime="2020-08-12 19:57:43,353" Module="developer.clusterdb.cdb" Level="ERROR" Node="clusterdb@expc01.apolo.local" PID="<0.159.0>" Detail="Inconsistent Database" Context="from mnesia system - mnesia down" Node="clusterdb@expc02.apolo.local"

2020-08-12T14:57:43.354-05:00 expc01 UTCTime="2020-08-12 19:57:43,354" Module="developer.clusterdb.cdb" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.159.0>" Detail="Connecting database on mnesia running_partitioned_network event" Node="clusterdb@expc02.apolo.local"

2020-08-12T14:57:43.354-05:00 expc01 UTCTime="2020-08-12 19:57:43,354" Module="developer.clusterdb.cdb" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.14215.425>" Detail="Ready to perform node connection transaction" Node="clusterdb@expc02.apolo.local"

2020-08-12T14:57:43.354-05:00 expc01 UTCTime="2020-08-12 19:57:43,354" Module="developer.clusterdb.cdb" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.14215.425>" Detail="Running node connection transaction" Node="clusterdb@expc02.apolo.local"

2020-08-12T14:57:43.354-05:00 expc01 UTCTime="2020-08-12 19:57:43,354" Module="developer.clusterdb.synchronise" Level="WARN" Node="clusterdb@expc01.apolo.local" PID="<0.14215.425>" Detail="Failed connecting to node" Node="clusterdb@expc02.apolo.local" Reason="{ badrpc, { EXIT, { aborted, { noproc, { gen_server, call, [ kernel_safe_sup, { start_child, { dets_sup, { dets_sup, start_link,  }, permanent, 1000, supervisor, [ dets_sup ] } }, infinity ] } } } } }"

2020-08-12T14:57:43.524-05:00 expc01 alarm: Level="WARN" Event="Alarm Raised" Id="20006" UUID="0f96695e-d954-4f6f-85c1-2ef1eae6f764" Severity="warning" Detail="Cluster database communication failure: The database is unable to replicate with one or more of the cluster peers" UTCTime="2020-08-12 19:57:43,524"

2020-08-12T14:57:43.771-05:00 expc01 alarm: Level="WARN" Event="Alarm Raised" Id="20004" UUID="3bca6888-f622-11df-93be-07cc953d7b99" Severity="warning" Detail="Cluster communication failure: The system is unable to communicate with one or more of the cluster peers" UTCTime="2020-08-12 19:57:43,771"

2020-08-12T14:57:53.872-05:00 expc01 tvcs: UTCTime="2020-08-12 19:57:53,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS SCI  SeqNum=52319 Retransmit=True"

2020-08-12T14:57:54.872-05:00 expc01 tvcs: UTCTime="2020-08-12 19:57:54,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS LRQ  SeqNum=52320 Retransmit=True"

2020-08-12T14:57:56.872-05:00 expc01 tvcs: UTCTime="2020-08-12 19:57:56,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS LRQ  SeqNum=52320 Retransmit=True"

2020-08-12T14:57:57.871-05:00 expc01 tvcs: UTCTime="2020-08-12 19:57:57,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS SCI  SeqNum=52319 Retransmit=True"

2020-08-12T14:57:58.871-05:00 expc01 tvcs: Event="External Server Communications Failure" Reason="gatekeeper timed out" Service="NeighbourGatekeeper" Detail="name:10.15.13.16:1719" Level="1" UTCTime="2020-08-12 19:57:58,871"

2020-08-12T14:57:58.871-05:00 expc01 tvcs: UTCTime="2020-08-12 19:57:58,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS LRQ  SeqNum=52320 Timeout=True"

2020-08-12T14:57:59.601-05:00 expc01 UTCTime="2020-08-12 19:57:59,601" Module="developer.clusterdb.peernameresolver" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.145.0>" Detail="Triggering forced peer update of peers which failed DNS and queueing next run" Queue-Time-ms="300000"

2020-08-12T14:58:01.871-05:00 expc01 tvcs: UTCTime="2020-08-12 19:58:01,871" Module="network.h323" Level="INFO":  Action="Sent" Dst-ip="10.15.13.16" Dst-port="1719" Detail="Sending RAS SCI  SeqNum=52319 Timeout=True"

マスターノードでのTLS適用への変更は、次の出力に示されています。

2020-08-12T15:13:24.970-05:00 expc01 UTCTime="2020-08-12 20:13:24,969" Module="developer.cdbtable.cdb.clusterConfiguration" Level="DEBUG" Node="clusterdb@expc01.apolo.local" PID="<0.345.0>" Detail="Inserting into table" TableName="clusterConfiguration"

2020-08-12T15:13:24.976-05:00 expc01 UTCTime="2020-08-12 20:13:24,975" Event="System Configuration Changed" Node="clusterdb@expc01.apolo.local" PID="<0.345.0>" Detail="xconfiguration clusterConfiguration tls_verify - changed from: Permissive to: Enforcing"

2020-08-12T15:13:24.976-05:00 expc01 httpd[15060]: web: Event="System Configuration Changed" Detail="configuration/cluster/tls_verify - changed from: 'Permissive' to: 'Enforcing'" Src-ip="10.15.13.30" Src-port="53155" User="admin" Level="1" UTCTime="2020-08-12 20:13:24"

2020-08-12T15:13:24.979-05:00 expc01 management: UTCTime="2020-08-12 20:13:24,978" Module="developer.management.databasemanager" Level="INFO" CodeLocation="databasemanager(312)" Detail="Cluster configuration change detected"

2020-08-12T15:13:24.980-05:00 expc01 UTCTime="2020-08-12 20:13:24,980" Module="developer.cdbtable.cdb.clusterConfiguration" Level="DEBUG" Node="clusterdb@expc01.apolo.local" PID="<0.345.0>" Detail="Inserting into table" TableName="clusterConfiguration"

2020-08-12T15:13:24.986-05:00 expc01 management: UTCTime="2020-08-12 20:13:24,986" Module="developer.management.databasemanager" Level="INFO" CodeLocation="databasemanager(405)" Detail="TLS Verify change status" Startup="False" New="True"

2020-08-12T15:13:25.022-05:00 expc01 UTCTime="2020-08-12 20:13:25,022" Event="System Configuration Changed" Node="clusterdb@expc01.apolo.local" PID="<0.557.0>" Detail="xconfiguration alternatesConfiguration - Changed"

2020-08-12T15:13:25.022-05:00 expc01 UTCTime="2020-08-12 20:13:25,022" Module="developer.clusterdb.peernameresolver" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.145.0>" Detail="Notifying databasemanager (Management Framework)"

2020-08-12T15:13:25.022-05:00 expc01 UTCTime="2020-08-12 20:13:25,022" Module="developer.clusterdb.alternatesmanager" Level="INFO" Node="clusterdb@expc01.apolo.local" PID="<0.142.0>" Detail="alternate peer changed info recieved"

2020-08-12T15:13:25.031-05:00 expc01 UTCTime="2020-08-12 20:13:25,031" Event="System Configuration Changed" Node="clusterdb@expc01.apolo.local" PID="<0.557.0>" Detail="xconfiguration alternatesConfiguration - Changed"

2020-08-12T15:13:25.192-05:00 expc01 management: UTCTime="2020-08-12 20:13:25,192" Module="developer.diagnostics.alarmmanager" Level="INFO" CodeLocation="alarmmanager(173)" Detail="Raising alarm" UUID="e2b8e3d1-b731-4d7d-b606-4682a8f0c2e6" Parameters="null"

2020-08-12T15:13:25.195-05:00 expc01 management: Level="WARN" Event="Alarm Raised" Id="20007" UUID="e2b8e3d1-b731-4d7d-b606-4682a8f0c2e6" Severity="warning" Detail="Restart required: Cluster configuration has been changed, however a restart is required for this to take effect" UTCTime="2020-08-12 20:13:25,194"

ピアノードから見ると、次の出力のようになります。

2020-08-12T15:13:24.976-05:00 expc02 UTCTime="2020-08-12 20:13:24,976" Event="System Configuration Changed" Node="clusterdb@expc02.apolo.local" PID="<0.390.0>" Detail="xconfiguration clusterConfiguration tls_verify - changed from: Permissive to: Enforcing"

2020-08-12T15:13:24.979-05:00 expc02 management: UTCTime="2020-08-12 20:13:24,978" Module="developer.management.databasemanager" Level="INFO" CodeLocation="databasemanager(312)" Detail="Cluster configuration change detected"

2020-08-12T15:13:24.982-05:00 expc02 management: UTCTime="2020-08-12 20:13:24,982" Module="developer.management.databasemanager" Level="INFO" CodeLocation="databasemanager(405)" Detail="TLS Verify change status" Startup="False" New="True"

2020-08-12T15:13:25.040-05:00 expc02 UTCTime="2020-08-12 20:13:25,040" Module="developer.clusterdb.peernameresolver" Level="INFO" Node="clusterdb@expc02.apolo.local" PID="<0.136.0>" Detail="Notifying databasemanager (Management Framework)"

2020-08-12T15:13:25.040-05:00 expc02 UTCTime="2020-08-12 20:13:25,040" Module="developer.clusterdb.alternatesmanager" Level="INFO" Node="clusterdb@expc02.apolo.local" PID="<0.143.0>" Detail="alternate peer changed info recieved"

2020-08-12T15:13:25.041-05:00 expc02 UTCTime="2020-08-12 20:13:25,041" Event="System Configuration Changed" Node="clusterdb@expc02.apolo.local" PID="<0.543.0>" Detail="xconfiguration alternatesConfiguration - Changed"

2020-08-12T15:13:25.042-05:00 expc02 UTCTime="2020-08-12 20:13:25,042" Event="System Configuration Changed" Node="clusterdb@expc02.apolo.local" PID="<0.543.0>" Detail="xconfiguration alternatesConfiguration - Changed"

2020-08-12T15:13:25.046-05:00 expc02 UTCTime="2020-08-12 20:13:25,046" Module="developer.clusterdb.alternatesmanager" Level="INFO" Node="clusterdb@expc02.apolo.local" PID="<0.143.0>" Detail="alternate peer changed info recieved"

2020-08-12T15:13:25.047-05:00 expc02 UTCTime="2020-08-12 20:13:25,046" Module="developer.clusterdb.peernameresolver" Level="INFO" Node="clusterdb@expc02.apolo.local" PID="<0.136.0>" Detail="Notifying databasemanager (Management Framework)"

2020-08-12T15:13:25.047-05:00 expc02 UTCTime="2020-08-12 20:13:25,047" Event="System Configuration Changed" Node="clusterdb@expc02.apolo.local" PID="<0.543.0>" Detail="xconfiguration alternatesConfiguration - Changed"

2020-08-12T15:13:25.049-05:00 expc02 UTCTime="2020-08-12 20:13:25,049" Event="System Configuration Changed" Node="clusterdb@expc02.apolo.local" PID="<0.543.0>" Detail="xconfiguration alternatesConfiguration - Changed"

2020-08-12T15:13:25.136-05:00 expc02 management: UTCTime="2020-08-12 20:13:25,136" Module="developer.diagnostics.alarmmanager" Level="INFO" CodeLocation="alarmmanager(173)" Detail="Raising alarm" UUID="e2b8e3d1-b731-4d7d-b606-4682a8f0c2e6" Parameters="null"

2020-08-12T15:13:25.139-05:00 expc02 management: Level="WARN" Event="Alarm Raised" Id="20007" UUID="e2b8e3d1-b731-4d7d-b606-4682a8f0c2e6" Severity="warning" Detail="Restart required: Cluster configuration has been changed, however a restart is required for this to take effect" UTCTime="2020-08-12 20:13:25,139"

ビデオ

次のビデオは役に立ちます。

Expresswayクラスタへのピアの作成および追加方法

Expresswayクラスタからのピアの削除

Expressway複製エラー「Peer's Configuration Conflicts With Primary」の修正

Expresswayクラスタの再起動手順

Expresswayクラスタをアップグレードする方法MRA/クラスタ化ExpresswayのCSRを生成する