ユニファイド メッセージングの可用性とスケーラビリティの計画

  • [アーティクル]

 

適用先: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

トピックの最終更新日: 2007-07-26

今日、多くの組織では、電子メールとボイス メールへのアクセスが毎日の運用を成功させるために欠かせません。電子メールとボイス メールに継続的にアクセスできるようにするには、Microsoft Exchange Server 2007 組織に対して、これらのサービスを提供するサーバーの可用性を確保するソリューションを正しく計画および実装する必要があります。

Exchange 2007 ユニファイド メッセージングでスケーラビリティと可用性の高いソリューションを提供するには、ユニファイド メッセージング コンポーネントを拡張してユーザーをサポートする方法について理解する必要があります。ユニファイド メッセージング サーバーの可用性を高めるソリューションの実装方法についても理解する必要があります。

ユニファイド メッセージング サーバーのスケーラビリティ

スケーラビリティは、特定のサービスの処理能力を高めるためにリソースを増やす機能と定義されます。組織のユニファイド メッセージング サーバーの処理能力を高めるために使用できるスケーラビリティには、水平と垂直の 2 種類があります。Exchange 2007 ユニファイド メッセージングでは、垂直に拡張するときは、次に示すように、単一または複数のユニファイド メッセージング サーバーにハードウェア リソースを追加します。

  • メッセージ格納域用のハード ディスク容量の追加
  • より高速またはより多数のプロセッサの使用
  • より多数または高速の RAM の使用
  • ネットワーク アダプタの追加、または単一のネットワーク アダプタでのローカル エリア ネットワーク (LAN) ポートの追加

ユニファイド メッセージングでは、水平に拡張するときは、新しいユニファイド メッセージング サーバーにユニファイド メッセージング サーバーの役割をインストールし、ダイヤル プランにユニファイド メッセージング サーバーを追加して、システムが受け付けることのできる同時着信呼び出しの数を増やします。ユニファイド メッセージング環境を水平に拡張するには、IP ゲートウェイの数を増やすこともできます。これにより、着信呼び出しに使用できるポートの数が増えます。

Exchange 2007 ユニファイド メッセージングが提供する効率的で単純な展開モデルは、拡張性が高く、それでいて展開が複雑になることはありません。組織内のユニファイド メッセージングには多くの展開モデルがあります。ただし、ユニファイド メッセージングに対して推奨される展開モデルは、ユニファイド メッセージング サーバーを集中化するものです。ユニファイド メッセージングで使用可能なすべての展開オプションには、多数のユニファイド メッセージング ユーザーをサポートする拡張性の高いシステムを作成するために必要な、共通の手順がいくつかあります。これらの手順は次のとおりです。

  1. PBX 回線の準備   拡張性の高い UM ソリューションを作成するための最初の手順は、PBX 回線を準備することです。
  2. チャネルの編成   PBX ベースの音声チャネルを準備した後、チャネルをハント グループとして編成できます。
  3. IP ゲートウェイの展開   音声チャネルをハント グループとして編成した後は、これらのチャネルを IP ゲートウェイで終了させます。IP ゲートウェイと従来の PBX を使用して、テレフォニー ネットワークで使用されている回線交換プロトコルを、IP ベースのパケット交換プロトコルに変換します。
  4. ダイヤル プランへのユニファイド メッセージング サーバーの追加   ユニファイド メッセージングが処理できる呼び出しの数を増やす必要がある場合は、追加のユニファイド メッセージング サーバーをインストールして構成し、ダイヤル プランに追加します。通常、IP ゲートウェイは、DNS を使用して、既存のユニファイド メッセージング サーバーと、インストールした追加のユニファイド メッセージング サーバーの間で負荷を分散します。

ネットワーク トラフィック

