• ここで提供される数値は、必要なすべてのソフトウェア ライセンスが適用されていることを前提としています。

• 数値は、特定の専用 Expressway シナリオに対してテストされています。 MRA 専用、B2B 通話専用など、単一のサービスまたはシナリオに使用されている Expressway またはクラスタに基づきます。 マルチサービス展開に対してテスト済みの容量ガイドラインを提供することはできません。

• N+1 モデル

  • X14.2 リリースより前は、最大 6 つの Expressway システムをクラスタ化して、単一システムの 4 倍のクラスタの合計容量を実現することができます (利点のない Small VM を除く)。

  • X14.2 リリース以降、4+1 冗長性モデルでは、最大 5 つの Expressway システムをクラスタ化して、単一システムの 4 倍のクラスタ容量を実現できます (利点のない Small VM を除く)。

  • X14.2 リリース以降、5+1 冗長性モデルでは、最大 6 つの Expressway システムをクラスタ化して、単一システムの 5 倍のクラスタ容量を実現できます (利点のない Small VM を除く)。

  • 小規模な VM の場合、クラスタリングは冗長性のためだけに行われ、スケールは考慮されません。また、 クラスタリングによる容量の増加はありません。

• ビデオ コールと音声のみの通話に提供される数値は代替値です。記載されている容量はビデオまたは音声のいずれかで使用でき、両方では使用できません。

通話の数字/値は同時通話を指します。

同時通話とリッチ メディア セッション (RMS) ライセンスには 1 対 1 の関係はありません。 RMS ライセンスの使用はさまざまな要因によって決まります。つまり、一部の通話は "無料" になる場合もあれば、他の通話は複数のライセンスを使用する場合もあります。

大規模システム (大規模 VM または CE1200) で 6000 個の TURN リレーをサポートするには、"大規模 Expressway で TURN ポート多重化" ([設定（Configuration）] > [トラバーサル（Traversal）] > [TURN]) を有効にする必要があります。

小規模な VM は、Cisco Business Edition 6000 プラットフォーム、または Cisco Business Edition 6000 仕様に一致する汎用ハードウェア/ESXi でサポートされます。 小規模 VM の数値は、M5 ベースの BE6000 アプライアンスのものです。

詳細については、「Expressway の容量とサイズ設定」の章の表を参照してください。

詳細については、「Expressway の容量とサイズ設定」の章の表を参照してください。

エンドポイントが同じクラスタ内の異なるピアに登録されている場合のライセンスの使用量は、クラスタ全体の通話メディア トラバーサルによって異なります。

• 通話メディアがクラスター ピアを通過しない場合、エンドポイント間の通話では RMS ライセンスは使用されません ( "登録済み" 通話です)。

  • いずれかのエンドポイントが Cisco インフラストラクチャに登録されていない場合、通話には RMS ライセンスが使用されます。

• 通話メディアがクラスタピアを実際に通過する場合、エンドポイント間の通話では、B2BUA が使用されている Expressway 上で RMS ライセンスが使用されます。

  • 両方のエンドポイントが Cisco インフラストラクチャに登録されている場合、通話では RMS ライセンスは使用されません。

クラスター化されたシステムでライセンスがどのように使用されるかの詳細については、このガイドのライセンスのセクションで説明されています。

[クラスタリング] ページ ([システム] > [クラスタリング]) には、この Expressway が属するクラスタ内のすべてのピアの IP アドレスが一覧表示され、構成のプライマリ ピアが識別されます。

ほとんどの設定項目は、プライマリ ピア経由でクラスタ内のすべてのピアに適用されます。 ただし、次の項目 (Web インターフェースで でマークされている項目) は、各クラスタ ピアで個別に指定する必要があります。

すべてのピアに適用される構成データは、プライマリ ピアでのみ変更する必要があります。 そうしないと、最良の場合でも変更がプライマリから上書きされ、最悪の場合、クラスターのレプリケーションが失敗します。

サービス設定ウィザード

サービス セットアップ ウィザードを通じて行われた構成設定 (タイプの選択、シリーズの選択、サービスの選択、それらのサービスのライセンス、基本的なネットワーク設定など) は、クラスタ内の各ピアで設定する必要があります。

クラスタ構成（システム > クラスタリング）

クラスタを構成するピア N アドレスのリスト (ピア自身のアドレスを含む) は各ピアで指定し、それらは各ピアで同一である必要があります。

クラスター名、 構成プライマリ、および クラスター IP バージョン も各ピアで指定する必要があり、すべてのピアで同一である必要があります。

クラスタ アドレス マッピングを有効にする必要がある場合、最初に IP アドレスでクラスタを形成することをお勧めします。 次に、1 つのピアにマッピングを追加するだけで済みます。

イーサネット速度 (システム > ネットワーク インターフェース > イーサネット)

