Lync Server 2013 でのトポロジの選択

トピック最終更新日時: 2013-02-21

トポロジを選択すると、次のサポートされているトポロジ オプションのいずれかを使用できます。

注意

特に明記されていない限り、Microsoft Lync Server 2010 の経験がある場合は、ここでのガイダンスはほとんど変わりません。

大事な

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

次の表は、サポートされている Microsoft Lync Server 2013 トポロジで使用できる機能をまとめたものです。 列見出しは、特定のエッジ構成オプションで使用できる機能を示します。 たとえば、Scaled Edge (DNS 負荷分散) オプションを使用すると、高可用性をサポートし、ルーティング不可能なプライベート IP アドレス (NAT を使用) またはルーティング可能なパブリック IP アドレスを Edge 外部インターフェイスに割り当てて使用でき、ハードウェア ロード バランサーは必要ないため、コストを削減できます。

DNS 負荷分散でサポートされるエッジ フェールオーバー シナリオは、Lync 対 Lync ポイント対ポイント セッション、Lync 会議セッション、Lync 対 PSTN セッション、Office 365、Microsoft 365 です。 DNS 負荷分散のメリットがないエッジ フェールオーバー シナリオは、リモート ユーザー Exchange ユニファイド メッセージング (UM) (Exchange 2010 SP1 より前)、パブリック インスタント メッセージング (IM) 接続、および Office Communications Server を実行しているサーバーとのフェデレーションのフェールオーバーです。

エッジ サーバー トポロジ オプションの概要

トポロジ 高可用性 エッジ プール内の外部エッジ サーバーに必要な追加の DNS A レコード Lync から Lync へのセッションのエッジ フェールオーバー Lync から Lync への EUM/PIC/OCS フェデレーション セッションのエッジ フェールオーバー

NAT を使用したシングル エッジ

いいえ

いいえ

いいえ

いいえ

パブリック IP を使用したシングル エッジ

いいえ

いいえ

いいえ

いいえ

NAT を使用したスケーリングされたエッジ (DNS 負荷分散)

Yes

Yes

Yes

*

パブリック IP を使用したスケーリングされたエッジ (DNS 負荷分散)

Yes

Yes

Yes

*

スケーリングされたエッジ ハードウェアの負荷分散)

Yes

× (VIP ごとに 1 つの DNS A レコード)

Yes

Yes

* パブリック インスタント メッセージング (IM) 接続のフェールオーバー、および Office Communications Server を実行しているサーバーとのフェデレーションは、DNS 負荷分散では使用できません。 DNS 負荷分散を使用した Exchange UM (リモート ユーザー) フェールオーバーには、Exchange Server 2010 SP1 以降が必要です。

注意

単一エッジとスケーリングされたエッジ (DNS 負荷分散) トポロジでは、次を使用できます。

  • ルーティング可能なパブリック IP アドレス

  • 対称ネットワーク アドレス変換 (NAT) が使用されている場合はルーティングできないプライベート IP アドレス

    • NAT でパブリック IP アドレスまたはプライベート IP アドレスを使用する場合でも、トポロジ ビルダーで選択した構成に基づいて同じ数の IP アドレスが使用されます。 エッジ サーバーは、サービスごとに個別のポートを持つ 1 つの IP アドレスを使用するように構成することも、サービスごとに個別の IP アドレスを使用することもできますが、同じポート (既定では TCP 443) を使用します。

    ルーティング不可能なプライベート IP アドレスを NAT で使用することにした場合:

    • ルーティング可能なプライベート IP アドレスは、3 つの外部インターフェイスすべてで使用する必要があります

    • 受信トラフィックと送信トラフィックに対して対称 NAT を構成する必要があります

    スケーリングされたエッジ (ハードウェア負荷分散) トポロジでは、パブリック IP アドレスを使用する必要があります。

Lync Server 2013 では、単一およびスケーリングされた統合エッジ サーバー トポロジの両方に対してネットワーク アドレス変換 (NAT) を実行するルーターまたはファイアウォールの背後に Access、Web 会議、および A/V Edge 外部インターフェイスを配置できます。

