次の方法で共有

Lync Server 2013 でフロントエンド プールまたは Standard Edition サーバーを定義および構成する

  • [アーティクル]

 

トピック最終更新日時: 2013-03-08

この手順では、ローカル管理者または特権ドメイン グループのメンバーシップは必要ありません。 標準ユーザーとしてコンピューターにログオンする必要があります。

エンタープライズ サーバーを展開する場合は、プール内の最小限の数のフロントエンド サーバーが常に実行されている必要があります。 これらの要件の概要を次の表に示します。

プール内のフロント エンド サーバーの合計数 プールを機能させるために実行する必要があるサーバーの数

1-2

1

3 ～ 4

2

5 ～ 6

3

7-8

4

9-10

5

11-12

6

注意

Lync Server 2013 の場合、プールにフロントエンド サーバーを追加または削除するたびに、サービスを再起動する必要があります。 サーバーの削除と追加は、個別の操作として行う必要があります。 たとえば、2 つのフロントエンド サーバーを追加し、2 つのフロントエンド サーバーを削除する場合は、次のプロセスを使用します。

  1. 2 つのフロントエンド サーバーを削除します。

  2. トポロジを発行して再アクティブ化します。

  3. サービスを再起動する

  4. 2 つのフロントエンド サーバーを追加します。

  5. トポロジを発行して再アクティブ化します。

  6. サービスを再起動します。

トポロジを定義したら、次の手順に従ってサイトのフロントエンド プールを定義します。 トポロジの定義の詳細については、「 Lync Server 2013 用トポロジ ビルダーでのトポロジの定義と構成」を参照してください。