イーサネット速度 は各ピアに固有です。 各ピアには、イーサネットスイッチへの接続に対してわずかに異なる要件があります。

IP 構成 (システム > ネットワーク インターフェース > IP)

LAN 構成は各ピアに固有です。

• IPv4 アドレス、IPv6 アドレス、またはその両方のいずれでも、各ピアには固有の IP アドレスが必要です。

• IP ゲートウェイ 設定はピア固有です。 各ピアは異なるゲートウェイを使用できます。

（注）	各ピアは同じプロトコルをサポートする必要があるため、IP プロトコルはすべてのピアに適用されます。

IP 静的ルート (システム > ネットワーク インターフェース > 静的ルート)

追加するスタティック ルートはピア固有であるため、必要に応じて異なるピアに異なるルートを作成できます。 クラスタ内のすべてのピアが同じスタティック ルートを使用できるようにするには、各ピアでルートを作成する必要があります。

システム名 (システム > 管理)

システム名 は、クラスタ内の各ピアで異なるものでなければなりません。

DNS サーバと DNS ホスト名 (システム > DNS)

DNS サーバーは各ピアに固有です。 各ピアは異なる DNS サーバーのセットを使用できます。

システムのホスト名 と ドメイン名 は各ピアに固有のものです。

NTP サーバーとタイムゾーン ([システム（System）] > [時刻（Time）])

NTP サーバー は各ピアに固有です。 各ピアは 1 つ以上の異なる NTP サーバーを使用できます。

タイムゾーン は各ピアに固有です。 各ピアは異なるローカル時刻を持つことができます。

SNMP (システム > SNMP)

SNMP 設定は各ピアに固有です。 それらは各ピアで異なる場合があります。

ログ記録（メンテナンス > ログ記録）

各ピアのイベント ログと構成ログは、特定の Expressway のアクティビティのみをレポートします。 ログ レベル と リモート syslog サーバ のリストは、各ピアに固有です。 すべてのピアのログを送信できるリモート syslog サーバーをセットアップすることを推奨します。 これにより、クラスタ内のすべてのピアのアクティビティの全体像をつかむことができます。

セキュリティ証明書 ([メンテナンス（Maintenance）] > [セキュリティ（Security）])

Expressway が使用する信頼できる CA 証明書、サーバー証明書、証明書失効リスト (CRL) は、ピアごとに個別にアップロードする必要があります。

管理アクセス（システム > 管理）

以下のシステム管理アクセス設定は、各ピアに固有です。

• シリアルポート/コンソール

• SSHサービス

• Webインターフェイス(HTTPSによる)

• HTTP要求をHTTPSにリダイレクト

• 自動保護サービス

オプションキー ([メンテナンス（Maintenance）] > [オプションキー（Option keys）])

このセクションは、PAK ベースのライセンスを使用するシステムにのみ適用されます (システムでスマート ライセンスが使用されている場合、オプション キーは適用されません)。 オプション キーはライセンスまたは特定の機能を制御できます。 これらは、Expressway では段階的に廃止され、利用は減少傾向にあります。

ライセンスを制御するオプション キーは、クラスター全体で使用できるようにプールされます。

機能 (高度なアカウント セキュリティや Microsoft 相互運用性など) を制御するオプション キーは、適用されるピアに固有です。 各ピアには同一の機能オプション キー セットがインストールされている必要があります。つまり、機能にオプション キーを使用する場合は、クラスタ内のピアごとにキーを購入する必要があります。

ライセンス オプション キーはクラスタ内の 1 つ以上のピアに適用でき、インストールされたライセンスの合計はクラスタ全体で使用できます。 このライセンスプールビヘイビアには次のオプションキーが含まれます:

• リッチメディアセッション

• テレプレゼンスルームシステム

• デスクトップシステム

（注）	場合によっては、クラスタで使用可能なライセンスがある場合でも、ピアが必要とするライセンスを有効にするキーがないというアラームを発生させることがあります。 必要なライセンスを持つ唯一のピアがサービス停止中でない限り、このカテゴリのアラームを確認し、無視できます。

Active Directory サービス (構成 > 認証 > デバイス > Active Directory サービス)

デバイス認証のために Active Directory サービスへの接続を構成する場合、 NetBIOS マシン名 (オーバーライド)、ドメイン管理者の ユーザ名 および パスワード は各ピアに固有になります。

Conference Factory テンプレート (アプリケーション > Conference Factory)

通話を電話会議サーバーにルーティングするために、会議ファクトリアプリケーションで使用されるテンプレートは、クラスタ内の各ピアに対して一意である必要があります。

クラスタ ピアが検索要求 (INVITE など) を受信すると、応答する前に自身の登録リストとピアの登録リストを確認します。 これにより、クラスタ内のすべてのエンドポイントが、単一の Expressway に登録されているかのように扱われるようになります。