すべてのエッジ外部インターフェイスに NAT を使用するには、DNS 負荷分散を使用する必要があります。 ハードウェア ロード バランサーを使用する場合と比較すると、NAT なしの DNS 負荷分散を使用すると、次の一覧で説明するように、エッジ プール内のエッジ サーバーあたりのパブリック IP アドレスの数を減らすことができます。

  • Lync Server 2013 Scaled Consolidated Edge (DNS 負荷分散) エッジ プール内のエッジ サーバーごとに 3 つのパブリック IP アドレスが必要です。

  • Lync Server 2013 Scaled Consolidated Edge (ハードウェア負荷分散) ロード バランサー仮想 IP アドレスには 3 つのパブリック IP アドレス (プールに追加されるエッジ サーバー数が増えるにつれて増分されない 1 回限りの要件) と、プール内のエッジ サーバーごとに 3 つのパブリック IP アドレスが必要です。

スケーリングされた統合エッジの IP アドレス要件 (ロールごとの IP アドレス)

プールあたりのエッジ サーバーの数 Lync Server 2013 で必要な IP アドレスの数 (DNS 負荷分散) Lync Server 2013 で必要な IP アドレスの数 (ハードウェア負荷分散)

2

6

3 (VIP ごとに 1 つ) + 6

3

9

3 (VIP ごとに 1 つ) + 9

4

12

3 (VIP ごとに 1 つ) + 12

5

15

3 (VIP あたり 1) + 15

スケーリングされた統合エッジの IP アドレス要件 (すべてのロールの単一の IP アドレス)

プールあたりのエッジ サーバーの数 Lync Server 2013 で必要な IP アドレスの数 (DNS 負荷分散) Lync Server 2013 で必要な IP アドレスの数 (ハードウェア負荷分散)

2

2

1 (VIP ごとに 1 つ) + 2

3

3

1 (VIP ごとに 1 つ) + 3

4

4

1 (VIP ごとに 1 つ) + 4

5

5

1 (VIP ごとに 1 つ) + 5

トポロジ選択の主な決定ポイントは、高可用性と負荷分散です。 高可用性の要件は、負荷分散の決定に影響を与える可能性があります。

  • 高可用性 高可用性が必要な場合は、少なくとも 2 つのエッジ サーバーをプールにデプロイします。 1 つのエッジ プールでは、最大 12 個のエッジ サーバーがサポートされます。 より多くの容量が必要な場合は、複数のエッジ プールをデプロイできます。 一般に、特定のユーザー ベースの 10% が外部アクセスを必要とします。

    大事な

    トポロジ ビルダーを使用すると、1 つのエッジ プールで最大 20 台のエッジ サーバーを構成できます。 プール内でテストされ、サポートされているエッジ サーバーの最大数は 12 個であり、12 を超える数を許可するトポロジ ビルダーは、1 つのエッジ プール内の 12 を超えるエッジ サーバーを暗黙的にサポートしていると解釈しないでください。

  • ハードウェア負荷分散 Edge 外部インターフェイスにパブリックにルーティング可能な IP アドレスを使用する場合、Lync Server 2013 Edge Server の負荷分散にハードウェア負荷分散がサポートされています。 たとえば、次のいずれかのアプリケーションでフェールオーバーが必要な状況では、この方法を使用します。

    • パブリック IM 接続

    • Microsoft Office Communications Server 2007 または Microsoft Office Communications Server 2007 R2 を実行している企業とのフェデレーション

    • Exchange 2007 ユニファイド メッセージング (UM) または Exchange 2010 UM への外部アクセス

      大事な

      Exchange UM では、Exchange 2010 SP1 以降の DNS 負荷分散がサポートされています。

    これら 3 つのアプリケーションは引き続き動作しますが、DNS 負荷分散対応ではなく、プール内の最初のエッジ サーバーにのみ接続します。 そのサーバーが使用できない場合、接続は失敗します。 たとえば、フェデレーション トラフィックの負荷を処理するために複数のエッジ サーバーがプールにデプロイされている場合、1 つのアクセス プロキシのみが実際にトラフィックを受信し、他のサーバーはアイドル状態になります。

大事な

Lync Server 2010 および Office 365 または Microsoft 365 を使用して企業とフェデレーションする場合は、DNS 負荷分散を使用することをお勧めします。 フェデレーション パートナーのほとんどが Office Communications Server 2007 または Office Communications Server 2007 R2 を使用している場合、パフォーマンスに大きな影響があることに注意してください。