Lync Server 2013 での DNS 負荷分散

  • [アーティクル]

 

トピック最終更新日時: 2014-01-15

Lync Server を使用すると、DNS 負荷分散が可能になります。これは、ネットワーク上の負荷分散の管理オーバーヘッドを大幅に削減できるソフトウェア ソリューションです。 DNS 負荷分散は、SIP トラフィックやメディア トラフィックなど、Lync Server に固有のネットワーク トラフィックのバランスを取ります。

DNS 負荷分散をデプロイすると、ハードウェア ロード バランサーに対する組織の管理オーバーヘッドが最小限に抑えられます。 さらに、SIP トラフィックに対するロード バランサーの構成ミスに関連する問題の複雑なトラブルシューティングは排除されます。 サーバー接続を禁止して、サーバーをオフラインにすることもできます。 DNS 負荷分散により、ハードウェア ロード バランサーの問題が、基本的な呼び出しルーティングなどの SIP トラフィックの要素に影響を与えないようにすることもできます。

DNS 負荷分散を使用する場合は、すべての種類のトラフィックにハードウェア ロード バランサーを使用した場合よりも低コストのハードウェア ロード バランサーを購入することもできます。 Lync Server との相互運用性認定テストに合格したロード バランサーを使用する必要があります。 ロード バランサーの相互運用性テストの詳細については、「Lync Server 2010 Load Balancer パートナー」https://go.microsoft.com/fwlink/p/?linkId=202452を参照してください。

DNS 負荷分散は、フロント エンド プール、エッジ サーバー プール、ディレクター プール、スタンドアロン仲介サーバー プールでサポートされています。

フロントエンド プールとディレクター プールでの DNS 負荷分散

フロントエンド プールとディレクター プールの SIP トラフィックに対して DNS 負荷分散を使用できます。 DNS 負荷分散をデプロイした場合でも、これらのプールにはハードウェア ロード バランサーを使用する必要がありますが、クライアントからサーバーへの HTTPS トラフィックに対してのみ使用する必要があります。 ハードウェア ロード バランサーは、ポート 443 および 80 経由のクライアントからの HTTPS トラフィックに使用されます。

これらのプールにはハードウェア ロード バランサーが必要ですが、そのセットアップと管理は、主にハードウェア ロード バランサーの管理者が慣れている HTTPS トラフィック用です。

以前のクライアントとサーバーの DNS 負荷分散とサポート

DNS 負荷分散は、Lync Server 2013 または Lync Server 2010 を実行しているサーバーと、Lync 2013 および Lync 2010 クライアントの場合にのみ、自動フェールオーバーをサポートします。 以前のバージョンのクライアントと Office Communications Server は、DNS 負荷分散を実行しているプールに接続できますが、DNS 負荷分散が参照する最初のサーバーに接続できない場合は、プール内の別のサーバーにフェールオーバーできません。

また、Exchange UM を使用している場合は、少なくとも Exchange 2010 SP1 を使用して、Lync Server DNS 負荷分散のサポートを受ける必要があります。 以前のバージョンの Exchange を使用している場合、ユーザーは次の Exchange UM シナリオのフェールオーバー機能を持ちません。

  • スマートフォンでエンタープライズ VoIPボイス メールを再生する

  • Exchange UM 自動応答からの呼び出しの転送

他のすべての Exchange UM シナリオは正常に動作します。

フロントエンド プールとディレクター プールへの DNS 負荷分散の展開

フロントエンド プールとディレクター プールに DNS 負荷分散をデプロイするには、FQDN と DNS レコードを使用していくつかの追加手順を実行する必要があります。

  • DNS 負荷分散を使用するプールには、DNS 負荷分散で使用される通常のプール FQDN (pool01.contoso.com など) と、プール内のサーバーの物理 IP に解決される 2 つの FQDN と、プールの仮想 IP アドレスに解決されるプールの Web サービス (web01.contoso.com など) の別の FQDN が必要です。

    トポロジ ビルダーで、プールの DNS 負荷分散をデプロイする場合は、プールの Web サービスに対してこの追加の FQDN を作成するには、[ 内部 Web サービス プール FQDN のオーバーライド ] チェック ボックスをオンにし、[ このプールの Web サービス URL の指定 ] ページで FQDN を入力する必要があります。

  • DNS 負荷分散で使用される FQDN をサポートするには、プールの FQDN (pool01.contoso.com など) をプール内のすべてのサーバーの IP アドレス (たとえば、192.168.1.1、192.168.1.2 など) に解決するように DNS をプロビジョニングする必要があります。 現在デプロイされているサーバーの IP アドレスのみを含める必要があります。

    警告

    複数のフロントエンド プールまたはフロントエンド サーバーがある場合は、外部 Web サービスの FQDN が一意である必要があります。 たとえば、フロントエンド サーバーの外部 Web サービス FQDN を pool01.contoso.com として定義する場合、別のフロントエンド プールまたはフロント エンド サーバーに pool01.contoso.com を使用することはできません。 ディレクターもデプロイする場合は、任意のディレクターまたはディレクター プールに対して定義されている外部 Web サービス FQDN は、他のディレクターまたはディレクター プールだけでなく、フロントエンド プールまたはフロント エンド サーバーからも一意である必要があります。 内部 Web サービスを自己定義 FQDN でオーバーライドする場合、各 FQDN は他のフロントエンド プール、ディレクター、またはディレクター プールから一意である必要があります。