ピアがまだ機能しているかどうかを確認するために、ピアは定期的にクエリされます。

H.323 登録

クラスタ内のすべてのピアは、H.323 エンドポイント コミュニティに対する責任を共有します。 H.323 エンドポイントが 1 つのピアに登録すると、そのクラスタ内の他のすべてのピアの IP アドレスがランダムに順序付けられたリストで設定された代替ゲートキーパーのリストを含む登録応答を受信します。

エンドポイントが最初のピアとの接続を失った場合、他のピアのいずれかに登録しようとします。 代替ピアのリストがランダムに順序付けされることにより、1 つの代替ピアのみを格納できるエンドポイントがクラスタ全体で均等にフェイルオーバーすることが保証されます。

クラスタを使用する場合、クラスタ内のすべてのピアの登録存続可能時間をデフォルトの 30 分から短縮する必要がある場合があります。 この設定は、エンドポイントが Expressway に再登録する必要がある頻度を決定します。この設定を減らすと、クラスタピアが利用できない場合に、エンドポイントはより迅速に利用可能なピアにフェイルオーバーします。

（注）	登録の有効期限を短くしすぎると、Expressway に登録要求が殺到し、パフォーマンスに深刻な影響を与える危険性があります。 この影響はエンドポイントの数に比例するため、時折の迅速なフェイルオーバーと、継続的な良好なパフォーマンスの必要性のバランスをとってください。

この設定を変更するには、 [構成] > [プロトコル] > [H.323] > [ゲートキーパー] > [存続時間] に移動します。

SIP 登録

Expressway は、 "RFC 5626 に概説されているように、クライアントが開始する複数の接続 ("SIP アウトバウンド とも呼ばれます) をサポートします。

これにより、 RFC 5626 をサポートする SIP エンドポイントを複数の Expressway クラスタ ピアに同時に登録できるようになります。 これにより、追加のレジリエンシーが提供されます。エンドポイントが 1 つのクラスタピアへの接続を失っても、他の登録接続のいずれかを介して通話を受信できるようになります。

DNS ラウンドロビン技術を使用して、登録フェイルオーバー戦略を実装することもできます。 Jabber Video などの一部の SIP UA は、FQDN である SIP サーバ アドレスを使用して設定できます。 FQDN がクラスター内のすべてのピアの IP アドレスが設定されたラウンドロビン DNS レコードに解決される場合、元のピアとの接続が失われた場合にエンドポイントが別のピアに再登録できるようになります。

クラスタリングが構成されている場合、すべてのピアはクラスタで使用可能な帯域幅を共有します。

• ピアは、サブゾーン、リンク、パイプを含む帯域幅制御のすべての側面について同一に構成する必要があります。

• ピアは、帯域幅の使用状況情報をクラスター内の他のすべてのピアと共有するため、1 つのピアが特定のサブゾーン内または特定のパイプで利用可能な帯域幅の一部またはすべてを消費している場合、この帯域幅は他のピアでは利用できません。

Expressway が帯域幅を管理する方法の一般的な情報については、 帯域幅制御 セクションを参照してください。

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

ご使用のバージョンについては、『Cisco Expressway シリーズ コンフィギュレーション ガイド』ページの『Cisco Expressway クラスタ作成と維持に関する導入ガイド』を参照してください。

（注）	以前のバージョンから X8.8 以降にアップグレードする場合、X8.8 ではクラスタリング通信が変更され、ピア間で IPSec ではなく TLS 接続が使用されるようになりました。 アップグレード後は TLS 検証は (デフォルトでは) 強制されず、TLS 検証を強制するように通知するアラームが表示されます。

クラスターのバックアップ

バックアップと復元 プロセスを使用して、クラスター構成情報を保存します。 バックアップ プロセスでは、バックアップの作成に使用された Expressway に関係なく、クラスタのすべての構成情報が保存されます。

注意	Cisco Expressway システムの VMware スナップショットを作成しないでください。 このプロセスはデータベースのタイミングを妨害し、パフォーマンスに悪影響を及ぼします。

クラスターの復元

以前にバックアップしたクラスター構成データを復元するには、次の手順に従います。

重要	クラスタの一部である Expressway にデータを復元することはできません。 ここで説明されているように、まずクラスタから Expressway ピアを削除します。 次に復元を実行します。 (復元後、新しいクラスターを構築する必要があります。)

1. クラスタから Expressway ピアを削除して、スタンドアロンの Expressway になるようにします。

2. 構成データをスタンドアロン Expressway に復元します。 詳細については、 以前のバックアップの復元 を参照してください。

3. 復元されたデータがある Expressway を使用して新しいクラスターを構築します。

4. 他の各ピアを以前のクラスターから取り出し、新しいクラスターに追加します。 詳細については、 「クラスターの設定」 を参照してください。

