Share via


サービス アーキテクチャの計画 (SharePoint Foundation 2010)

 

適用先: SharePoint Foundation 2010

この記事では、サービス アプリケーションを共有するためのサービス アーキテクチャについて説明し、Microsoft SharePoint Foundation 2010 のアーキテクチャの例を示します。

この記事の内容

この記事では、次のポスターサイズ モデルも使用できます。モデル内の図を変更して、組織独自の計画を表すことができます。

Microsoft SharePoint 2010 製品のサービス

SharePoint のサービス - 1/2

SharePoint 2010 Productsのファーム間サービス

SharePoint のサービス - 2/2

サービス アプリケーションについて

SharePoint Foundation 2010 には、Web アプリケーション間で共有できる一連のサービスが含まれます。これらのサービスは、サービス アプリケーションと呼ばれます。一部のサービス アプリケーションは、ファーム間で共有できます。Web アプリケーション間およびファーム間でサービス アプリケーションを共有すると、これらのサービスを複数のサイトに提供するのに必要なリソースを大幅に削減できます。

SharePoint Foundation 2010 では以下のサービス アプリケーションが提供されています。

  • Business Data Connectivity Service: 基幹業務データ システムへのアクセスを提供します。

  • Usage and Health Data Collection Service: ファーム全体の使用状況と正常性のデータを収集し、使用状況と正常性についてのさまざまなレポートを表示します。

  • Microsoft SharePoint Foundation Subscription Settings Service: サービス アプリケーションに複数テナント機能を提供します。パーティション分割モードで展開されたサービスの購読 ID と設定を追跡します。Windows PowerShell によってのみ展開されます。

一部のサービス アプリケーションは、Microsoft Office Web Apps などの他のマイクロソフト製品によって提供されます。Office Web Apps は Microsoft Word、Excel、PowerPoint、および OneNote のオンライン コンパニオンであり、これを使用することで、ユーザーはほとんどどこからでも Office ドキュメントにアクセスして、簡単な編集や共有を行うことができます。ボリューム ライセンス プログラムで Microsoft Office 2010 のライセンスを供与されているビジネス ユーザーは、社内の SharePoint Foundation 2010 を実行するサーバーで Office Web Apps を実行できます。

サービスのインフラストラクチャは拡張可能であり、サード パーティ企業は SharePoint Foundation 2010 で使用できるサービス アプリケーションを作成して追加できます。

サービス アプリケーションと、個々のサーバーで開始/停止され、SharePoint サーバーの全体管理 Web サイトの [サーバーのサービス] ページにリストされるサービスとは異なります。このページにリストされるサービスの中にはアプリケーションに関連付けられているものがありますが、サービス アプリケーションはサービスの個別インスタンスを表しており、それぞれ特定の方法で構成し共有することができます。

サービス インフラストラクチャとデザイン原則

SharePoint 2010 Productsでは、前のバージョンで導入されたサービス インフラストラクチャが改良されています。SharePoint 2010 Productsでは、サービスをホストするインフラストラクチャが SharePoint Foundation 2010 内に移されたので、サービス内容を以前よりずっと柔軟に構成できます。各サービスを個別に構成でき、サード パーティがサービスをプラットフォームに追加することもできます。

サービスを展開する

以下の方法のうちの 1 つを使用して、サービス アプリケーションをファーム内に展開します。

  • SharePoint 製品構成ウィザードを実行するときにサービスを選択します。

  • サーバーの全体管理 Web サイトの [サービス アプリケーションの管理] ページで、サービスを 1 つずつ追加します。

  • Windows PowerShell を使用します。

サービスのきめ細かな構成

サービス アプリケーションのインフラストラクチャでは、展開するサービスおよびサービス アプリケーションの共有方法を細かく制御できます。

  1. 必要なサービス アプリケーションだけをファームに展開できます。

  2. 展開された全部のサービスではなく、必要なサービス アプリケーションだけを使用するように、Web アプリケーションを構成できます。

  3. 同じサービスの複数のインスタンスを 1 つのファームに展開して、結果として得られるサービス アプリケーションのそれぞれに固有の名前を割り当てることができます。

  4. サービス アプリケーションは、同じファーム内にある複数の Web アプリケーション間で共有できます。

Web アプリケーションを作成するときに、その Web アプリケーションのサービス アプリケーションを選択できます。Web アプリケーションに関連付けたサービス アプリケーションを後で変更することもできます。

サービス アプリケーション グループ

既定では、すべてのサービス アプリケーションが既定のグループに含まれます。ただし、サービス アプリケーションの作成時にこの設定を変更した場合は別です。既定のグループに対してサービス アプリケーションをいつでも追加/削除できます。

次の図では、既定のサービス グループに含まれるすべてのサービス アプリケーションを含む標準的な展開を示します。

既定グループ内のサービス アプリケーション

Web アプリケーションの作成時には、既定のグループを選択することも、サービス アプリケーションのカスタム グループを作成することもできます。サービス アプリケーションのカスタム グループを作成するときは、その Web アプリケーションで使用するサービス アプリケーションだけを選択します。

サーバーの全体管理で作成されるカスタム グループは、複数の Web アプリケーションで再利用することはできません。Web アプリケーションの作成時に [カスタム] を選択した場合、その Web アプリケーションに適用するサービス アプリケーションだけを選択します。

論理アーキテクチャ

