Managed Metadata Service の容量とパフォーマンスを見積もる (SharePoint Server 2013)
適用対象:
2016 2019 Subscription Edition SharePoint in Microsoft 365
この資料には SharePoint Server 2013 における Managed Metadata Service のサイズ変更とパフォーマンスの最適化に関連する情報と推奨事項が含まれています。 また、パフォーマンスを最大化するためのサービスの構成方法とサービス アプリケーション データベースの構築方法に関するいくつかのベスト プラクティスも提供されています。 この情報を使用して、計画している展開がテストにより提供される容量とパフォーマンスの制限に適合するかどうかを判断します。
以下に示す SharePoint Server 2013 の新機能は Managed Metadata Service に直接影響し、キャパシティ プランニングに重要です。 これらの機能の負荷はテスト データセットとテスト シナリオに含まれています。
フィード内のハッシュタグ (個人用サイト またはチーム サイト内)
管理ナビゲーションを使用するサイト
クライアントが呼び出すことができる新しい CSOM エンドポイント
テスト データセットと同様の特徴を持つ標準的な SharePoint Server 2013 展開の場合、フロントエンド Web サーバーの役割を前提としているコンピューター上で Managed Metadata Service アプリケーションを実行することを推奨します。 Managed Metadata Service アプリケーションのデータベースは他の SharePoint サービス アプリケーション データベースをホストする SQL Server インスタンスに配置できます。
テスト内で提供されているデータセットと比較してはるかに多くの項目を含む展開については、変数の 1 つを変更し、テスト データセットの他のコンポーネントを一定に維持するテストの結果からガイダンスを提供します。 より大規模な展開を持つユーザーはこれらの結果を検討し、SharePoint Server 2013 ファームを適切にサイズ調整する必要があります。
キャパシティ管理と SharePoint Server 2013 用の計画の詳細については、「キャパシティ管理と SharePoint Server 2013 のサイズ変更」を参照してください。
概要
テスト データセットと同様の特徴を持つ標準的な SharePoint Server 2013 展開の場合、フロントエンド Web サーバーとして稼働しているコンピューター上でのみ Managed Metadata Service アプリケーションを有効化することを推奨します。 Managed Metadata Service アプリケーションのデータベースは他の SharePoint サービス アプリケーション データベースをホストする SQL Server インスタンスに配置できます。
テスト結果で提供しているデータセットよりもはるかに多くの項目が含まれている展開については、別の推奨事項に提供されることに注意してください。 テストでは、変数の 1 つを変更し、他のコンポーネントを一定に維持するテストの結果を使用してガイダンスを提供します。 より大規模な展開を持つユーザーはこれらの結果を検討し、SharePoint ファームを適切にサイズ調整する必要があります。
テスト データセット
キャパシティ プランニングのガイダンスを提供するために、SharePoint Server 2010 の機能と SharePoint Server 2013 の新機能を含むテスト データセットを作成し、SharePoint 展開でテストを実行しました。 次の表に、使用したテスト データセットを示します。
| 変数 | アイテムの数 |
|---|---|
|
用語セット グループ |
500 |
|
用語セット |
1,000 (1 グループあたり 2) |
|
管理された用語数 (エンタープライズ キーワードは含まれません) |
20,000 (用語セットあたり 20) |
|
エンタープライズ キーワード |
80,000 |
|
ハッシュタグ |
200,000 |
|
用語の総数 (管理された用語、エンタープライズ キーワード、およびハッシュタグが含まれています) |
300,000 |
|
ラベル |
300,000 (1 項目あたり 1) |
|
用語ラベルの長さ |
1 ラベルあたり 30 文字 |
テスト シナリオ
このデータセットに対して次の表のテストを使用しました。
| テスト | 説明 | テスト内の割合 |
|---|---|---|
|
GetSuggestions |
Web サービスへの 1 回の呼び出しと 1 文字のプレフィックス文字列。 文字列は、SharePoint ユーザー インターフェイスでのメタデータ列の提案のしくみと同様に、用語ストア内の用語の 20% に一致するように選択されます。 |
10% |
|
GetMatches |
用語ストア内の用語の 1% に一致する文字列の Web サービス。 |
5% |
|
ValidateTerms |
単一の用語を検証するための Web サービス呼び出し。 |
5% |
|
CreateTaxonomyItem |
ランダムな名前を持つキーワードを作成するための呼び出しへの Web サービス呼び出し。 |
5% |
|
GetChildTermsInTermSetWithPaging |
複数の用語セットへの Web サービス呼び出し管理ナビゲーション機能で使用される用語セットを取得するために SharePoint Server 2013 により実行される呼び出しに似ています。 結果はフロントエンド Web サーバーにキャッシュされます。 |
5% |
|
GetTermSets |
用語セットを取得するための Web サービス呼び出し。 |
5% |
|
GetTermsByLabel |
用語 GUID の一覧を伴う Web サービス呼び出し。 個人用サイト ホーム ページが読み込まれる際に SharePoint Server 2013 により実行される呼び出しに似ています。 |
10% |
|
HT GetSuggestions |
単一文字の候補を取得するための Web サービス呼び出し。 フィード内のハッシュタグを処理する際に SharePoint UI により実行される呼び出しに似ています。 |
10% |
|
HT NewHashTag |
2 つの Web サービス呼び出し。 1 つは用語を取得するためのもので、もう 1 つは用語を作成するためのものです。 |
5% |
|
HT GetTermsByLabel |
既存の用語を取得するための Web サービス呼び出し。 ハッシュタグがフィードの投稿で使用される場合に使用されます。 |
15% |
|
HT AddAssociation |
既存のハッシュタグ用語への関連付けを追加するための Web サービス呼び出し。 |
5% |
|
CSOM GetTerms |
用語 GUID のリストの GetTerms のリスト。 2 つの個別 CSOM 呼び出しがあります。 |
10% |
|
CSOM SetProperty |
単一用語の SetProperty のテスト。 4 つの個別 CSOM 呼び出しがあります。 |
5% |
|
CSOM CreateTerm |
用語を用語ストアに追加するテスト。 4 つの個別 CSOM 呼び出しがあります。 |
5% |
テストでは、より頻繁に使用されると予想される操作により重点を置きました。
テスト トポロジ
次の図に示すトポロジを持つラボ環境でテストを実行しました。
図 1: テスト用のサーバー トポロジ
Managed Metadata Service アプリケーションを実行し、フロントエンド Web サーバーとして機能する 1 台のコンピューターでテストを開始しました。 その後、同じ構成を持つ別のコンピューターを追加しました。
テスト結果
前のセクションで説明したデータセットとシナリオを使用して、特定の構成で実行される Managed Metadata Service アプリケーション処理の総数をテストしました。
次の一覧に示すさまざまな負荷プロファイルを使用してテストを実行しました。
グリーン ゾーン
サーバーの使用率が 60% 未満。 これはサーバー稼働中のほとんどの時間で目標となる数値です。
レッド ゾーン
サーバーがフル稼働に近づいている状態。 これは、SharePoint サイトに通常より多くの負荷がかかっている状態と考えられます。 レッド ゾーンでは、ユーザーからの要求に応答しようとしてサーバーの応答時間が長くなり始めます。
次の表は、1 台のコンピューターで測定した結果を示しています。
| グリーン ゾーン | レッド ゾーン | |
|---|---|---|
|
読み取り操作に対するサーバー応答時間の 50 パーセンタイル: |
32 ms。 |
44 ms。 |
|
読み取り操作に対するサーバー応答時間の 95 パーセンタイル: |
1090 ms。 |
1335 ms。 |
|
書き込み操作に対するサーバー応答時間の 50 パーセンタイル: |
1837 ms。 |
2038 ms。 |
|
書き込み操作に対するサーバー応答時間の 95 パーセンタイル: |
2283 ms。 |
3515 ms。 |
|
1 秒あたりに完了したテスト数: |
9 |
15 |
|
平均 CPU (アプリケーション サーバーまたはフロントエンド Web サーバー) |
56% |
92% |
|
平均 CPU (SQL Server) |
7% |
12% |
|
ピーク時のメモリ使用量 (アプリケーション サーバーまたはフロントエンド Web サーバー) |
6 GB |
6.2 GB |
次に、同じ構成の展開に 2 台目のアプリケーション サーバーまたはフロントエンド Web サーバーの仮想マシン (VM) を追加しました。 次の表に、以前のテストの約 2 倍の負荷を持つ 2 つの VM ファームに対する結果を示します。
| グリーン ゾーン | レッド ゾーン | |
|---|---|---|
|
読み取り操作に対するサーバー応答時間の 50 パーセンタイル: |
44 ms。 |
110 ms。 |
|
読み取り操作に対するサーバー応答時間の 95 パーセンタイル: |
1161 ms。 |
1679 ms。 |
|
書き込み操作に対するサーバー応答時間の 50 パーセンタイル: |
1828 ms。 |
2253 ms。 |
|
書き込み操作に対するサーバー応答時間の 95 パーセンタイル: |
3321 ms。 |
4648 ms。 |
|
1 秒あたりに完了したテスト数: |
15 |
28 |
|
平均 CPU (アプリケーション サーバーまたはフロントエンド Web サーバー) |
49% |
88% |
|
平均 CPU (SQL Server) |
14% |
28% |
|
ピーク時のメモリ使用量 (アプリケーション サーバーまたはフロントエンド Web サーバー) |
6.1 GB |
6.3 GB |
次のグラフは前述の 2 つのテーブル内のデータを示します。
図 2:Managed Metadata Service アプリケーションのパフォーマンス
フレンドリな URL の検索クロールに対するフレンドリ URL の影響
SharePoint Server 2013 には、管理ナビゲーション機能と、フレンドリ URL を使用するページの最新バージョンを検索クロールが確実に受け取るようにするためにトリガーされる 2 つのタイマー ジョブが用意されています。 テストによって、Managed Metadata Service アプリケーションと通信するこれらのタイマー ジョブの実行は同じアプリケーションを対象にする読み取りと書き込みの操作に顕著な影響を与えないことが判明しました。
CSOM 呼び出しの影響
いくつかのテストでは、ベースライン ケースと比較して、テスト手順で実行された CSOM 呼び出しが増加しました。 これらはテストの 20% から 66% に増加しました。 テスト結果は実行されたテストの数が 1 秒あたり 28 から 22 に減少したことを示しています。 サーバーの応答時間はベースラインと同等です。 実行されたテストの数が減少した原因は、Web サービス呼び出しに含まれる呼び出しが少ないのに比べて、CSOM 呼び出しの各アクションに対するフロントエンド Web サーバーへの複数の呼び出しのオーバーヘッドが増えたためです。
ハッシュタグ操作が増えることの影響
別のテスト ケースでは、ハッシュタグ操作のパーセンテージがベースラインの 35% からテストでの 71% に増えました。 テスト結果は実行されたテストの数が 28 から 19 に減少したことを示しています。 サーバーの応答時間もベースラインより約 30% 増加しています。 実行されたテストの数の減少は、ハッシュタグ用語セットに関して用語数がかなり高かったことと、変更された手順で書き込み操作が大幅に増えたことによります。
関連項目
概念
SharePoint Server での管理されたメタデータの計画
その他のリソース
Overview of managed metadata service applications in SharePoint Server 2013