（注）	FQDN を使用しており、有効なクラスタ アドレス マッピングが設定されている場合は、追加の手順は必要ありません。 マッピングは復元アクションで構成されます。

クラスタが FindMe またはデバイス プロビジョニングを使用するように構成されている場合は、Cisco TMS バージョン 13.2 以降が必須です。

クラスタとプロビジョニングのサイズ制限

あらゆる規模の Expressway クラスタは、最大で以下をサポートします。

• 10,000 FindMe アカウント

• プロビジョニング用のユーザ 10,000 人

• 20 万件の電話帳エントリ

（注）	システムの デバイス登録容量制限 が大きい場合でも、クラスターごとに 10,000 個の FindMe アカウント/ユーザと 10,000 個のプロビジョニング済みデバイスに制限されます。

10,000 台を超えるデバイスをプロビジョニングする必要がある場合は、ネットワークに、適切に設計および構成されたダイヤル プランを備えた追加の Expressway クラスタが必要になります。

ご使用のバージョンについては、『Cisco Expressway シリーズ コンフィギュレーション ガイド』ページの『Cisco Expressway クラスタ作成と維持に関する導入ガイド』を参照してください。

2 つ以上の Expressway がクラスタ化されると、クラスタのローカル ゾーン内に新しいサブゾーンが作成されます。 これはクラスタサブゾーンです (「クラスタについて」セクションの図を参照)。 クラスター内の 2 つのピア間の通話は、通話のセットアップ中に一時的にこのサブゾーンを通過します。

クラスタ サブゾーンは (トラバーサル サブゾーンと同様に) コール ルーティング専用に使用される仮想サブゾーンであり、エンドポイントはこのサブゾーンに登録できません。 2 つのピア間で通話が確立されると、クラスタ サブゾーンは通話ルートに表示されなくなり、通話はデフォルト サブゾーンから発信された（またはデフォルト サブゾーンにルーティングされる）ものとして表示されます。

通話がクラスタ サブゾーンを通過する 2 つの状況は次のとおりです。

• クラスター内の異なるピアに登録された 2 つのエンドポイント間の通話。

  たとえば、エンドポイント A は、ピア 1 のデフォルト サブゾーンに登録されています。エンドポイント B もデフォルト サブゾーンに登録されていますが、ピア 2 に登録されています。A が B に電話すると、通話ルートはピア 1 では デフォルト サブゾーン->クラスタ サブゾーン として表示され、ピア 2 では クラスタ サブゾーン->デフォルト サブゾーン として表示されます。

• あるピアがクラスター外部から受信した、別のピアに登録されたエンドポイントへの呼び出し。

  たとえば、支社に単一の Expressway があり、これが本社の 4 つの Expressway のクラスタに隣接しています。 支社のユーザが本社のエンドポイント A に電話をかけます。 エンドポイント A は、ピア 1 のデフォルト サブゾーンに登録されています。その時点でリソース使用量が最も低いピア 2 が通話を受信します。 次に、ピア 2 はクラスタのローカル ゾーン内でエンドポイント A を検索し、それがピア 1 に登録されていることを検出します。次に、ピア 2 は通話をピア 1 に転送し、ピア 1 はそれをエンドポイント A に転送します。この場合、ピア 2 では通話ルートが Branch Office->Default Subzone->Cluster Subzone と表示され、ピア 1 では Cluster Subzone->Default Subzone と表示されます。

（注）	[コールシグナリング最適化（Call signaling optimization）] が [オン（On）] に設定され、通話が H.323 の場合、通話はピア 2 に表示されず、ピア 1 のルートは [ブランチオフィス（Branch Office）]>[デフォルトサブゾーン（Default Subzone）]になります。

ローカル Expressway (または Expressway クラスタ) をリモート Expressway クラスタに隣接させることができます。 リモートクラスタはローカルシステムの近隣、トラバーサルクライアント、またはトラバーサルサーバーの可能性があります。 呼び出しがローカル Expressway で受信され、関連するゾーンを経由してリモートクラスタに渡されるとき、その近隣クラスタ内の最も低いリソース使用率を持つピアにルーティングされます（メンテナンスモードのピアは考慮されません）。 そのピアは、通話を次のいずれかのピアに転送します。

• ローカルに登録されたエンドポイント (エンドポイントがピアに登録されている場合)。

• エンドポイントがクラスター内の別のピアに登録されている場合は、ピア。

• エンドポイントが他の場所にある場合は外部ゾーン。

ピアの利用可能なメディアセッション数（最大 - 現在の使用数）を比較し、最も多いピアを選択することで、リソースの使用率が最も低くなります。

ピアとして設定されている Expressway は、相互にネイバーとして設定してはなりません。また、その逆も同様です。