容量計画の戦略 (Project Server 2013)

[アーティクル]
04/07/2023

概要: パフォーマンスおよび容量の計画戦略は、Project Server 展開計画の極めて重要な要素です。
適用対象: Project Server 2013

この記事および関連する記事には、Project Server ファームのハードウェア要件を決定する方法に関する情報と推奨事項が含まれます。

ここで説明されているパフォーマンスと容量の計画戦略は、SharePoint Server 2013 を実行しているトポロジで Project Server 2013 を使用する場合に占有する領域についてのガイダンスを示します。

Project Server のスループット目標の見積もり

多くの要因がスループットに影響する可能性があります。この要因には、ユーザー数、ユーザー操作の種類、ユーザー操作の複雑さ、ユーザー操作の頻度、操作内のポストバックの数、データ接続のパフォーマンスがあります。これらの各要因はファームのスループットに大きい影響を与える可能性があります。展開を計画する場合は、このセクションで説明されている各要因について慎重に検討する必要があります。

Project Server 2013 はさまざまな方法で展開および構成できます。そのため、特定の数のサーバーでどの程度のユーザー数をサポートできるかを簡単に見積もる方法はありません。したがって、Project Server 2013 を運用環境に展開する前に必ず独自の環境でテストを実施してください。

多くの場合、組織の可用性の最小要件を満たすトポロジを出発点として、サーバーコンピューターを追加またはスケールアップし、容量とパフォーマンスの目標を実現します。 Project Server 2013 の容量計画を行う場合は、Project Server 展開のパフォーマンスに影響を及ぼす可能性がある可変要素に留意する必要があります。

Project Server には多くの機能があるため、ハイレベルでは同じように見える展開でも、実際のパフォーマンス特性は大きく異なる場合があります。プロジェクトの数やシステム内のユーザー数だけで要求を特徴付けるだけでは十分ではありません。 Project Server 展開のパフォーマンスについて検討するには、よりきめ細やかで全体的な方法が必要です。たとえば、ワークロードやその後のハードウェアニーズは、次の可変要素に関連して異なります。

プロジェクト：
- プロジェクトの数
- タスクの観点で一般的なプロジェクトのサイズ
- プロジェクトレベルのユーザー設定フィールドの数
- タスク間のリンク (依存関係) のレベル
ユーザー:
- ユーザーのコンカレンシー。システムに同時にアクセスするユーザーの数はいくつですか? 平均負荷は何ですか、トラフィックの急増は何ですか?
- ユーザーのセキュリティのアクセス許可。これは、サーバーがある時点でユーザーに提供する必要があるデータ量と、サーバーが実行する必要があるセキュリティチェックの複雑さの両方に影響します。
- ユーザーの地理的分布。ユーザーが地理的に広範な領域に分散している場合、ネットワーク待ち時間が原因で、パフォーマンスが低下する可能性があります。これは使用パターンにも影響し、一日のうちのさまざまな時間帯にサーバーがアクセスされる場合、バックアップ、レポート、Active Directory の同期など、メンテナンスタスクを実行する低トラフィックの時間帯を見つけるのが困難です。
使用パターン
- ワークロードの条件。一般的に利用されている機能のセットはどれですか? たとえば、タイムシートを頻繁に使用するデプロイでは、タイムシートを使用しない展開とは異なる特性があります。プロジェクトの数
- ページ要求間の平均時間。
- 平均セッション時間。
- ページのペイロード (特定のページ上の Web パーツの数、Web パーツに含まれているデータの量)。

容量計画を支援するために、3 つのデータセットを定義します。これは、小規模、中規模、大規模の Project Server デプロイを特徴付けるために見つかりました。これらのデータセットごとに、類似するデータセットのニーズをほぼ満たす必要がある 3 つの "経験則" ハードウェアトポロジのいずれかをお勧めします。これらの開始点トポロジを念頭に置いて、これらのハードウェアトポロジを調整する必要がある要因を強調し、特定のニーズに合わせてスケーリングするために割り当てられたリソースを減らすか増やす必要があるかどうかを評価する方法を概説します。

容量計画の方法を以下に示します。

予想されるデータセットに最も近いデータセット (小規模、中規模、大規模) を決定します。これについては、「 Project Server 2013 でのデータセットのパフォーマンスと容量への影響」を参照してください。
決定したデータセットサイズに対する推奨ハードウェアトポロジを、ニーズを決定するための出発点となる概算値として使用します。

注:

特定のデータセットおよび使用パターンのニーズによって、概算のトポロジよりも少ないまたは多いハードウェアリソースが必要になる場合があることを理解しておくことが重要です。 Project Server 2013 のパフォーマンスと容量のハードウェアに関する推奨事項は、トポロジにリソースを追加する必要があるかどうかを評価する方法と、それらを追加する場所について詳しく説明します。
Project Server 2013 のパフォーマンスカウンターに関するトピックで説明されているガイドラインを使用して、アプリケーションのパフォーマンスを監視します。このトピックでは、トポロジのスケーリングが必要な時期およびその方法を判断するために追跡する必要がある主要指標が示されています。
Project Server 2013 のパフォーマンスの最適化に関するページの提案に従って、デプロイを最適化します。
選択したトポロジ、データセット、使用パターン、および監視するパフォーマンス指標に基づいて、以下の記事で提供されているスケーリングに関する推奨事項を実行します。
- Project Server 2013 のスケールアウトトポロジとスケールアウトトポロジ : この記事では、現在のニーズに応じてスケーリングするときに実行する必要がある戦略の種類に関するアドバイスを提供します。追加のサーバーを購入する必要があるかどうか、または既に存在するサーバーに対して追加のリソース容量 (メモリ、CPU、ディスク) を購入する必要があるかどうかを判断します。
- 一般的な Project Server 2013 ボトルネックとその原因: Project Server 2013 のパフォーマンスのトラブルシューティングに関するトピックのこのセクションでは、システム内のボトルネックの原因の可能性、監視を通じてそれらを特定する方法、およびこれらのボトルネックに関連する問題を一般的に解決する方法について説明します。

次の方法で共有

容量計画の戦略 (Project Server 2013)

Project Server のスループット目標の見積もり

関連項目

その他のリソース