Share via

Lync Server 2013 でのエッジ サーバーの障害復旧

  • [アーティクル]

 

トピック最終更新日時: 2014-03-12

他のサーバーロールと同様に、エッジ サーバーの高可用性を提供する最善の方法は、各サイトのプールに複数のエッジ サーバーを展開することです。 1 つのエッジ サーバーがダウンした場合、プール内の他のサーバーは引き続き Edge サービスを提供します。

ディザスター リカバリー手順を有効にするには、個別のサイトに個別のエッジ サーバー プールをデプロイする必要があります。 フロント エンド プールと同様にエッジ プールを明示的にペアリングする必要はありませんが、1 つのエッジ プール全体がダウンした場合でも、複数のエッジ プールを使用して引き続き使用できます。 次のセクションでは、エッジ サーバーのさまざまな機能のディザスター リカバリーについて詳しく説明します。

リモート アクセス

複数のサイトがあり、それぞれにエッジ サーバーのプールがあり、1 つのエッジ プール全体が失敗した場合、リモート アクセス サービスは管理者の操作なしで引き続き機能します。 異なるサイトでエッジ プールを作成する場合、同じ FQDN を使用することはできません。 各エッジ プールには、一意の FQDN (内部と外部) が必要です。 エッジ プールでは、リバース プロキシ発行ルールを使用してフロントエンド サーバーと通信することはありません。 自動フェールオーバーは、クライアントがリモート アクセス DNS サービス レコードに再クエリを実行し、リモート ユーザーが別のサイトのエッジ サーバーにルーティングされるときに発生します。 クライアントは、DNS SRV レコードの優先順位に従って、各外部エッジ FQDN を試行します。

注意

フェールオーバーをスムーズに機能させるには、ファイアウォールで、すべてのプールのフロントエンド サーバーがすべてのエッジ サーバーと通信できることを確認します。

フェデレーション

Lync Server を実行している他の組織とのフェデレーション関係では、Geo-DNS GTM などのソリューションがある限り、受信フェデレーション要求は引き続き機能します。 フェデレーション フェールオーバーでは、SRV レコードの優先度を持つフェールオーバーは提供されないことを理解することが重要です。 前述のソリューションは、受信フェデレーションのディザスター リカバリー機能を提供するのに役立ちます。

送信フェデレーションは、組織内の 1 つの発行済みエッジ プールまたはエッジ サーバーを通じて常に設定されます。 このエッジ プールがダウンした場合は、トポロジ ビルダーを使用して、送信フェデレーション ルートを変更して、まだ実行中のエッジ プールを使用する必要があります。 詳細については、「Lync Server 2013 での Lync Server フェデレーションに使用されるエッジ プールのフェールオーバー」を参照してください。

XMPP フェデレーション

XMPP フェデレーションの場合、XMPP フェデレーション ゲートウェイとして指定されているエッジ プールがダウンすると、送信トラフィックと受信トラフィックの両方が失敗します。 XMPP フェデレーションを再度機能させるには、別のエッジ プールを使用するように XMPP フェデレーションを変更する必要があります。 詳細については、「 Lync Server 2013 の XMPP フェデレーションに使用されるエッジ プールのフェールオーバー」を参照してください。

エッジ プールは失敗しますが、フロントエンド プールはまだ実行されています

サイトでエッジ プールが失敗しても、そのサイトのフロントエンド プールがまだ実行されている場合は、最初のエッジ プールがダウンしている間に、別のサイトで別のエッジ プールを使用するようにフロントエンド プールを変更する必要があります。 詳細については、「 Lync Server 2013 のフロント エンド プールに関連付けられたエッジ プールの変更」を参照してください。