フロントエンド プールを定義するには

  1. 新しいフロント エンド プールの定義ウィザードの [ 新しいフロント エンド プールの定義 ] ページで、[ 次へ] をクリックします。

  2. [フロントエンド プールの FQDN の定義] ページで、作成するプールの完全修飾ドメイン名 (FQDN) を入力し、フロント エンド プールEnterprise Editionクリックして、[次へ] をクリックします。

  3. [ このプール内のコンピューターの定義] ページで、プール内の 最初のフロント エンド サーバーのコンピューター FQDN を入力し、[ 追加] をクリックします。 プールに追加する追加のコンピューター (最大 12 台) に対してこの手順を繰り返し、[ 次へ] をクリックします。

  4. [ 機能の選択 ] ページで、このフロントエンド プールで必要な機能のチェック ボックスをオンにします。 たとえば、インスタント メッセージング (IM) 機能とプレゼンス機能のみを展開する場合は、[会議] チェック ボックスをオンにしてマルチパーティ IM を許可しますが、音声、ビデオ、およびコラボレーション会議機能を表すため、[ダイヤルイン (PSTN) 会議、エンタープライズ VoIP、または通話受付管理] チェック ボックスは選択しません。

    • 会議 この選択により、次のような機能の豊富なセットが可能になります。

      • IM セッションで 2 人以上の関係者が含まれる IM。

      • ドキュメントコラボレーション、アプリケーション共有、デスクトップ共有を含む会議。

      • ライブ会議サービスやサード パーティのオーディオ ブリッジなどの外部サービスを必要とせずに、ユーザーがリアルタイムのオーディオ/ビデオ (A/V) 会議を行える A/V 会議。

    • ダイヤルイン (PSTN) 会議 ユーザーは、電話会議プロバイダーを必要とせずに公衆交換電話ネットワーク (PSTN) 電話を使用して、Lync Server 2013 会議のオーディオ部分に参加できます。

    • エンタープライズ VoIPエンタープライズ VoIPは、ユーザーが電話を発信および受信できるようにする Lync Server 2013 の Voice over IP (VoIP) ソリューションです。 この機能は、Lync Server 2013 を音声通話、ボイス メール、およびハードウェア デバイスまたはソフトウェア クライアントを使用するその他の機能に使用する場合に展開します。

    • 通話受付管理 (CAC) CAC は、使用可能なネットワーク帯域幅に基づいて、音声通話やビデオ通話などのリアルタイム通信セッションの確立を許可するかどうかを決定します。 IM とプレゼンスのみを展開した場合、これら 2 つの機能のどちらも CAC を使用しないため、CAC は必要ありません。

    • アーカイブ アーカイブを使用すると、LYNC Server 2013 経由で送信される IM コンテンツ、会議 (会議) コンテンツ、またはその両方をアーカイブできます。

    • 監視 監視サーバーを使用すると、ネットワークとエンドポイントのメディア品質、VoIP 通話、IM メッセージ、A/V 会話、会議、アプリケーション共有、ファイル転送に関連する使用状況情報、通話エラーと失敗した通話のトラブルシューティング情報を記述する数値データを収集できます。

    注意

    デプロイで CAC を有効にする場合は、中央サイトごとに 1 つのプールで CAC を有効にする必要があります。 音声機能または A/V 会議を展開する場合は、CAC をお勧めします。

    次の表は、使用可能な機能 (上部) とユーザーに提供される関数 (左) を示しています。 テーブル内の選択内容は、組織でこれらの機能を有効にするために選択する必要がある項目です。

    会議 ダイヤルイン会議 Enterprise Voice 通話受付管理

    インスタント メッセージングとプレゼンス

    X

    会議

    X

    X

    音声ビデオ会議

    X

    X

    X

    Enterprise Voice

    X

    X

  5. [ 併置されたサーバーの役割の選択] ページで、フロントエンド サーバー上の仲介サーバーを併置するか、スタンドアロン サーバーとして展開できます。

    フロントエンド プールで仲介サーバーを併置できます。

    • Enterprise Edition フロント エンド プールで仲介サーバーを併置する場合は、チェック ボックスがオンになっていることを確認します。 サーバーの役割はプール サーバーに展開されます。

    • 仲介サーバーをスタンドアロン サーバーとして展開する場合は、適切なチェック ボックスをオフにします。 フロント エンド サーバーを完全に展開した後は、別の展開手順で仲介サーバーを展開します。

    注意

    可能であれば、仲介サーバーを併置することをお勧めします。 併置済み仲介サーバーまたはスタンドアロン仲介サーバーのサポートの詳細については、「計画」のドキュメントの 「Lync Server 2013 の仲介サーバーのコンポーネントとトポロジ 」を参照してください。

  6. [このフロントエンド プールにサーバーの役割を関連付ける] ページでは、サーバーロールを定義し、フロントエンド プールに関連付けることができます。 次の役割を使用できます。

    エッジ プールを有効にする 1 つのエッジ サーバーまたはエッジ サーバーのプールを定義して関連付けます。 エッジ サーバーを使用すると、組織内のユーザーと組織外のユーザー (フェデレーション ユーザーなど) との間の通信および共同作業が容易になります。

    サーバー ロールのデプロイと関連付けには、次の 2 つのシナリオが考えられます。

    シナリオ 1 では、新しいインストールで新しいトポロジを定義します。 インストールには、次の 2 つの方法のいずれかでアプローチできます。

    • チェック ボックスをオフのままにし、トポロジの定義に進みます。 フロントエンド サーバーとバックエンド サーバーの各役割の公開、構成、およびテストを行った後、もう一度トポロジ ビルダーを実行して、各役割のサーバーをトポロジに追加できます。 この戦略を使用すると、追加のロールによる追加の複雑さなしに、フロントエンド プールとSQL Serverを実行しているサーバーをテストできます。 最初のテストが完了したら、トポロジ ビルダーを再び実行して、展開が必要な役割を選択できます。

    • インストールする必要がある役割を選択し、選択した役割に対応するハードウェアをセットアップします。

    シナリオ 2 では、既存のデプロイがあり、インフラストラクチャは新しいロールに対応しているか、既存のロールを新しいフロントエンド サーバーに関連付ける必要があります。

    • この場合は、新しいフロントエンド サーバーを展開または関連付けるロールを選択します。 どちらの場合も、役割の定義を続行して必要なハードウェアを設定し、インストールを進めます。

  7. [ SQL ストアの定義] ページで 、次のいずれかの操作を行います。

    • トポロジで既に定義されている既存の SQL Server ストアを使用するには、[SQL ストア] でインスタンスを選択します。

    • プール情報を格納する新しいSQL Server インスタンスを定義するには、[新規] をクリックし、[新しい SQL ストアの定義] ダイアログ ボックスで SQL Server FQDN を指定します。

    • SQL Server インスタンスの名前を指定するには、[名前付きインスタンス] を選択し、インスタンスの名前を指定します。

    • 既定のインスタンスを使用するには、[既定のインスタンス] をクリックします。

    • SQL ミラーリングを使用するには、[SQL ミラーリングを 有効にする ] を選択し、既存のインスタンスを選択するか、新しいインスタンスを作成します。

  8. [ ファイル共有の定義] ページで 、次のいずれかの操作を行います。

    • トポロジで既に定義されているファイル共有を使用するには、[以前に定義したファイル共有を使用する] を選択します。

    • 新しいファイル共有を定義するには、[新しいファイル共有の定義] を選択し、[ファイル サーバー FQDN] ボックスで、ファイル共有が存在する既存のファイル サーバーの FQDN を入力します。そして、[ファイル共有] ボックスでファイル共有の名前を入力します。

    大事な

    Lync Server 2013 のファイル共有をフロント エンド サーバーに配置することはできません。 この例では、ファイル共有がSQL Server ベースのバックエンド サーバーに配置されていることに注意してください。 これは組織の要件に最適な場所ではない可能性があり、ファイル サーバーの方が適している可能性があります。 ファイル共有をまだ作成していなくても、ファイル共有を定義できます。 その場合は、トポロジを公開する前に、定義した場所にファイル共有を作成する必要があります。

  9. [ Web サービス URL の指定] ページで、次のいずれかの操作を行います。

    大事な

    ベース URL は、https:// の部分を除いた URL の Web サービス ID です。 たとえば、プールの Web サービスの完全な URL が次の場合、 https://pool01.contoso.netベース URL は pool01.contoso.net。

    警告

    複数のフロントエンド プールまたはフロントエンド サーバーがある場合は、外部 Web サービス FQDN が一意である必要があります。 たとえば、フロントエンド サーバーの外部 Web サービス FQDN を pool01.contoso.com として定義する場合、別のフロントエンド プールまたはフロント エンド サーバーに pool01.contoso.com を使用することはできません。

    1. DNS 負荷分散を構成する場合は、[内部 Web サービス プールの FQDN をオーバーライドする] チェック ボックスをオンにし、内部ベース URL (プールの FQDN とは異なる必要があり、内部<ベース URL など) を内部ベース URL> に入力します。

      警告

      内部 Web サービスを自己定義 FQDN でオーバーライドする場合、各 FQDN は他のフロントエンド プール、ディレクター、またはディレクター プールから一意である必要があります。 URL または完全修飾ドメイン名を定義するときに使用できる文字は、標準文字のみ (A ～ Z、a ～ z、0 ～ 9、およびハイフン) です。 Unicode 文字およびアンダースコアは使用しないでください。 一般に、外部 DNS および公的 CA では、URL または FQDN に非標準文字はサポートされていません (証明書で URL または FQDN をサブジェクト名またはサブジェクトの別名に割り当てることが必要になります)。

    2. 必要に応じて、外部ベース URL を 外部ベース URL に入力します。 外部ベース URL を入力して、内部ドメインの名前付けと区別します。 たとえば、内部ドメインは contoso.net が、外部ドメイン名は contoso.com。 contoso.com ドメイン名を使用して URL を定義します。 これは、リバース プロキシの場合も重要です。 外部ベース URL ドメイン名は、リバース プロキシの FQDN のドメイン名と同じになります。 インスタント メッセージングとプレゼンスには、フロントエンド プールへの HTTP アクセスが必要です。

    注意

    DNS 負荷分散を使用するには、適切な DNS レコードを作成する必要があります。 詳細については、「 Lync Server 2013 での負荷分散用の DNS の構成」を参照してください。

  10. [機能の選択] ページで [会議] を選択した場合、[Office Web Apps サーバーの選択] ページで [Office Web Apps サーバーとプールを関連付ける] を選択し、[新規] をクリックします (または、ドロップダウン リストから既存の Office Web Apps サーバーを選択します)。

  11. [新しい Office Web Apps サーバーの定義] ダイアログ ボックスで、Office Web Apps サーバー コンピューターの完全修飾ドメイン名 (FQDN) を [Office Web Apps サーバーの FQDN] ボックスに入力します。これを行うと、Office Web Apps サーバー検出の URL が [Office Web Apps サーバー検出の URL] ボックスに自動的に入力されます。

    Office Web Apps Server がオンプレミスと Lync Server 2013 と同じネットワーク ゾーンにインストールされている場合は、Office Web Apps Server が外部ネットワーク (つまり境界/インターネット) に展開されているオプションを選択しないでください。

    Office Web Apps サーバーを内部ファイアウォールの外側に展開する場合は、[Office Web Apps サーバーは外部ネットワークで展開 (境界ネットワークまたはインターネット)] オプションをオンにします。

    注意

    詳細については、「Office Web Apps Server および Lync Server 2013 との統合の構成」を参照してください。

  12. [アーカイブ SQL ストアの定義] ページで、既存のインスタンスまたはSQL Serverを選択するか、アーカイブ データに関連付けられているデータを格納する新しいインスタンスを定義します。

  13. [監視 SQL ストアの定義] ページで、既存のインスタンスまたはSQL Serverを選択するか、監視データに関連付けられているデータを格納する新しいインスタンスを定義します。

  14. [次へ] をクリックします。 このフロントエンド プール ページとサーバーの役割の関連付けページで他の役割サーバーを定義した場合は、サーバーの役割を構成できるように、別のロール構成ウィザード ページが開きます。 詳細については、次を参照してください。

    Lync Server 2013 での外部ユーザー アクセスの展開

  15. 構成および展開する追加のサーバー ロールを選択しなかった場合、または追加の役割サーバーの構成が完了したら、[完了] をクリック します。