IP ゲートウェイから着信呼び出しを受信するたびに、IP ベースのネットワーク トラフィックが生成され、使用可能なネットワーク帯域幅の一部を消費します。ユニファイド メッセージングを展開する前に、ネットワーク トラフィックを分析して、現在の使用パターンを特定し、潜在的な問題を識別する必要があります。ほとんどのネットワークでは、帯域幅の需要は、勤務時間を通じて一定ではありません。IP ベースの呼び出しはすべて、ネットワーク上の IP ゲートウェイからユニファイド メッセージング サーバーに直接ルーティングされ、この IP ベースのネットワーク トラフィックは利用可能な帯域幅を消費するので、以下の推奨事項とガイドラインに従う必要があります。

  • PBX と IP ゲートウェイは、物理的に近い場所に配置します。
  • IP ゲートウェイとユニファイド メッセージング サーバーは、適切に接続された同じネットワーク上、または同じ物理サイト内に配置します。
  • ユニファイド メッセージング サーバーは、メールボックス サーバー、ハブ トランスポート サーバー、クライアント アクセス サーバーなどの Exchange 2007 サーバーの役割がインストールされた他のコンピュータと同じ適切に接続された同じネットワーク上、または同じ物理サイト内に配置します。
  • ワイド エリア ネットワーク (WAN) 接続は、テレフォニー装置がある場所の近くで終端します。
  • 支社のシナリオまたは WAN 接続の場合は、G.711u または G.711A コーデックの代わりに G.723.1 コーデックを使用して、IP ゲートウェイとユニファイド メッセージング サーバーの間で受け渡されるネットワーク トラフィックを最小にします。

ユニファイド メッセージング サーバー

