次のいずれかの方法で配置される場合があります。インスタンスは、組織全体またはグローバルの配置をサポートできます。アプリケーションが共有して利用するために最高のシンプルさを提供します。このモデルでは、企業は会計基準の異なる地域ごとに、ライセンスのコストをより簡単に計算できます。アプリケーション用に設定できます。インスタンスを設定できます。プールに分割することを希望するお客様にとって役立ちます。「データベースのレプリケーション」を参照)。ノードに複製されます。データベースに伝達されます。そのため、クラスタのメンバー全体で設定の一貫性が確保され、データベースの空間的な冗長性が容易になります。「呼処理に関するユーザ機能の複製」を参照)。これらの機能には、次のものがあります。サービス(呼処理サブスクライバ)を実行している、クラスタのすべてのメンバー全体で共有されます。クラスタのメンバーと関連ゲートウェイとの間で、コールの最適なルーティングが確保されます。クラスタ内の各サーバが内部で動的ファイアウォールを実行します。フィルタリングによって保護されます。ノード間だけに適用できます。サブスクライバは、パブリッシャのデータベースにアクセスする前に、クラスタ内で認証されます。クラスタ内通信およびデータベース複製は、認証済みサーバ間だけで発生します。ノードは、事前共有キー認証メカニズムでパブリッシャに対して認証されます。認証プロセスに必要な手順は次のとおりです。サーバをインストールします。サーバをインストールします。使用する管理チャネル上でパブリッシャとの接続を確立しようとします。アドレスなどのすべてのクレデンシャルをパブリッシャに送信します。パスワードを使用して認証されます。パスワードを使用してサブスクライバのクレデンシャルを確認します。テーブルに、信頼できる送信元としてサブスクライバを追加します。サブスクライバは、データベースへのアクセスを許可されます。サーバのリストを取得します。トポロジが作成されます。クラスタに次のガイドラインが適用されます。リリースを実行する必要があります。クラスタのサービス」の項の注を参照してください。内にクラスタのすべてのメンバーを入れます。介したクラスタ化のガイドラインに従ってください。サーバを組み込めます。サブスクライバとして設定できます。台のサーバという制限があります。台をプライマリ呼処理サブスクライバにします。台の電話機がサポートされます。超えないようにすることを推奨します。ユーザを超える場合は、専用パブリッシャと別個のサーバをプライマリおよびバックアップの呼処理サブスクライバ用に推奨します。専用アプライアンスで実行されます。サブスクライバの複合インスタンス)を提供します。インスタンスは設定できません。サブスクライバの複合インスタンス)を提供します。呼処理やその他の共存するアプリケーションにサブスクライバの冗長性を提供するために配置できます。バランシングを使用する冗長サーバを配置することを推奨します。サブスクライバの冗長性を提供できます。ノードのいずれかになります。ノードだけがサポートされます。ポートにアクセスできません。デバイスは、これらのサーバに接続できません。代わりに、次のオプションを利用できます。カード(MOH-USB-AUDIO=)を接続できるようにすることを検討します。シリアル接続に使用します。ソフトメディアを使用します。サーバのクラスタとして配置することもできます。インストールの復元力および容量を拡張するように設計されています。ピアは、帯域幅使用率に加え、ルーティング、ゾーン、FindMe、およびその他の設定を共有します。エンドポイントは、クラスタの任意のピアに登録できます。エンドポイントは、初期ピアとの接続を失っても、クラスタの別のピアに再登録できます。コールのライセンスは、クラスタごとに実行されます。コールのライセンスは、クラスタ内の任意のピアで使用できます。ピアにそのまま使用できます。キャパシティが維持されます。ピアに、同じルーティング機能がなければなりません。ピアが、コールをその宛先にルーティングできると見なされます。クラスタを使用する必要があります。ピアとして指定される必要があります。データベースを管理します。クラスタ全体の設定は、設定マスターのみで実行できます。ピアは、マスターから定期的に設定を複製します。エージェントがリストされています。小規模な配置に対する場合を除き、通常、呼処理を実行しません。配置するときは、次のガイドラインに従ってください。