Office Project Server 2007 の構成を計画する

"内部ホスティング" サーバー トポロジの例

Project Server は、インストールされ 1 回だけ構成されます。新しいインスタンスは、準備プロセスを使用して作成されます。インスタンスは、同じ Web アプリケーション プールおよび同じ共有サービス プロバイダに準備されます。インスタンスは、アプリケーション層の Project Server インターフェイスなど、共通のサービスのセットを共有します。インスタンスは共通の Windows SharePoint Services 構成データベースを使用します。また、インスタンスは共通の Windows SharePoint Services コンテンツ データベースを使用します。各インスタンスのプロジェクト データベースは異なります。

"外部ホスティング" サーバー トポロジの例

新しいインスタンスは、準備プロセスを使用して作成されます。新しいインスタンスは、独立したアプリケーション プールに準備されます。インスタンスは独立した Windows SharePoint Services コンテンツ データベースを使用します。インスタンスは、アプリケーション層の Project Server インターフェイスなど、専用のサービスのセットを使用します。インスタンスは共通の Windows SharePoint Services 構成データベースを使用します。各インスタンスの Project Server データベースは異なります。

"内部ホスティング" と "外部ホスティング" の利点の比較

"外部ホスティング" のシナリオの主な利点はプロセス アカウントの分離です。これは、2 つの共有サービス プロバイダで固有のアカウントを使用することによるもので、Project Server データベースへのアクセスは個々のユーザーごとに分離されます。さらに、Web アプリケーションで使用できる共有サービス プロバイダは 1 つだけなので、Web アプリケーションのセキュリティも分離されます。"外部ホスティング" のシナリオの欠点は、各共有サービス プロバイダによってパフォーマンスが影響を受けることです。また、アプリケーション プールとデータベースが増えると、必要なディスク容量も増加します。"内部ホスティング" のように、これらのリソースを共有すると、複数の Microsoft Office Project Web Access インスタンス間での IIS アプリケーション プール プロセスを使用するためのオーバーヘッドが最大化されます。

部署のサーバー トポロジの例

中規模の組織で使用方法およびサービス レベルの要件をサポートするには、ベースライン サーバーのトポロジを、フロントエンドの Web およびアプリケーション サーバー コンポーネントを実行するサーバーと、必要なデータベースに対応する SQL Server 2000 または SQL Server 2005 を実行するデータベース サーバーで構成することができます。このトポロジは、ある時点でのプロジェクト管理者が 20 人未満で、アクティブなプロジェクトが 100 ～ 500 である場合に最適です。

シナリオ 3 の企業サーバーのトポロジの例

システムが増大し、プロジェクト管理者が 50 人以上になり、アクティブなプロジェクトが 1,000 を超えた場合は、企業サーバーのトポロジを実装できます。このトポロジでは、Project Server のフロントエンド Web サーバーは、高可用性を実現するために負荷分散クラスタに展開されます。この構成によって、ハードウェア エラーの発生時の可用性が向上し、タイムシート ユーザーによって発生する大量の同時 TCP 接続に対応することによって、パフォーマンスが向上するという追加の利点もあります。さらに、大規模なプロジェクトの数が増大することによる Project Server インターフェイス (PSI) の呼び出しに対応するために、アプリケーション層は独自のサーバーに配置されます。組織の規模が拡大するにつれて、新しいデータ センターでは WAN リンクを使用して通信したり、ファイアウォールによってセキュリティを強化したりする必要があります。

シナリオ 3 のエンタープライズ サーバーのトポロジの例

EPM ソリューションが大規模な組織のサイズにまで拡大し、多数のアクティブなプロジェクト (3,000 以上) をサポートする必要がある場合は、各層に冗長性を持たせるサーバー トポロジに拡大して可用性を向上させる必要があります。追加のフロントエンド Web サーバーによって、多数の Office Project Web Access ユーザーにより良い操作性を提供できます。

シナリオ 4 の企業サーバーのトポロジの例

従業員が 12,000 人の大規模な組織で、この企業サーバーのトポロジを使用します。このトポロジでは、Project Server のフロントエンド Web サーバーは、高可用性を実現するために負荷分散クラスタに展開されます。この構成によって、ハードウェア エラーの発生時の可用性が向上し、タイムシート ユーザーによって発生する大量の同時 TCP 接続に対応することによって、パフォーマンスが向上するという追加の利点もあります。さらに、大規模なプロジェクトの数が増大することによる Project Server インターフェイス (PSI) の呼び出しに対応するために、アプリケーション層は独自のサーバーに配置されます。負荷分散クラスタは、データベース層にも適用されます。

シナリオ 4 のエンタープライズ サーバーのトポロジの例

組織の従業員の数が 20,000 人まで増大した場合は、タイムシート ユーザーおよび閲覧者のカテゴリが増加するので、エンタープライズ サーバー トポロジに拡大する必要があります。このトポロジでは、フロントエンド Web とアプリケーション層の冗長性が向上します。ユーザーが増加すると、金曜日の夕方に発生するタイムシート使用の一時的な増加の振幅が増大します。

シナリオ 5 の企業サーバーのトポロジの例

使用方法およびサービス レベルの要件をサポートするために、ベースライン サーバーのトポロジは以下で構成することができます。

• 負荷分散クラスタで構成された 2 つの Office Project Web Access フロントエンド Web サーバー

• Project Server インターフェイス (PSI) を実行する 1 つのアプリケーション サーバー。このアプリケーション サーバーは、将来、別のアプリケーション サーバーを容易に追加できるように、1 ノードの負荷分散構成に展開されます。

• 必要なデータベースに対応するために Microsoft SQL Server を実行する別のコンピュータのクラスタ

• データ層を分離するファイアウォール

スケール アップ

• より多くの/高速なプロセッサや RAM を追加したり、64 ビット ハードウェアを使用したりすることによって、データベース サーバーのサイズを拡大します。

• サーバー間のネットワークの速度を向上させます。

• データベース サーバーのスループットを最大化します。

• ネットワーク インターフェイス カードを追加してトラフィックを分離します。

• ネットワーク セグメントを追加するか、SQL セグメントのノードを削減します。

• Microsoft SQL Server がインストールされたサーバーでネットワーク インターフェイス カード チームを使用してパフォーマンスと冗長性を実現します。

スケール アウト

• アプリケーション サーバーを追加して、増加した Office Project Professional 2007 の使用状況を処理します。これによって、冗長性も追加されます。

• Office Project Server 2007 の追加のインスタンスとしてフロントエンド Web サーバーが追加されます。

• クラスタ データベース サーバーによって、パフォーマンスと信頼性が向上します。