Project Server 2013 でのデータセットによるパフォーマンスと容量への影響
概要: Project Server 2013 展開のパフォーマンスと容量を計画するときは、その計画に影響する一連の数値を考慮に入れます。
適用対象: Project Server 2013
Project Server 2013 の一般的なデータセット
この記事で説明するデータセットは、次の表に一覧表示され、説明されている変数によって特徴付けられます。 これらの変数は、Project Server のパフォーマンスに影響を与えるすべての要因をキャプチャするわけではありません。 (つまり、デプロイで使用する傾向がある機能の組み合わせをキャプチャしません)。ただし、適切な容量を決定する際に重要な情報の多くをキャプチャします。
Project Server 2013 のパフォーマンスに影響する要因
エンティティ | 説明/メモ | Small | Medium | Large |
---|---|---|---|---|
Projects |
20 |
100 |
5000 |
|
プロジェクト サイト |
20 |
100 |
5000 |
|
管理モードのプロジェクトの割合 |
0% |
10% |
80% |
|
タスク |
1250 |
25000 |
1250000 |
|
プロジェクトあたりの平均タスク数 |
62.5 |
250 |
250 |
|
タスク トランザクション履歴 |
特定のタスクに対して進捗状況が送信および承認される回数 |
10 |
10 |
100 |
課題 |
1625 |
32500 |
1625000 |
|
タスクあたりの平均割り当て数 |
1.3 |
1.3 |
1.3 |
|
個人用サイト ユーザーあたりの平均タスク数 |
50 |
250 |
5000 |
|
承認 |
マネージャーあたりの保留中の更新 |
5 |
50 |
600 |
リソース |
50 |
1000 |
10000 |
|
プロジェクトあたりの平均リソース数 |
2.5 |
10 |
20 |
|
リソースあたりの平均割り当て数 |
32.5 |
32.5 |
162.5 |
|
ユーザー |
50 |
1000 |
10000 |
|
予定表 |
3 |
26 |
100 |
|
問題 |
20 |
400 |
20000 |
|
リスク |
20 |
400 |
20000 |
|
成果 物 |
20 |
800 |
40000 |
|
エンタープライズ プロジェクトの種類 |
5 |
50 |
||
ワークフロー |
2 |
30 |
||
ワークフローあたりの平均プロジェクト数 |
50 |
167 |
||
フェーズ |
5 |
50 |
||
エンタープライズ プロジェクトの種類あたりのフェーズ数 |
20 |
20 |
||
Stages |
15 |
150 |
||
ワークフローあたりのステージ数 |
20 |
40 |
||
Pdp |
10 |
100 |
||
PDP あたりのユーザー設定フィールド数 |
10 |
10 |
||
部署数 |
100 |
|||
部署あたりの平均プロジェクト数 |
50 |
|||
部署あたりの平均リソース数 |
100 |
|||
年あたりのタイムシート数 |
使用するタイムシートが増えるほど、SQL Server に対するリソースの需要が高まります。 |
2600 |
52000 |
780000 |
年あたりのステータス レポート数 |
26000 |
260000 |
注:
データセット サイズの説明では、ユーザー設定フィールドの数には、部署のユーザー設定フィールドではなく、エンタープライズ ユーザー設定フィールドのみが含まれます。 部署のユーザー設定フィールドは、エンタープライズ ユーザー設定フィールドと同様に、Project Server 2013 のパフォーマンスに実質的に同じ影響を与えます。 そのため、多数の部署のユーザー設定フィールド (特にタスク レベル) がある場合は、これをサポートするために追加のリソースが必要になります。 このドキュメント全体でユーザー設定フィールドに関して行われる処方箋は、エンタープライズ ユーザー設定フィールドと部署のユーザー設定フィールドの両方に適用されます。
Project Server 2013 で考慮するその他のパフォーマンスと容量の変数
ユーザーの同時実行:
- ユーザーの同時実行による負荷は、多くの場合、容量要件を設定するうえでの重要な要因です。 システム内のユーザー数が少ない場合でも、"ピーク" トラフィック時間帯にはすべてのユーザーがサーバーに同時にアクセスすることがあります。 たとえば、すべてのユーザーが毎週同じ時間に進捗状況/タイムシートの更新を送信する組織では、その時間帯のパフォーマンスが大幅に低下する可能性があります。 ピーク時の使用率が非常に高い場合は、データセットの推奨トポロジにリソースを追加します。
ユーザー ロールの分割:
- ユーザーを、管理者、ポートフォリオ管理者、プロジェクト管理者、およびチーム メンバーに割り振ると、各種類のユーザーがさまざまなデータにアクセスするという点で、展開のパフォーマンスに影響を及ぼします。 異なるセキュリティ カテゴリに属するユーザーは、表示できるかもしれないプロジェクトとリソースの数がそれぞれ異なる可能性があります。 たとえば、管理者は、プロジェクト センターの読み込み時にサーバー上のすべてのプロジェクトを表示し、リソース センターの読み込み時にはすべてのリソースを表示できます。 これに対して、プロジェクト管理者が表示できるのは、自身のプロジェクトのみです。 この結果、ユーザーはパフォーマンスの低下を感じる可能性があります。 可能であれば、[サーバー設定] の [ビューの管理] セクションで定義したビューで適切なフィルターを定義することで、特定のビューに表示されるプロジェクト、タスク、またはリソースの数を >制限することをお勧めします。
懸案事項、リスク、および成果物:
- これらのエンティティの数が多い場合、SQL Serverに追加の負荷がかかる場合があります。 特に、追加の負荷が発生する可能性があるのは、プロジェクト サイトでこれらのエンティティを表示して操作する行為です。 これらの機能を頻繁に使用する場合は、高レベルのパフォーマンスを維持するために、SQL Serverに追加のリソースを割り当てることをお勧めします。 これらの成果物とプロジェクト サイトの機能は SharePoint サイトとリストであるため、Project Server 2013 のこれらの側面をスケーリングする場合は、SharePoint サイトとリストのスケーリングに関するドキュメントを参照してください。
ユーザー設定カレンダー:
- プロジェクト、タスク、およびリソースに対してユーザー設定カレンダーを定義できます。 これはスケジューリング エンジンに大きな影響を及ぼし、アプリケーション サーバーとデータベース サーバーで大量のプロセッサが消費されます。
関連項目
Project Server 2013 でのパフォーマンスおよび容量の計画の概要
パフォーマンスと容量に関するハードウェアの推奨事項 (Project Server 2013)
Project Server 2013 のスケール アップおよびスケール アウト トポロジ
Project Server 2013 でパフォーマンスを最適化する
Project Server 2013 のパフォーマンス カウンター