サービス アプリケーションは、単一のインターネット インフォメーション サービス (IIS) Web サイト内に展開されます。これは既定の動作であり、変更できません。ただし、サービス アプリケーション グループの構成および Web アプリケーションとサービス アプリケーション グループとの関連付けをカスタマイズすることはできます。

次の図では、さらに複雑な展開の論理アーキテクチャを示します。

複雑なサービス アプリケーション展開

この図に示してあるファームの以下の特性に注目してください。

  • すべてのサービス アプリケーションが同じ IIS Web サイト内に含まれます。

  • サービス アプリケーションには、既定のグループとカスタム グループという 2 つのグループがあります。サービス アプリケーションは既定のグループに含まれていなくてもかまいません。図では、Business Data Connectivity Service の追加インスタンスがファームに追加されていますが、既定のグループには含まれません。このインスタンスは 1 つの Web アプリケーションによってのみ使用されます。

  • Web アプリケーションは既定のグループまたはカスタム グループのサービス アプリケーションに接続します。この図にはカスタム グループが 1 つあります。

サービス アプリケーションを別々のアプリケーション プールに分けて展開すれば、プロセス分離を実現できます。ただし、ファームのパフォーマンスを最適化を重視するなら、サービス アプリケーションを 1 つのアプリケーション プールに展開することをお勧めします。

サービス アプリケーションを物理的に分離するには、そのサービス アプリケーション用に異なるアプリケーション プールを選択または作成します。

サービス アプリケーションの接続

サービス アプリケーションを作成すると、そのサービス アプリケーションのための接続が同時に作成されます。接続とは、Web アプリケーションとサービス アプリケーションを接続する仮想的なエンティティです。Windows PowerShell では、このような接続を "プロキシ" と呼びます。"プロキシ" は、サーバーの全体管理の [サービス アプリケーションの管理] ページでは、接続の種類の説明の最後に表示されます。

サービス アプリケーションの管理

サービス アプリケーションは、サーバーの全体管理で直接管理されます。別の管理サイトで管理されるわけではありません。必要なら、サービス アプリケーションをリモートから監視し管理することもできます。また、Windows PowerShell を使用して、サービス アプリケーションを管理しスクリプト処理することもできます。

複数のファームにサービス アプリケーションを展開する

一部のサービス アプリケーションは、複数のサーバー ファーム間で共有できます。それ以外のサービス アプリケーションは、単一サーバー ファーム内でのみ共有できます。SharePoint Foundation 2010 の場合、ファーム間で共有できる受信トレイ サービス アプリケーションが唯一の Business Data Connectivity Service です。

設計ガイダンス

次のガイダンスは、ファーム間で共有されるサービス アプリケーションについて適用されます。

  • ファームに、サービス アプリケーションを使用するライセンスが供与されている場合、そのファームではファーム間サービス アプリケーションを使用できます。たとえば、SharePoint Foundation 2010 ファームでは、別のファームの Business Data Connectivity Service アプリケーションを使用できます。また、このサービス アプリケーションを SharePoint Server 2010 ファームから使用することもできます。ただし、SharePoint Foundation 2010 ファームでは、使用するライセンスが供与されていない User Profile Service アプリケーションなどのファーム間サービスを SharePoint Server 2010 ファームから使用することはできません。

  • 各 Web アプリケーションは、さまざまなファームのサービス アプリケーションを使用するように構成できます。たとえば、複数のサーバー ファームの Web アプリケーション間で Business Data Connectivity Service アプリケーションを共有できます。Web アプリケーションでは、このサービス アプリケーションを 1 つ以上の異なるファームから使用しながら、ローカル ファームから別のサービス アプリケーションを使用できます。

  • ファーム間での共有をサポートしているサービス アプリケーションは、中央ファームで実行され、他のファームから使用できます。大規模環境では、計算処理が大量に発生するアプリケーションを中央ファームで実行して管理オーバーヘッドを最低限に抑え、要件の拡大に合わせて容易かつ効率的にスケール アウトできます。

ファーム間サービスのアーキテクチャの設計方法 (アーキテクチャの例を含む) の詳細については、この記事の冒頭に示す SharePoint 2010 Productsのファーム間サービス モデルを参照してください。

ファーム間サービスを展開する

サービス アプリケーションをファーム間で共有するには、次の手順を行う必要があります。

  1. ファームの設定を構成します。

    ファームが証明書を交換して互いに信頼関係を確立するようにします。ファーム間サービスに接続する前に、証明書をファイルにエクスポートし、そのファイルをバックアップしてください。

  2. サービス アプリケーションを発行します。

    サービス アプリケーションをファーム間で共有するには、最初にサービスを発行する必要があります。

  3. ファーム間サービス アプリケーションに接続します。

    リモート ファームから発行されたサービスを使用するには、そのサービスへの接続を作成します。このプロセスでは、発行済みサービスの URL (発行プロセス中に表示される) を入力する必要があります。ローカル ファーム上の接続が、リモート ファーム上のサービス アプリケーションに接続するために作成されます。

Business Data Connectivity Service アプリケーションの管理機能は使用側ファームから操作されるので、発行元ファームのドメインが使用側ファームを信頼している必要があります。

ファーム間で使用するためにサービスを構成する方法については、「サービス アプリケーションをファーム間で共有する (SharePoint Foundation 2010)」を参照してください。