- このマニュアルについて
- 概要
- Cisco Unified Communications の概要
- システム コンフィギュレーションの 概要
- ロールとユーザ グループ
- システム レベルのコンフィギュレー ション設定
- クラスタ化
- 冗長化
- コール アドミッション制御
- Resource Reservation Protocol
- Cisco TFTP
- デバイスのサポート
- 自動登録
- ダイナミック ホスト コンフィギュ レーション プロトコル（DHCP）
- ライセンシング
- パーティションおよびコーリング サー チ スペース
- Time-of-Day ルーティング
- ルート プランの概要
- 電話番号の概要
- ダイヤル規則の概要
- ディレクトリの概要
- アプリケーション ユーザとエンド ユーザ
- メディア リソースの管理
- Annunciator
- Conference Bridge
- トランスコーダ
- 保留音
- メディア ターミネーション ポイント
- トランスコーディング、会議 、および MTP 用の Cisco DSP リソース
- ボイスメールの Cisco Unified CallManager への接続性
- SMDI ボイスメールの統合
- Cisco Unity メッセージングの統合
- Cisco DPA の統合
- コール パーク
- コール ピックアップ グループ
- Cisco Unified IP Phone サービス
- Cisco エクステンション モビリティ 機能および電話機へのログイン機能
- Cisco Unified CallManager Attendant Console
- Cisco Unified CallManager Assistant
- Cisco Unified CallManager 音声ゲー トウェイの概要
- IP テレフォニー プロトコルの概要
- セッション開始プロトコル（SIP）の概要
- Cisco Unified CallManager トランク タイプの概要
- Cisco Unified IP Phone
- ビデオ テレフォニーの概要
- コンピュータ テレフォニー統合
- Cisco ATA 186
- 管理ツールの概要
- 索引
Cisco Unified CallManager システム ガイド Release 5.0(2)
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年7月27日
章のタイトル： クラスタ化
クラスタ化
Cisco Unified CallManager のクラスタ化機能は、コール処理をコンバージド IP ネットワークのインフラストラクチャ全体にシームレスに分散させるメカニズムです。クラスタ化により、リソースとフィーチャを透過的に共有できるようになり、システムのスケーラビリティが得られます。
•
「クラスタ」
• 「参考情報」
クラスタ
クラスタとは、同じデータベースとリソースを共有している Cisco Unified CallManager サーバ群をグループ化したものです。クラスタ内の Cisco CallManager サーバは、その設定内容により、次に示す機能を実行します。
• データベース サーバ（クラスタ内の唯一のデータベース サーバ）
他のサーバに Cisco Unified CallManager ソフトウェアをインストールする前に、Cisco Unified
CallManager の管理ページの［サーバの設定(Server Configuration)］でそれらのノードを定義する必要があります。
Cisco Unified CallManager Serviceability アプリケーションの Service Activation ウィンドウを使用して、そのクラスタに対してどのサーバがどの機能を実行するかを指定できます。システムの規模と必要な冗長性のレベルに応じて、特定のサーバを特定の機能専用にすることや、1 台のサーバに複数の機能を組み合せることができます。
各クラスタには、データベース サーバ（最初のノード）1 台と、通常は TFTP サーバ 1 台を別個、または組み合せて設定できます。
ヒント 非常に大きなクラスタでは、同時初期化（Cisco Unified CallManager の障害の後に発生するプロセス）によって、データベース サーバが過負荷になる場合があります。同時に初期化される Cisco Unified CallManager サービスの数を制限するには、「Max Simultaneous Cisco CallManager Initializations」サービス パラメータを設定します。このパラメータのデフォルトは 0 で、同時に初期化できる Cisco Unified CallManager サービスの数に制限がありません。0 以外の値では、サービスの数がその値に制限されます。
設定する必要があるもう 1 つのサービス パラメータは、「Restart Cisco CallManager on Initialization Exception」パラメータです。このパラメータは、初期化時にエラーが発生した場合、Cisco CallManager サービスを再起動するかどうかを決定します。このパラメータのデフォルトは TRUE で、Cisco CallManager の初期化時にエラーが発生した場合、初期化が中断されます。値を FALSE に設定すると、エラーが検出されても初期化を続行できます。これらのパラメータは、クラスタ全体に適用され、System - General サブセクションにあります。サービス パラメータの設定の詳細については、『Cisco Unified CallManager アドミニストレーション ガイド』の「サービス パラメータの設定」を参照してください。
クラスタ サイズと推奨構成の詳細については、『 Cisco Unified Communications Solution Reference Network Design Guide 』を参照してください。
Service Activation ウィンドウの詳細については、『 Cisco Unified CallManager Serviceability システム ガイド 』および『 Cisco Unified CallManager Serviceability アドミニストレーション ガイド 』を参照してください。
クラスタ間の通信
システムが非常に大規模な場合は、コールを処理する際の負荷に対応するために複数のクラスタを設定する必要があります。クラスタ間の通信は、クラスタ間トランクを介して行われます。大規模なシステムでは、複数クラスタ構成として、次の 2 種類のどちらかを使用しています。
• 大規模の単一キャンパス ネットワーク、または metropolitan-area network（MAN; メトロポリタンエリア ネットワーク）
• 分散型コール処理を行う複数サイト WAN（各サイトに 1 台または複数台の Cisco Unified CallManager を配置）
MAN のクラスタ間トランクでは、通常、帯域幅に余裕があるので、コール アドミッション制御メカニズムを使用する必要はありません。分散型コール処理を行う複数サイトの WAN では、通常、ゲートキーパー テクノロジーを使用してコール アドミッション制御を行います。
Cisco Unified CallManager はイントラクラスタ間の通信もサポートします。これは、集中型コール処理を行う複数サイトの WAN になります（リモート サイトに Cisco Unified CallManager を配置しません）。集中型コール処理を行う複数サイトの WAN では、Cisco Unified CallManager のロケーション機能を使用してコール アドミッション制御を実現しています。
Cisco Unified CallManager 機能はほとんどの場合、所属するクラスタ内で実行されます。次の機能は例外としてクラスタ間で実行されます。
クラスタ間の通信とコール アドミッション制御の詳細については、『 Cisco Unified Communications Solution Reference Network Design Guide 』を参照してください。
コール処理の負荷バランス
Cisco Unified CallManager をクラスタを構築するようにインストールした後は、クラスタ内の各 Cisco Unified CallManager にデバイス（電話機やゲートウェイなど）を割り当てることによって、コール処理の負荷をシステム全体に分散できます。デバイスを割り当てるには、Cisco Unified CallManager グループおよびデバイス プールを設定し、ユーザの意図する負荷バランシングのタイプに応じた方法でデバイス プールにデバイスを割り当てます。
Cisco Unified CallManager のグループとデバイス プールは、任意の方法で配置できるデバイスの論理グループを表します。管理を容易にするには、グループまたはプール内のデバイスすべてが、簡単に識別できる共通の特性（ネットワーク上での物理的な場所など）を共有するようにします。
また、Cisco Unified CallManager グループを使用して、グループ内のプライマリ Cisco Unified CallManager の冗長化（バックアップ コール プロセッサ）を実現できます。Cisco Unified CallManager グループとは、3 台までの Cisco Unified CallManager サーバを優先順に並べたリストです。通常の動作時は、グループ内の最初の Cisco Unified CallManager がプライマリとして、そのグループに割り当てられたデバイス プールとデバイスをすべて制御します。グループのプライマリ Cisco Unified CallManager が故障した場合、プライマリ Cisco Unified CallManager に登録されているデバイス プールとデバイスの制御は、リスト内の次にあるセカンダリ Cisco Unified CallManager に移されます。
たとえば、クラスタ内に 3 台の Cisco Unified CallManager があり、既存の Cisco Unified IP Phone が 300 台あって、新しい電話機が後で追加されるたびに自動登録を行うように設定されている、単純なシステムについて考えてみます。
• この設定には、4 グループの Cisco Unified CallManager が含まれる。グループ G1 はデバイス プール DP1、グループ G2 はデバイス プール DP2、グループ G3 はデバイス プール DP3、グループ G4 はデバイス プール DP4 にそれぞれ割り当てられています。グループ G4 は、自動登録されるデバイスのデフォルト グループになります。
• Unified CM1 は、DP1 および DP2 のデバイスのプライマリ Cisco Unified CallManager、DP3 の第 1 バックアップ、DP4 のデバイスの第 2 バックアップとして機能する。
• Unified CM2 は、DP3 および DP4 のデバイスのプライマリ Cisco Unified CallManager、DP1 の第 1 バックアップ、DP4 のデバイスの第 2 バックアップとして機能する。
• Unified CM3 は、DP2 および DP4 のデバイスの第 1 バックアップ Cisco Unified CallManager、DP1 と DP3 のデバイスの第 2 バックアップとして機能する。
表6-1 では、Cisco Unified CallManager クラスタのインストールおよび設定に必要な手順の概要を示しています。
参考情報
• 『 Cisco Unified CallManager アドミニストレーション ガイド 』の「Cisco Unified CallManager グループの設定」
• 『 Cisco Unified CallManager アドミニストレーション ガイド 』の「デバイス プールの設定」
• 『 Cisco Unified CallManager アドミニストレーション ガイド 』の「トランクの設定」
• 『 Cisco Unified CallManager アドミニストレーション ガイド 』の「ロケーションの設定」
• Cisco Unified Communications Solution Reference Network Design Guide
• Cisco Unified CallManager Release 5.0(2) インストレーション ガイド
• Cisco Unified IP-IVR Installation Guide
フィードバック