一般的に、ユニファイド メッセージングのスケーラビリティは、同時呼び出しの数で決定されます。既定では、1 つのユニファイド メッセージング サーバーは、最大で 100 件の同時音声呼び出しと、100 件の同時 FAX 呼び出しを受け付けることができます。これらの呼び出しは、着信でも発信でもかまわず、ユーザーがボイス メール メッセージを残したときや、Outlook Voice Access ユーザーが Exchange 2007 メールボックスにアクセスしたときに生成するか、ボイス メール メッセージを聞くために電話での再生機能を使用するユーザーによって生成できます。スケーラビリティに優れたユニファイド メッセージング インフラストラクチャを構築する際、同時呼び出しの数は重要な要素ですが、ボイス メッセージのエンコードに使用する最適なコーデック、およびサポートするユーザーの種類と数も決定する必要があります。

  • 同時呼び出しの数 単一のユニファイド メッセージング サーバーが受け付けることのできる同時音声メッセージと同時 FAX メッセージの数は、既定では両方とも 100 ですが、両方とも最大で 200 まで構成できます。単一のユニファイド メッセージング サーバーでの同時接続数を大きくすると、同時接続数を小さくした場合よりも多くのシステム リソースが必要になります。ローエンドの低速なコンピュータにユニファイド メッセージング サーバーがインストールされている場合は、この設定を小さくすることが特に重要です。ユニファイド メッセージング サーバーに現在接続している同時呼び出しの数を監視するには、パフォーマンス カウンタおよび Get-UMActiveCalls コマンドレットを使用できます。
    組織で必要な同時呼び出しの数が、単一のユニファイド メッセージング サーバーがサポートする数より多い場合は、ユニファイド メッセージング サーバーの役割をインストールし、ユニファイド メッセージング サーバーをダイヤル プランに追加することで、水平拡張を行って、同時呼び出しの処理能力を増やすことができます。

  • ボイス メール格納コーデック "コーデック" という用語は、"コーディング" と "デコーディング" という用語を組み合わせたもので、デジタル データに関係します。コーデックは、デジタル データをオーディオ ファイル形式またはストリーミング オーディオ形式に変換するコンピュータ プログラムまたはソフトウェアです。
    Exchange ユニファイド メッセージングでの一般的なコーデックには、IP ゲートウェイ間で使用されるコーデックと、音声メッセージのエンコードに使用されるコーデックの 2 種類があります。音声メッセージ用の .wma および .wav オーディオ ファイルを作成するには、Windows Media Audio (WMA)、Group System Mobile (GSM) 06.10、および G.711 Pulse Code Modulation (PCM) リニア オーディオ コーデックが使用されます。ただし、使用されるファイルの種類は、音声メッセージのオーディオ ファイルの作成に使用されるオーディオ コーデックによって異なります。Exchange ユニファイド メッセージングでは, .wma オーディオ コーデックにより .wma オーディオ ファイルが作成され、GSM 06.10 と G.711 リニア PCM オーディオ コーデックにより .wav オーディオ ファイルが作成されます。ただし、使用されるコーデックに応じて, .wma 形式または .wav 形式のオーディオ ファイルが、電子メール メッセージと共に、目的のボイス メール受信者に送信されます。ユニファイド メッセージング音声メッセージのサイズは、音声データを保持する添付ファイルのサイズによって異なります。また、添付ファイルのサイズは、次の要素によって異なります。

    • ボイス メールの録音時間
    • 使用されるオーディオ コーデック
    • オーディオ ファイルの保存形式
      次の図は、ユニファイド メッセージングで使用できる 3 つのオーディオ コーデックのボイス メール録音時間によって、オーディオ ファイルのサイズがどのように異なるかを示しています。
    note注 :
    次の図では、通話応答音声メッセージの平均の長さは約 30 秒です。

    UM_Message_Sizing
    ユニファイド メッセージングで使用される各オーディオ コーデックのサンプル ビット レート (bps) と圧縮プロパティは次のとおりです。

    • WMA – 16 ビット – 圧縮ファイル
    • G.711 – 16 ビット – 非圧縮ファイル
    • GSM 06.10 – 8 ビット – 圧縮ファイル
      WMA コーデックを使用した場合、各ユニファイド メッセージング サーバーは 60 ～ 75 の IP ベース呼び出しを同時に処理できるものと推定されます。この推定は、1 日の中で最も忙しい 1 時間の間に、全 IP ベース呼び出しの 14% が到着するという仮定にも基づいています。これら 2 つの仮定に基づき、ユーザーは Outlook Voice Access を使用して頻繁に音声メッセージにアクセスするものと想定すると、各ユニファイド メッセージング サーバーは 2,000 ～ 10,000 ユーザーをサポートできると推定されます。
      一般的に、ユニファイド メッセージング サーバーごとに次の同時呼び出し数に対応する必要があります。
    • 既定のダイヤル プランのコーデックが WMA の場合は 60
    • 既定のダイヤル プランのコーデックが GSM の場合は 75

  • ユーザーの種類   ユニファイド メッセージング システムにアクセスするユーザーには、認証されたユーザーと認証されていないユーザーの 2 種類があります。これら 2 種類のユーザーが、ユニファイド メッセージングのリソースを消費します。拡張性のあるユニファイド メッセージング環境を構築するときは、これらのユーザーによる影響、および各ユーザーが消費するリソースを考慮する必要があります。

    • 認証されたユーザー 認証されたユーザーは、UM が有効であり、Outlook Voice Access を使用してメールボックスにアクセスできます。認証されたユーザーは、サブスクライバ アクセス番号の直接呼び出し、メールボックスへのログオン、メッセージ、予定表、連絡先、ディレクトリへのアクセス、電話での再生機能を使用して電話で音声メッセージを再生するためのユニファイド メッセージング サーバーの使用など、さまざまな方法でユニファイド メッセージング サーバーのリソースを消費します。また、呼び出しを転送したり、音声メッセージを送信したり、ユーザーの内線番号を呼び出して音声メッセージを残したり FAX を送信したりすることにより、間接的にリソースを消費することもあります。
    • 認証されていないユーザー ユニファイド メッセージング自動応答やサブスクライバ アクセス番号は呼び出しても、メールボックスにはログオンしないユーザーは、認証されていない発信者です。ただし、このような要求に対するサービスでも、ユニファイド メッセージングのリソースは使用されます。メールボックスにログオンしない発信者でも、UM 自動応答を呼び出したり、サブスクライバ アクセス番号を使用したりするたびに、呼び出しの転送、音声メッセージの送信、別の自動応答への転送、別の電話番号への転送、録音されているオーディオ プロンプトの聴取などにより、リソースを消費します。

IP ゲートウェイ

ユニファイド メッセージングは、IP ゲートウェイの機能を使用して、PBX からの総合デジタル通信網 (ISDN) や QSIG などの TDM または電話回線交換型プロトコルを、SIP、RTP、リアルタイムの FAX 転送用の T.38 などの、VoIP または IP に基づいたプロトコルに変換します。

IP ゲートウェイは、4 ～ 32 ポートの範囲のサイズとモデルで、複数の製造元から入手できます。容量とフォールト トレランスを提供するために必要なだけいくつでも、IP ゲートウェイを展開できます。必要な呼び出しまたはポートの数が、単一の IP ゲートウェイでサポートされる数より多い場合は、追加の IP ゲートウェイをインストールして構成し、UM IP ゲートウェイ オブジェクトを作成して、環境のサポートに適したハント グループを構成することで、水平拡張を行って、受け付けられる呼び出しの数やポートの数を増やすことができます。