エッジ サーバー プールでの DNS 負荷分散

エッジ サーバー プールに DNS 負荷分散を展開できます。 その場合は、いくつかの考慮事項に注意する必要があります。

エッジ サーバーで DNS 負荷分散を使用すると、次のシナリオでフェールオーバー機能が失われます。

  • Lync Server 2010 より前にリリースされた Office Communications Server のバージョンを実行している組織とのフェデレーション。

  • XMPP ベースのプロバイダーや Google Talk などのサーバーに加えて、パブリック インスタント メッセージング (IM) サービス AOLand Yahoo! のユーザーとインスタント メッセージ交換を行います。

    大事な

    • Google Talk は現在、サポートされている唯一の XMPP パートナーです。

    • 2012 年 9 月 1 日より、Microsoft Lync Public IM Connectivity ユーザー サブスクリプション ライセンス ("PIC USL") は、新しい契約または更新契約の購入に使用できなくなります。 アクティブなライセンスをお持ちのお客様は、Yahoo! とのフェデレーションを続行できます。 サービスのシャットダウン日まで Messenger。 AOL と Yahoo! の 2014 年 6 月の終了日 が発表されました。 詳細については、「 Lync Server 2013 でのパブリック インスタント メッセージ接続のサポート」を参照してください。

これらのシナリオは、プール内のすべてのエッジ サーバーが稼働している限り機能しますが、1 つのエッジ サーバーが使用できない場合は、別のエッジ サーバーにルーティングするのではなく、そのシナリオに送信されるこれらのシナリオに対する要求は失敗します。

Exchange UM を使用している場合は、少なくとも Exchange 2013 を使用して、Edge での Lync Server DNS 負荷分散のサポートを受ける必要があります。 以前のバージョンの Exchange を使用している場合、リモート ユーザーには、次の Exchange UM シナリオのフェールオーバー機能はありません。

  • スマートフォンでエンタープライズ VoIPボイス メールを再生する

  • Exchange UM 自動応答からの呼び出しの転送

他のすべての Exchange UM シナリオは正常に動作します。

内部エッジ インターフェイスと外部エッジ インターフェイスでは、同じ種類の負荷分散を使用する必要があります。 1 つのエッジ インターフェイスで DNS ロード バランシングを使用し、もう 1 つのエッジ インターフェイスでロード バランサー機器を使用することはできません。

エッジ サーバー プールへの DNS 負荷分散の展開

エッジ サーバー プールの外部インターフェイスに DNS 負荷分散を展開するには、次の DNS エントリが必要です。

  • Access Edge サービスの場合は、プール内のサーバーごとに 1 つのエントリが必要です。 各エントリは、Access Edge サービスの FQDN (sip.contoso.com など) を、プール内のいずれかのエッジ サーバー上の Access Edge サービスの IP アドレスに解決する必要があります。

  • Web 会議エッジ サービスの場合は、プール内のサーバーごとに 1 つのエントリが必要です。 各エントリは、Web 会議エッジ サービスの FQDN (webconf.contoso.com など) を、プール内のいずれかのエッジ サーバー上の Web 会議エッジ サービスの IP アドレスに解決する必要があります。

  • Audio/Video Edge サービスの場合、プール内のサーバーごとに 1 つのエントリが必要です。 各エントリは、Audio/Video Edge サービスの FQDN (av.contoso.com など) を、プール内のいずれかのエッジ サーバー上の A/V Edge サービスの IP アドレスに解決する必要があります。

エッジ サーバー プールの内部インターフェイスに DNS 負荷分散を展開するには、1 つの DNS A レコードを追加する必要があります。これにより、エッジ サーバー プールの内部 FQDN がプール内の各サーバーの IP アドレスに解決されます。

仲介サーバー プールでの DNS 負荷分散の使用

スタンドアロン仲介サーバー プールで DNS 負荷分散を使用できます。 すべての SIP トラフィックとメディア トラフィックは、DNS 負荷分散によって分散されます。

仲介サーバー プールに DNS 負荷分散を展開するには、プールの FQDN (mediationpool1.contoso.com など) をプール内のすべてのサーバーの IP アドレス (たとえば、192.168.1.1、192.168.1.2 など) に解決する DNS をプロビジョニングする必要があります。

DNS 負荷分散を使用してサーバーへのトラフィックをブロックする

DNS 負荷分散を使用していて、特定のコンピューターへのトラフィックを遮断する必要がある場合は、プールの FQDN から IP アドレス エントリを削除するだけでは十分ではありません。 コンピューターの DNS エントリも削除する必要があります。

サーバー間トラフィックの場合、Lync Server 2013 ではトポロジ対応の負荷分散が使用されることに注意してください。 サーバーは、Central Management ストアで公開されたトポロジを読み取ってトポロジ内のサーバーの FQDN を取得し、トラフィックをサーバー間で自動的に分散します。 サーバーがサーバー間トラフィックを受信できないようにするには、トポロジからサーバーを削除する必要があります。