Lync Server 2013 での中央サイトの音声の復元の計画
トピックの最終更新日: 2013-10-30
世界中に多数のサイトを持つ企業がますます増えています。 緊急サービスの維持、ヘルプ デスクへのアクセス、中央サイトがサービスを停止しているときに重要なビジネス タスクを実行する機能は、エンタープライズ VoIP回復性ソリューションにとって不可欠です。 中央サイトを利用できなくなった場合、以下の条件を満たすことが求められます。
ボイス フェールオーバーを備える必要があります。
通常、中央サイトのフロントエンド プールに登録するユーザーは、代替フロントエンド プールに登録できる必要があります。 これを行うには、複数の DNS SRV レコードを作成し、それぞれが中央サイトのディレクター プールまたはフロントエンド プールに解決されます。 SRV レコードの優先度と重みを調整して、その中央サイトによって提供されるユーザーが、他の SRV レコードのユーザーより先に対応するディレクタープールとフロントエンド プールを取得できるようにすることができます。
他のサイトに存在するユーザーとの通話を、PSTN に再ルーティングする必要があります。
このトピックでは、中央サイトの音声復元をセキュリティ保護するための推奨ソリューションについて説明します。
アーキテクチャおよびトポロジ
中央サイトで音声回復性を計画するには、Lync Server 2013 レジストラーが音声フェールオーバーを有効にする際に果たす中心的な役割を基本的に理解する必要があります。 Lync Server レジストラーは、クライアントの登録と認証を可能にし、ルーティング サービスを提供するサーバー ロールです。 Standard Edition サーバー、フロントエンド サーバー、ディレクター、または存続可能ブランチ アプライアンス上の他のコンポーネントと共に存在します。 レジストラー プールは、フロント エンド プールで実行され、同じサイトに存在するレジストラー サービスで構成されます。 フロントエンド プールは負荷分散する必要があります。 DNS 負荷分散をお勧めしますが、ハードウェア負荷分散は許容されます。 Lync クライアントは、次の検出メカニズムを使用してフロントエンド プールを検出します。
DNS SRV レコード
自動検出 Web サービス (Lync Server 2013 の新機能)
DHCP オプション 120
Lync クライアントがフロントエンド プールに接続すると、ロード バランサーによってプール内のいずれかのフロントエンド サーバーに送信されます。 そのフロントエンド サーバーは、次に、クライアントをプール内の優先レジストラーにリダイレクトします。
エンタープライズ VoIPが有効になっている各ユーザーは、特定のレジストラー プールに割り当てられます。これは、そのユーザーのプライマリ レジストラー プールになります。 サイトでは、数百人または数千人のユーザーが 1 つのプライマリ レジストラー プールを共有するのが一般的です。 プレゼンス、会議、またはフェールオーバーのために中央サイトに依存するブランチ サイトのユーザーによる中央サイトのリソース消費に対応するには、各ブランチ サイトのユーザーを、中央サイトに登録されたユーザーと同様に扱うことをお勧めします。 現時点では、存続可能ブランチ アプライアンスに登録されているユーザーを含め、ブランチ サイト ユーザーの数に制限はありません。
中央サイトの障害時に音声を確実に復元するには、プライマリ レジストラー プールで、別のサイトに配置された単一のバックアップ レジストラー プールを指定しておく必要があります。 バックアップは、トポロジ ビルダーの回復性設定を使用して構成できます。 2 つのサイト間の WAN リンクが復元できている場合、プライマリ レジストラー プールを使用できなくなったユーザーは自動的にバックアップ レジストラー プールにダイレクトされます。
以下のステップでは、クライアントの検出と登録のプロセスについて説明します。
クライアントは、DNS SRV レコードを使用して Lync Server を検出します。 Lync Server 2013 では、DNS SRV レコードを構成して、複数の FQDN を DNS SRV クエリに返すことができます。 たとえば、企業 Contoso に 3 つの中央サイト (北米、欧州、およびアジア太平洋) があり、各中央サイトにディレクター プールがある場合、DNS SRV レコードで 3 つの各場所のディレクター プールの FQDN を指すことができます。 いずれかの場所のディレクター プールを使用できる限り、クライアントはファーストホップの Lync Server に接続できます。
注意
ディレクター プールの使用は省略可能です。 代わりにフロントエンド プールを使用できます。
ディレクター プールは、ユーザーのプライマリ レジストラー プールとバックアップ レジストラー プールについて Lync クライアントに通知します。
Lync クライアントは、最初にユーザーのプライマリ レジストラー プールへの接続を試みます。 プライマリ レジストラー プールが使用可能な場合、レジストラーは登録を受け入れます。 プライマリ レジストラー プールが使用できない場合、Lync クライアントはバックアップ レジストラー プールへの接続を試みます。 バックアップ レジストラー プールが使用可能であり、(指定したフェールオーバーの間隔でハートビートが送信されないことを検出して) ユーザーのプライマリ レジストラー プールを使用できないと判断された場合、バックアップ レジストラー プールはユーザーの登録を受け入れます。 バックアップ レジストラーがプライマリ レジストラーが再び使用可能であることを検出した後、バックアップ レジストラー プールはフェールオーバー Lync クライアントをプライマリ プールにリダイレクトします。
次の図は、中央サイトの回復性を保証するために推奨されるトポロジを示しています。 2 つのサイトは回復性のある WAN リンクによって接続されます。 中央サイトが使用できなくなった場合、そのプールに割り当てられているユーザーは、登録のためにバックアップ サイトに移動されます。
中央サイトの音声回復性に推奨されるトポロジ
.jpg "のトポロジ:中央サイトの音声リリジェンシー用のトポロジ")
要件と推奨事項
中央サイトで音声復元を実装するための以下に示す要件と推奨事項は、ほとんどの組織に適しています。
プライマリおよびバックアップ レジストラー プールのあるサイトは、復元 WAN リンクで接続する必要があります。
各中央サイトには、1 つ以上のレジストラーで構成されるレジストラー プールが存在する必要があります。
各レジストラー プールは、DNS 負荷分散かハードウェア負荷分散またはその両方を使用して負荷分散する必要があります。 負荷分散構成の計画の詳細については、「 Lync Server 2013 の負荷分散要件」を参照してください。
Lync Server Management Shell set-CsUser コマンドレットまたは Lync Server コントロール パネルを使用して、各ユーザーをプライマリ レジストラー プールに割り当てる必要があります。
プライマリ レジストラー プールは、別の中央サイトに配置されたバックアップ レジストラー プールを 1 つ持つ必要があります。
プライマリ レジストラー プールは、バックアップ レジストラー プールにフェールオーバーするように構成する必要があります。 既定では、プライマリ レジストラーは 300 秒の間隔が経過した後でバックアップ レジストラー プールにフェールオーバーするように設定されています。 この間隔は、Lync Server 2013 トポロジ ビルダーを使用して変更できます。
計画のドキュメントの「Lync Server 2013 でのフェールオーバー ルートの構成」トピックで説明されているように、フェールオーバー ルートを構成します。 ルートを構成する際、プライマリ ルートで指定されたゲートウェイとは別のサイトにあるゲートウェイを指定します。
中央サイトにプライマリ管理サーバーがあり、サイトが長期間ダウンする可能性が高い場合、管理ツールをバックアップ サイトに再インストールする必要があります。このようにしないと、どの管理設定も変更できなくなります。
依存関係
Lync Server は、音声の回復性を確保するために、次のインフラストラクチャとソフトウェア コンポーネントに依存しています。
コンポーネント |
機能 |
DNS |
SRV レコードおよび A レコードを解決して、サーバー間の接続およびサーバーとクライアント間の接続を確立 |
Exchange および Exchange Web サービス (EWS) |
コンタクト ストレージ、予定表データ |
Exchange ユニファイド メッセージングおよび Exchange Web サービス |
通話ログ、ボイス メール一覧、ボイス メール |
DHCP オプション 120 |
DNS SRV を使用できない場合、クライアントは DHCP オプション 120 を使用してレジストラーの検出を試みます。 これを機能させるには、DHCP サーバーを構成するか、Lync Server 2013 DHCP を有効にする必要があります。 詳細については、「 Lync Server 2013 のブランチ サイト回復性要件におけるBranch-Site回復性に関する ハードウェアとソフトウェアの要件」セクションを参照してください。 |
存続可能な音声機能
前述の要件と推奨事項が実装されている場合は、以下の音声機能がバックアップ レジストラー プールによって提供されます。
PSTN 通話の発信
テレフォニー サービス プロバイダーがバックアップ サイトへのフェールオーバー機能をサポートしている場合は、PSTN 通話の着信
同じサイトおよび 2 つの異なるサイト間でのユーザー同士のエンタープライズ通話
通話の保留、取得、転送などの基本的な通話処理
2 者間のインスタント メッセージングおよび同じサイトでのユーザー間のオーディオとビデオの共有
着信の転送、エンドポイントの同時呼び出し、通話委任、およびチーム通話サービス。ただし、通話委任の両者または全チーム メンバーが同じサイトで構成されている場合のみ。
既存の電話およびクライアントは動作し続ける
通話詳細記録 (CDR)
認証と承認
プライマリ中央サイトがサービス停止になったときに以下の音声機能が動作するかどうかは、その構成方法によって決まります。
ボイス メールの預かりと取得
プライマリ中央サイトがサービス停止になっているときに Exchange UM を使用可能にするには、以下のいずれかを実行する必要があります。
中央サイトの Exchange UM サーバーが別のサイトのバックアップ Exchange UM サーバーをポイントするように、DNS SRV レコードを変更します。
各ユーザーの Exchange UM ダイヤル プランを構成して、中央サイトとバックアップ サイトの両方に Exchange UM サーバーを含めますが、バックアップ Exchange UM サーバーを無効として指定します。 プライマリ サイトが使用できなくなった場合、Exchange 管理者はバックアップ サイトの Exchange UM サーバーを有効としてマークする必要があります。
上記のどちらのソリューションも不可能な場合、中央サイトが使用できなくなった場合、Exchange UM は使用できません。
すべての種類の会議
バックアップ サイトにフェールオーバーしたユーザーは、プールを使用できる開催者によって作成またはホストされる会議に出席できますが、使用不可になった自身のプライマリ プールで会議を作成またはホストすることはできません。 他のユーザーも、そのユーザーのプライマリ プールでホストされる会議に参加することはできません。
以下の音声機能は、プライマリ中央サイトが停止しているときには動作しません。
会議自動アテンダント
プレゼンスおよび DND ベースのルーティング
着信の転送設定の更新
応答グループ サービスとコール パーク
新しい電話とクライアントのプロビジョニング
アドレス帳 Web 検索