ソフトウェアの境界を計画する (Windows SharePoint Services)

この記事の内容 :

• テスト環境

• テスト結果

• 許容範囲のパフォーマンスに関するガイドライン

ここでは、Windows SharePoint Services 3.0 のテスト済みパフォーマンスと容量の制限を理解するために役立つ情報、およびテスト環境とテスト結果についての情報を提供し、許容範囲のパフォーマンスに関するガイドラインを示します。この記事の情報を使用して、計画した展開が許容範囲のパフォーマンスと容量の制限内に収まるかどうかを確認してください。

ここで提供するテスト結果とガイドラインは、Windows SharePoint Services 3.0 の単一インストールに適用されます。インストールにサーバー コンピュータを追加しても、「許容範囲のパフォーマンスに関するガイドライン」の表に記載されているサイト オブジェクトの容量制限は増大しません。一方、サーバー コンピュータを追加すると、サーバー ファームのスループットは増大します。これは、多数のオブジェクトで許容範囲のパフォーマンスを達成するために必要な場合があります。場合によっては、ソリューション内の多数のオブジェクトに対する要求により、複数のサーバー ファームの使用が必要になります。

この記事では、ガイドラインはパフォーマンスによって決定されます。つまり、このガイドラインを超過することはできますが、規模の拡大によってパフォーマンスが低下する場合があります。

特定の環境でパフォーマンスに影響する多くの要因があり、これらの各要素が別の領域のパフォーマンスに影響する可能性があることに注意してください。この記事のテスト結果と推奨事項の中には、それぞれの環境に存在しない機能やユーザー操作に関連しているため、自分のソリューションには適用されないものがある可能性があります。テストによってのみ、独自の環境に関連する正確なデータが得られます。

このガイドのテスト作業には含まれなかった、パフォーマンスおよび容量に影響する可能性があるその他の要因については、「パフォーマンスおよび容量のその他の計画要因 (Windows SharePoint Services)」を参照してください。

テスト環境

次の表は、テスト環境内のコンピュータの仕様の一覧です。

ギガビット イーサネット ネットワーク (10 億ビット/秒) がファーム コンピュータ間で使用されました。

テストは、次の表に示す構成で実行されました。

環境固有のテストも複数のファーム構成で実行されました。環境固有の構成テストの詳細については、「パフォーマンスと容量の要件を予測する (Windows SharePoint Services)」のシナリオ記事を参照してください。

テスト結果

以下のチャート、グラフ、表は、テスト環境で特定のパラメータ セット、ユーザー操作、および負荷条件をどのように実行したかを示しています。これらのテストはすべて、8x1 Windows SharePoint Services ファームで行われました。得られた結果は、すべての Windows SharePoint Services 3.0 環境に適用されます。

異なる操作に対するパフォーマンスの判断基準は、サイト コレクションの使用方法に応じて異なります。たとえば、単一のサイト コレクションには数千のサブサイトを含められますが、コンテナを列挙する操作に対するユーザーの応答時間は、サイト コレクション数が増えるに従って増加し始めます。コンテナを列挙しない他の操作は、許容範囲で実行し続けます。

テスト用に作成されたサブサイトの内訳は次の表のとおりです。

サイト数の増加に伴う、サイト作成時とサイト列挙時のスループットの変化

特定の操作に対するユーザーの応答時間は、サイト コレクション内のサイト数に伴って増加します。

このグラフは、サイト コレクション内のサイトを列挙する場合と、新しいサイトを作成する場合に、既存のサイト数の増加に伴ってユーザーの応答時間がどのように変化するかを示しています。

スループットとサイト コレクション数

スループット (RPS で測定) は、ファーム内のサイト コレクション数が増加すると低下します。

次の図は、さまざまなサイト コレクションのホーム ページを閲覧するときに、単一のコンテンツ データベース内のサイト コレクション数が増加するとスループットが低下することを示しています。サイト コレクションの合計数が 2,000 (RPS=265) から 16,000 (RPS=66) に増加するとスループットは瞬時に低下します。その後、サイト コレクションの合計数が 50,000 まで増加すると RPS は約 50 のまま変わらなくなります。

フラットなドキュメント ライブラリとフォルダを含むドキュメント ライブラリとのスループットの違い

特定の操作に対するスループットは、フォルダ内のアイテム数が増加すると低下します。