環境内に存在する IP ゲートウェイの数と、使用可能なユニファイド メッセージング サーバーの数を一致させることも、同じように重要です。たとえば、10 個の IP ゲートウェイを、T-1 回線で単一のユニファイド メッセージング サーバーに接続するのは、良いことではありません。このようにすると、ユニファイド メッセージング サーバーは 240 の同時着信呼び出しをサポートする必要があります。このことを考慮し、ユニファイド メッセージング サーバーに対する IP ゲートウェイを適切に拡張する必要があります。

ユニファイド メッセージングの可用性

稼働時間の最小要件は、組織によって異なります。ただし、すべての組織が、特にテレフォニー システムで高レベルの稼働時間の実現を望んでいます。組織のテレフォニー システムは、ビジネスに不可欠であることがよくあり、ユーザーに対して高い可用性を備えている必要があります。ユニファイド メッセージング システムを展開するときに考慮する必要のある要素の 1 つは、ユニファイド メッセージング サーバーや IP ゲートウェイなどの重要なコンポーネントが利用できなくなったときに、ユーザーにサービスを提供するためのシステムの機能です。

  • ユニファイド メッセージング サーバー   Exchange 2007 では、ユニファイド メッセージングはサービスおよびワーカー プロセスとして実行するように設計されています。つまり、サービスが大量のシステム リソースを使用している場合、またはサービスが応答不能になった場合は、ワーカー プロセスをリサイクルできます。UM ワーカー プロセスは、メールボックス サーバー、ハブ トランスポート サーバー、およびドメイン コントローラでの停止に対処します。たとえば、ユーザーのメールボックス サーバーが利用不可になった場合、ユニファイド メッセージング サーバーがユーザーに代って呼び出しを受け付けます。ただし、ユーザーのカスタムの案内応答は再生されません。代わりに、標準の案内応答がそのユーザーに対する呼び出しに使用されます。また、ハブ トランスポート サーバーが使用できない場合は、使用できるようになるまで、ユニファイド メッセージング サーバーが、構成されているキューの制限に応じて、呼び出しの受け付けとキューへの格納を続けます。ただし、すべてのドメイン コントローラが使用できない状況では、ユニファイド メッセージング サーバーは呼び出しを受け付けることができません。
    ユニファイド メッセージング サーバーを N+1 構成で単一のダイヤル プランに追加することで、ユニファイド メッセージングの展開の弾力性と可用性を高めることができます。つまり、2 つのユニファイド メッセージング サーバーが必要な場合は、ユニファイド メッセージング サーバーを 1 つ追加してインストールおよび構成し、ユニファイド メッセージング サーバーが故障した場合、またはユニファイド メッセージング サーバーをオフラインにする必要がある場合に、その代わりとなるユニファイド メッセージング サーバーが存在するようにします。
    単一のダイヤル プランに複数のサーバーを追加すると、IP ゲートウェイは、IP アドレスによって、または TLS 展開の場合は完全修飾ドメイン名 (FQDN) によって、IP ゲートウェイ上の構成にリストされているユニファイド メッセージング サーバーに接続を試みます。ユニファイド メッセージング サーバーが利用不可の場合、IP ゲートウェイは、再度 5 秒後にユニファイド メッセージング サーバーへの接続を試みます。ユニファイド メッセージング サーバーから応答がない場合、IP ゲートウェイは、IP ゲートウェイ上に構成されているリストで次のユニファイド メッセージング サーバーに接続を試みます。
  • IP ゲートウェイ IP ゲートウェイの可用性が高くなる冗長性を構成する場合は、N+1 構成に複数の IP ゲートウェイを追加する必要があります。つまり、2 つの IP ゲートウェイが必要な場合は、IP ゲートウェイを 1 つ追加してインストールおよび構成し、IP ゲートウェイが故障した場合、または IP ゲートウェイをオフラインにする必要がある場合に、その代わりとなる IP ゲートウェイが存在するようにします。
    PBX を、受信した着信呼び出しを異なる IP ゲートウェイに送信するように構成する必要があります。PBX を構成すると、PBX は、障害や無信号、または呼び出しに応答しないポートを検出します。これにより、PBX は、着信呼び出しに応答できる IP ゲートウェイに呼び出しをリダイレクトできます。
    ユニファイド メッセージングでサポートされる IP ゲートウェイを構成することによって、ユニファイド メッセージング サーバーに対する呼び出しをラウンド ロビン方式でルーティングすることができます。IP ゲートウェイを有効にするには、各 IP ゲートウェイに、IP ゲートウェイからの呼び出しに応答するユニファイド メッセージング サーバーの IP アドレスを構成する必要があります。このようなユニファイド メッセージング サーバーは、IP ゲートウェイを論理的に表す UM IP ゲートウェイ オブジェクトと同じダイヤル プランに関連付けられたものです。これにより、すべての UM IP ゲートウェイは、同じダイヤル プランに関連付けられたユニファイド メッセージング サーバーに着信呼び出しを転送できます。IP ゲートウェイで障害が発生した場合、PBX は呼び出しに応答できる IP ゲートウェイに呼び出しを送信します。IP ゲートウェイは、同じダイヤル プラン内のユニファイド メッセージング サーバーに呼び出しを転送します。使用できないユニファイド メッセージング サーバーに対する呼び出しの場合は、IP ゲートウェイはユニファイド メッセージング サーバーへの接続を再び試みます。それでもユニファイド メッセージング サーバーに接続できない場合、IP ゲートウェイは、IP ゲートウェイ上に構成されているリストで次のユニファイド メッセージング サーバーを使用して、呼び出しに応答します。ただし、サポートされているすべての IP ゲートウェイを、負荷分散と、サーバーがオフラインまたは故障かどうかの検出の両方をサポートするように、構成できるわけではありません。

