選択した冗長性方式に応じて(「呼処理の冗長性」を参照)、呼処理サブスクライバは、プライマリ(アクティブ)サブスクライバまたはバックアップ(スタンバイ)サブスクライバのどちらかになります。サブスクライバの両方を兼ねることもあります。クラスタの設計を計画するときは、通常は呼処理サブスクライバにこの機能を割り当てます。ノード上で使用可能にしないでください。サブスクライバの専用ペアを使用します。サブスクライバのペアを使用します。呼処理の冗長性を実現するための一般的なクラスタ構成を示しています。つの基本的な冗長性方式を示しています。台分以上の処理能力を備えている必要があります。台分、または両方のプライマリ呼処理サーバに相当する処理能力を備えている必要があります。プランニング」の項を参照してください。冗長はサポートされません。冗長性のオプションを示しています。冗長性のオプションを示しています。人未満のユーザをサポートするクラスタに使用します。それぞれの冗長性方式でクラスタを徐々に拡張した様子を示しています。プラットフォームによって異なります。これらの図では、パブリッシャと呼処理サブスクライバだけを示していることに注意してください。ノードは示していません。つの呼処理サブスクライバを定義できます。冗長性に拡張されます。次サブスクライバの冗長性は推奨しません。フェールオーバーがさらに遅延するためです。クラスタを配置することもできます。超えないようにする必要があります。サーバ構成では、バックアップ呼処理サブスクライバがないため、クラスタの冗長性メカニズムはありません。使用できない際に最低限の呼処理サービスを提供する必要があります。サーバ配置を採用することは推奨しません。バランシングを行うことができます。サーバに登録されたデバイスはありません。あるため、配置のトラブルシューティングは容易になります。プールの数を減らすことにより、構成が簡素化される可能性もあります。サブスクライバに移すことができます。ペアによってサービスを提供される全デバイスの半数に、デバイス登録および呼処理サービスを提供します。バランシングと呼ばれます。モデルには、次の利点があります。シェアリング:登録呼処理の負荷が複数のサーバ上に分散され、応答時間をより速くできます。サブスクライバにフェールオーバーするデバイスは一部だけです。減らすことができます。サブスクライバに分散します。台分の負荷を超えないようにします。サブスクライバのペアによってサービスを提供される全デバイスの半数まで)は、プライマリ呼処理サブスクライバにフェールオーバーします。サービスの冗長性を提供することを推奨します。サーバを配置することもできます。ノードを利用するためのエンドポイント設定をする必要があります。デバイスを割り当てることができます。サービス負荷を処理しないようにします。ノードに追加する必要があります。ノードを指定する機能があります。サービスをアクティブにすることを推奨します。サービスは呼処理サブスクライバ上だけで使用可能にできます。分散することを推奨します。ペアに関連付けることを推奨します。ポートが必要になります。バランシングを使用する場合は、これらを次のように設定します。冗長性グループを持つようにします。冗長性グループを持つようにします。バックアップとして使用するように設定します。台のサーバに分散することもできています。ノードの障害による影響も最小限に抑えることができます。インテグレーション(CTI)」を参照してください。冗長性方式がすべて適用されます。ノードのインストールと常駐という仮想的特徴があるため、冗長性に関する追加の考慮事項があります。配置して最大レベルの呼処理の冗長性を確保する場合は、次のガイドラインに従ってください。サーバ上に存在する必要があります。ノードへのアクセスをエンドポイントに提供するシステムの機能に影響は及ぼされません。つのサーバの障害によってそれらのサービスが排除されないようにします。サービスにアクセスできます。インスタンス間で分散させて、システムをロードバランスできます。サービスが排除されないようにします。して使用するように設定する必要があります。シャーシに分散させて、冗長性と拡張性を追加できます。リソースの冗長性とプロビジョニングの詳細については、http://www.cisco.com/go/uc-virtualizedにあるドキュメントを参照してください。アベイラビリティに関する主な考慮事項は、ネットワーク接続、電源、および呼処理と登録の冗長性です。チーミングのサポートは提供していません。サブスクライバの複合インスタンス)に配置されます。使用可能な呼処理の冗長性方式を利用できません。ノードとのクラスタ化によって、呼処理サービスおよび登録サービスに冗長性を提供します。アベイラビリティを提供するために配置できます。サーバをクラスタリングできます。超えることはできません。クラスタと見なされます。アベイラビリティ設計ガイダンスに従う必要があります。アベイラビリティ」を参照)。アベイラビリティを提供します。クラスタ内の別のピアを使用します。アベイラビリティは、エンドポイントの機能に応じてさまざまな方法で実現できます。対応エンドポイントは複数のピアに同時に登録するように設定できます。タイムが回避されることです。登録冗長性を提供するためにこの方法を使用することをお勧めします。エンドポイントをカウントする必要があります。アベイラビリティを実現できます。登録するのか、それ以降に再登録するのかによって異なります。レコードを使用して提供されます。Gatekeepers」リストを介して実行されます。ピアのメンバーのアドレスが含まれます。アドレスを設定することもできますが、この方法では登録の冗長性は得られないため、最後の手段としてのみ使用する必要があります。Server(DNS)レコードを使用して冗長性を提供することもできます。アドレスを検索します。使用すると、ある程度の遅延が生じます。ノードに送信する前に、エンドポイントは一定の期間待機する必要があるからです。ピアに同等の重みと優先順位を設定します。名で設定する必要があります。ピアのアドレスを受信します。次に、エンドポイントは各ピアを順番に登録しようとします。レコードが推奨されます。ロビンを使用する場合よりもフェールオーバーの時間が短縮されるからです。リストを提供するように設定します。名で設定する必要があります。リストから取得したピアのアドレスを受け取ります。エンドポイントはそのピアへの登録を試行します。ルックアップを実行し、サーバはリスト内の次のピアで応答します。登録するまで繰り返されます。Guide』の最新バージョンを参照してください。ピアを実行することを強く推奨します。関する同じガイドラインも適用できます(「仮想化された呼処理の冗長性」を参照)。コミュニケーションの配置を成功させるために重要です。サービスを提供できるため、特定の配置のキャパシティ要件を満たすように呼処理インフラストラクチャとその個別のコンポーネントをサイジングすることが重要です。リソース(トランスコーディングや会議)は、すべて呼処理エンティティに登録されます。これらのデバイスには、登録先の呼処理プラットフォームのリソースが必要です。リソースを消費します。回のコールを行うデバイスより少なくなります。ソリューションの設計および配置サイジングに関する考慮事項」の章を参照してください。プラットフォームを選択することが重要です。キャパシティも考慮する必要があります。エンドポイントをサポートできます。プラットフォームのエンドポイントのキャパシティは、システムのサイズによって異なります。シートに記載されているキャパシティ情報に従う必要があります。プランニングについて説明します。レベルとコール詳細レコード(CDR)を有効にして使用し、その結果として得た計算に基づいています。呼処理に直接関係しない他の機能を使用不可にしたり、縮小したり、再設定したりすると、より高いレベルのパフォーマンスとキャパシティが得られる場合があります。した機能の利用を可能にしたり増やしたりすると、システムの呼処理機能に影響を与える可能性があり、全体的なキャパシティを低下させる場合もあります。プラットフォーム上に共存するその他のサービスが含まれます。リスト、自動転送、共存サービス、およびその他の共存アプリケーションが含まれています。システム内の追加リソースを消費します。パフォーマンスを向上させることができます。特定プラットフォーム用にサポートされている最大量まで、サーバに追加の保証メモリを取り付ける。倍に増やすことを推奨します。Tool(RTMT)を使用して検証することでわかります。システムは、ディスクへのスワップを開始します。このスワッピングが発生した場合は、追加の物理メモリを取り付ける必要があることを示しています。サービスの初回始動時に、初期化に長い時間がかかる場合があります。パラメータ)を変更して、設定を初期化するための時間を追加できます。パラメータに関する説明を参照してください。アプリケーションの大部分は、仮想マシンの仮想ハードウェアの設定を指定する定義済みテンプレートを使用してインストールする必要があります。Archive(OVA)を使用して配布されます。ドライブの数とサイズなどを定義して、アプリケーションのキャパシティを決定します。対応するテンプレートはありません)。ノードのキャパシティと同じになります。サーバのキャパシティと同じです。ガイドラインが適用されます。ノードを使用可能にできます。サブスクライバなどの専用機能に使用できます。エンドポイントの設定および登録をサポートできます。テンプレートに応じて、さまざまなキャパシティをサポートできます。テンプレートが用意されています。サーバよりも大きくなる場合があります。