次の図は、フォルダ (拡張に不可欠) を効果的に使用したドキュメント ライブラリでアイテムを表示する場合と、フォルダを使用しないドキュメント ライブラリでアイテムを表示する場合でのスループットの違いを示しています。下のグラフに示すように、フラットなライブラリ記憶域を使用した場合、ドキュメント数が増加するとスループット パフォーマンスは低下します。スループットの最も急激な低下は、ドキュメントの合計数が 2,000 以下の場合、つまり 151 RPS (200 ドキュメント) から 63 RPS (2,000 ドキュメント) で起こります。4,000 ドキュメントになると、スループットは約 13 RPS に低下します。つまり、全体のスループットは、ライブラリが空の状態から 90% 以上低下します。

次の図は、ドキュメントの格納と整理にフォルダを使用するときのフォルダ ビューと、フラットなライブラリ構造でのインデックス付きのビューとの相対的なパフォーマンスを示しています。各フォルダには、複数のユーザーが作成した 500 のドキュメントが含まれています。このシナリオでは、ビュー内のアイテム数がシステムのパフォーマンスのしきい値を超えない限り、どちらのシナリオでも 100 万のドキュメントまで大幅なスループットの低下はありません。ただし、フォルダを使用したほうがパフォーマンスは優れています。

フォルダ内のアイテム数が増加すると、フォルダ ビューのパフォーマンスは徐々に低下します。上記の結果は、ここでのテストに基づいた測定値であり、環境に応じて結果は異なる可能性があります。

許容範囲のパフォーマンスに関するガイドライン

容量には、スケーラビリティの影響が直接及びます。ここでは、ソリューションを構成するオブジェクトを挙げ、オブジェクトの種類ごとに許容範囲のパフォーマンスに関するガイドラインを示します。制限値を取得した条件と、追加情報が利用できる場合はそのリンクと共に、制限値データが示されます。この記事のガイドラインを使用して、ソリューション計画全体を見直してください。

1 つ以上のオブジェクトに対し、ソリューション計画が推奨ガイドラインを超える場合は、次のいずれかの対応策を実行します。

• ソリューションを評価して、他の分野で埋め合わせます。

• ソリューションを構築して展開するときに、これらの領域をテストおよび監視するためのフラグを付けます。

• ソリューションを再設計して、容量ガイドラインを超えないようにします。

次の表では、カテゴリ別にオブジェクトを挙げ、許容範囲のパフォーマンスに関する推奨ガイドラインを示しています。許容範囲のパフォーマンスとは、テストされるシステムがそのオブジェクト数をサポートでき、ただし、その数を超えるとパフォーマンスが低下することを意味します。アスタリスク (*) は、ハード的な制限値を示します。アスタリスクがない場合は、テスト済みまたはサポートされる制限値を示します。

次の表は、サイト オブジェクトの推奨ガイドラインの一覧です。

次の表は、ユーザー オブジェクトの推奨ガイドラインの一覧です。

次の表は、検索オブジェクトの推奨ガイドラインの一覧です。

次の表は、論理アーキテクチャ オブジェクトの推奨ガイドラインの一覧です。

次の表は、物理オブジェクトの推奨ガイドラインの一覧です。

スループットと Web サーバー数

テスト環境では、ファーム スループットは、データベース サーバーあたり 5 台の Web サーバーで横ばいになり、さらに Web サーバーを追加しても大きな変化は見られませんでした。データベース サーバーあたり最高 8 台の Web サーバーを展開できますが、5 台目以降はスループットの大幅な向上は望めません。これは、単一のデータベース サーバーに対して呼び出しを行う Web サーバーが増加すると、データベース サーバーの容量が事実上 100% に達してしまうためです。実際の環境での結果は、データベース サーバーのパフォーマンス特性に応じて異なります。実際のファーム環境での最適な Web サーバー数を特定するには、各自でテストを行う必要があります。

Web サーバーの CPU 使用率の大部分がユーザー認証に消費されている場合などの理由から、最適なスループットが達成されてもそれ以上の Web サーバーをファームに追加したほうがよいことがあります。このような場合には、テストを行って、適切なソリューションを特定する必要があります。

ユーザーの応答時間

次の表は、4 種類のユーザー操作について、許容範囲のユーザーの応答時間のガイドラインを示しています。ただし、ビジネス要件に応じて、許容できる応答時間は、提示の範囲よりも長くなることも短くなることもあります。

テストの目標は、すべてのエンドユーザー操作について秒未満の応答時間を得ることでしたが、これはすべての場合で実現できず、したがって次の表のガイドラインが使用されました。