ユニファイド メッセージングでの負荷分散

複数の Exchange 2007 ユニファイド メッセージング サーバーを単一のダイヤル プランに展開して着信呼び出しの負荷を分散させることで、ユニファイド メッセージングの展開の弾力性を高めることができます。ユニファイド メッセージングでサポートされる IP ゲートウェイを、ラウンド ロビン方式で呼び出しをルーティングするように構成することで、1 つのダイヤル プラン内にある複数のユニファイド メッセージング サーバーに、負荷を分散させることができます。

ラウンド ロビンは、複数のサーバー間に作業負荷を分散させるための方式です。ただし、ラウンド ロビンだけでは、IP ゲートウェイがサーバーの障害を検出できるようにはなりません。ユニファイド メッセージング サーバーの 1 つで障害が発生した場合、ユニファイド メッセージング サーバーを使用できないことを IP ゲートウェイが検出できないと、IP ゲートウェイはそのユニファイド メッセージング サーバーに着信呼び出しを送信し続け、ユーザーが障害を検出してダイヤル プランからそのサーバーを削除するまで、その状態が続きます。ユーザーは、ユニファイド メッセージング サーバーをダイヤル プランから削除した後、IP ゲートウェイ上の構成からそのユニファイド メッセージング サーバーの IP アドレスまたは FQDN も削除する必要があります。

ユニファイド メッセージングは、着信呼び出しの分散に、ラウンド ロビン DNS またはネットワーク負荷分散 (NLB) は使用しません。ラウンド ロビン DNS は、マルチホームのコンピュータで、他のサービスに負荷を分散させるために使用できますが、ユニファイド メッセージングに対しては使用できません。NLB を他のサービスで使用すると、クライアント要求を配信し、サーバーが利用不可かどうかを自動的に検出して、他のクライアント要求を残りのサーバーに再配信できます。ただし、この機能もユニファイド メッセージングでは使用できません。ダイヤル プラン内のユニファイド メッセージング サーバー間に負荷を分散させる唯一の方法は、ダイヤル プラン内のユニファイド メッセージング サーバーの IP アドレスまたは FQDN を IP ゲートウェイに構成することです。IP ゲートウェイは、一覧を使用して、ダイヤル プラン内のすべてのユニファイド メッセージング サーバー間で負荷を分散します。また、IP/VoIP で障害検出機能がサポートされている場合、サーバーの障害も検出できます。

ユニファイド メッセージングの展開で負荷分散を行うもう 1 つの方法は、PBX ハント グループを複数の IP ゲートウェイに接続するように構成し、IP ゲートウェイ間に負荷を分散するようハント グループを構成することです。

詳細情報

Exchange 2007 ユニファイド メッセージングの詳細については、以下のリソースを参照してください。

参照している情報が最新であることを確認したり、他の Exchange Server 2007 ドキュメントを見つけたりするには、Exchange Server TechCenter を参照してください。