企業イントラネット発行環境の技術的ケース スタディ (SharePoint Server 2010)
適用先: SharePoint Server 2010
トピックの最終更新日: 2016-11-30
このドキュメントでは、Microsoft SharePoint Server 2010 の特定の展開について説明します。内容は次のとおりです。
技術的ケース スタディ環境の仕様 (ハードウェア、ファーム トポロジ、構成など)
負荷 (ユーザーまたはクライアントの数と種類を含む)、および環境利用状況特性
技術的ケース スタディのファーム データセット (データベース コンテンツ、検索インデックスなど)
環境に固有の正常性とパフォーマンスのデータ
この記事の内容
前提条件
この環境の概要
仕様
負荷
データセット
正常性とパフォーマンスのデータ
前提条件
このドキュメントを読む前に、SharePoint Server 2010 容量管理の基本的な考え方を必ず理解しておいてください。このドキュメントは、容量管理を行うための推奨アプローチについて学習するうえで役立ちます。ここでは、このドキュメントの情報を効果的に利用する方法を理解する際に役に立つ背景情報を提供するほか、このドキュメントで使用されている用語を定義します。
この技術的なケース スタディのデータを理解するうえで役に立つと思われる、パフォーマンスおよび容量に関するより概念的な情報については、次のドキュメントを参照してください。
この環境の概要
このホワイト ペーパーでは、Microsoft での実際の SharePoint Server 2010 環境について説明します。このドキュメントを使用して、計画している負荷および利用状況特性と比較してください。計画している設計が似ている場合は、ここで説明する展開を、導入の開始点として使用できます。
このドキュメントの内容は次のとおりです。
ハードウェア、トポロジ、および構成を含む仕様
負荷 (ユーザー数を含むファームの需要) と利用状況特性
データベース サイズを含むデータセット
環境に固有な正常性とパフォーマンスのデータ
このドキュメントは、Microsoft の SharePoint 環境に関する「パフォーマンスと容量に関する技術的なケース スタディ (SharePoint Server 2010)」シリーズの一部です。
このドキュメントで説明する SharePoint Server 2010 環境は、地理的に分散した大規模企業の運用環境です。従業員は、ニュース、技術記事、従業員のプロファイル、ドキュメント、トレーニング資料など、さまざまなコンテンツを閲覧します。また、この環境を使用して企業内のすべての SharePoint 環境に対して検索クエリも実行します。従業員には環境内の記事へのリンクが記載された電子メールが毎日届き、多くの従業員がこの環境をブラウザーのホーム ページとして設定しています。
忙しい日には 48,000 人ものユーザーが一意のユーザーが環境にアクセスし、ピーク時に生成される秒あたりの要求数 (RPS) は最大 345 に上ります。これはイントラネット サイトなので、すべてのユーザーが認証されています。コンテンツの公開は 1 つの環境一括作成モデルを使用して行われますが、環境の公開手順では、夜間のオフピーク時に、すべての下書きコンテンツが一度に公開されるように指定されます。
このドキュメントで提供する情報には、典型的な 1 日のエンタープライズ イントラネット公開環境が反映されています。
仕様
このセクションでは、ケーススタディ環境のハードウェア、ソフトウェア、トポロジ、および構成の詳細情報が提供されます。
ハードウェア
このセクションでは、この環境で使用されたサーバー コンピューターの詳細情報が提供されます。
注意
この環境は、SharePoint Server 2010 およびその他の製品のプレリリース ビルドに対応できるように拡張されています。したがって、展開されているハードウェアは、通常、この環境で求められるよりも大きな容量を備えています。ハードウェアに関する説明は、この環境に関する追加情報を提供することを目的としており、同様の環境を展開するための出発点として利用できます。
計画している負荷と利用状況特性に基づいて、独自の容量管理を実施することが重要です。容量管理プロセスの詳細については、「SharePoint Server 2010 での容量管理と規模設定の概要」を参照してください。
Web サーバー
ファームには 4 台の Web サーバーがあり、それぞれが同じハードウェアを備えています。4 台のサーバーのうち、3 台はコンテンツを提供します。1 台は専用の検索クロール対象サーバーです。
Web サーバー | WFE1-4 |
---|---|
プロセッサ |
2 クアッド コア、2.33 GHz |
RAM |
32 GB |
オペレーティング システム |
Windows Server 2008、64 ビット |
SharePoint のドライブのサイズ |
300 GB |
ネットワーク アダプターの数 |
2 |
ネットワーク アダプターの速度 |
1 ギガビット |
認証 |
Windows NTLM |
負荷分散の種類 |
ハードウェア負荷分散 |
ソフトウェアのバージョン |
SharePoint Server 2010 (プレリリース版) |
ローカルで実行されているサービス |
サーバーの全体管理 Microsoft SharePoint Foundation 受信電子メール Microsoft SharePoint Foundation Web アプリケーション Microsoft SharePoint Foundation Workflow Timer Service Search Query and Site Settings Service SharePoint Server Search |
フェデレーション サービス ファームから利用されるサービス |
User Profile Service Web Analytics Web Service Business Data Connectivity Service Managed Metadata Web Service |
アプリケーション サーバー
ファームにはアプリケーション サーバーが存在しません。ローカル サービスは Web サーバーでホストされており、その他のサービスは、フェデレーション サービス ファームから利用されます。
データベース サーバー
1 つの SQL クラスターが存在し、2 台のデータベース サーバーが含まれています。各サーバーのハードウェアは同じで、1 台はアクティブ、もう 1 台は冗長性を確保するためにパッシブです。
データベース サーバー | DB1-2 |
---|---|
プロセッサ |
4 クアッド コア、2.4 GHz |
RAM |
32 GB |
オペレーティング システム |
Windows Server 2008、64 ビット |
記憶域とジオメトリ |
(1.25 TB x 6) + 3 TB ディスク 1 ~ 4: SQL データ ディスク 5: ログ ディスク 6: TempDB |
ネットワーク アダプターの数 |
2 |
ネットワーク アダプターの速度 |
1 ギガビット |
認証 |
Windows NTLM |
ソフトウェアのバージョン |
SQL Server 2008 |
トポロジ
次の図は、このファームのトポロジを示しています。
構成
次の表は、環境のパフォーマンスまたは容量に影響する、変更された設定を示しています。
設定 | 値 | メモ |
---|---|---|
サイト コレクションの管理 サイト コレクション出力キャッシュ |
有効 |
出力キャッシュを有効にすると、要求回数の多いデータに対するデータベースへの呼び出しが減り、サーバーの効率性が向上します。 |
サイト コレクションのキャッシュ プロファイル (選択) |
イントラネット (グループ作業サイト) |
[キャッシュされたコンテンツを編集時に表示する] がオンにされ、編集アクセス許可を持つユーザーによってページがキャッシュされないようにするという通常の動作が省略されます。 |
オブジェクト キャッシュ (オフ | n MB) |
オン - 500 MB |
既定値は 100 MB です。この設定値を大きくすると、追加のデータをフロントエンド Web サーバー メモリに格納できます。 |
Usage Service トレース ログ - ログ ファイルを格納する日数 (既定: 14 日間) |
5 日間 |
既定値は 14 日です。この設定値を小さくすると、ログ ファイルが格納されているサーバーのディスク容量を節約できます。 |
クエリ ログのしきい値 Microsoft SharePoint Foundation データベース - QueryLoggingThreshold を 1 秒に構成 |
1 秒 |
既定値は 5 秒です。この設定値を小さくすると、データベース サーバー上の帯域幅と CPU を節約できます。 |
データベース サーバー - 既定のインスタンス 並列処理の最大限度 |
1 |
既定値は 0 です。最適なパフォーマンスが得られるように、SharePoint Server 2010 データベースをホストするデータベース サーバーでは、並列処理の最大限度を 1 に設定することを強くお勧めします。並列処理の最大限度を設定する方法の詳細については、「max degree of parallelism オプション」(https://go.microsoft.com/fwlink/?linkid=189030&clcid=0x411)」を参照してください。 |
負荷
このセクションでは、負荷 (ユーザー数を含むファームの需要) と利用状況特性について説明します。
負荷特性 | 値 |
---|---|
秒あたりの平均要求数 (RPS) |
100 |
ピーク時 (午前 11 時 ~ 午後 3 時) の平均 RPS |
226 |
1 日あたりの一意のユーザーの合計数 |
33,580 |
平均の同時ユーザー数 |
172 |
最大の同時ユーザー数 |
376 |
1 日あたりの総要求数 |
3,800,000 |
次の表は、各ユーザー エージェントの要求数を示しています。
ユーザー エージェント | 要求数 | 総数の割合 |
---|---|---|
ブラウザー |
3,261,563 |
97.09% |
DAV |
2,418 |
0.07% |
検索 (クロール) |
92,322 |
2.75% |
OneNote |
1,628 |
0.05% |
Outlook |
961 |
0.03% |
Word |
449 |
0.01% |
データセット
このセクションでは、ケース スタディのファーム データセット (データベースのサイズ、検索インデックスなど) について説明します。
データセットの特性 | 値 |
---|---|
データベース サイズ (組み合わせ) |
49.9 GB |
BLOB サイズ |
22.2 GB |
コンテンツ データベースの数 |
3 |
Web アプリケーションの数 |
3 |
サイト コレクションの数 |
4 |
サイトの数 |
797 |
検索インデックスのサイズ (アイテムの数) |
275,000 |
正常性とパフォーマンスのデータ
このセクションでは、ケース スタディ環境に固有の正常性とパフォーマンスのデータを示します。
一般的なカウンター
測定基準 | 値 |
---|---|
可用性 (アップタイム) |
99.95% |
失敗率 |
0.05% |
平均メモリ使用量 |
1.08 GB |
最大メモリ使用量 |
2.60 GB |
トラフィックの検索クロールの割合 (検索クライアントの要求数/総要求数) |
6% |
キューに入れられた ASP.NET 要求数 |
0.00 |
次の図は、この環境の平均 CPU 使用率と待機時間を示しています。
このドキュメントでは、待機時間は 4 つのカテゴリに分類されます。50 パーセンタイル待機時間は、通常、サーバーの応答性を測定するときに使用されます。これは、要求の半数が応答時間内に提供されることを意味します。95 パーセンタイル待機時間は、通常、サーバーの応答時間のスパイクを測定するときに使用されます。これは、要求数の 95% が応答時間内に提供されるので、残りの 5% の応答速度が遅くなることを意味します。
データベース カウンター
このエンタープライズ公開環境のデータベース統計を解釈する場合は、訪問者のほとんどに付与されているのが読み取り専用アクセス許可であることに注意してください。
測定基準 | 値 |
---|---|
読み取り/書き込みの比率 (データベースあたりの IO) |
99.999 : 0.001 |
平均ディスク キュー長 |
0.35 |
ディスク キュー長: 読み取り |
34 |
ディスク キュー長: 書き込み |
2.5 |
ディスク読み取り/秒 |
131.33 |
ディスク書き込み/秒 |
278.33 |
SQL コンパイル/秒 |
2.36 |
SQL 再コンパイル/秒 |
94.80 |
SQL ロック: 平均待機時間 |
0 ミリ秒 |
SQL ロック: ロック待機時間 |
0 ミリ秒 |
SQL ロック: 秒あたりのデッドロック |
0 |
SQL ラッチ: 平均待機時間 |
0.25 ミリ秒 |
SQL キャッシュのヒット率 |
>99% |