次の方法で共有


SharePoint Server でのキャッシュとパフォーマンスを計画する

適用対象:yes-img-13 2013yes-img-162016 yes-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

SharePoint Server では、データベースの負荷を削減し、ユーザーのブラウザー パフォーマンスを向上させるディスクベースの バイナリ ラージ オブジェクト (BLOB) キャッシュが提供されます。 この記事では、BLOB キャッシュ、使用する方法と場面、BLOB キャッシュを計画する際の主要な考慮事項について説明します。 また、SharePoint Server でデジタル アセットを管理する一環としてビデオを提供するときに、ユーザーのビデオ パフォーマンスを向上させる インターネット インフォメーション サービス (IIS) 7.0 拡張である、ビット レート調整を使用する場面に関する情報も取り扱います。 さらに、SharePoint Server で利用できるその他の種類のキャッシュ、アップロード ファイル サイズに関する制限事項、サーバー上のファイル転送のサイズ制限を調整する際の考慮事項についても説明します。

BLOB キャッシュを有効にする方法の詳細については、「Configure cache settings for a web application in SharePoint Server」をご覧ください。 デジタル アセット管理の詳細については、「SharePoint Server 2013 のデジタル アセット ライブラリを計画する」をご覧ください。

ディスクベースの BLOB キャッシュ

このセクションでは、ディスクベースの BLOB キャッシュについて説明し、SharePoint Server 展開でのキャッシュの使用を計画する方法に関する重要な情報を提供します。 ユーザーに最高のパフォーマンスを提供するために、BLOB キャッシュを使用する場面を決定する方法、格納する場所、有効化する方法、キャッシュのサイズを構成する方法について説明します。

BLOB キャッシュの概要

ディスク ベースの BLOB キャッシュを使って、頻繁に使用される画像、オーディオ、ビデオ ファイル、および Web ページの表示に使用されるその他のファイル (たとえば .css ファイルや .js ファイル) など、バイナリ ラージ オブジェクト (BLOB) のキャッシュを管理します。 BLOB キャッシュはフロントエンド Web サーバーで有効になっており、データベースから BLOB ファイルを取得し、ユーザーに提供されるフロントエンド Web エンド サーバー上のディレクトリに格納することで、パフォーマンスが向上します。 これにより、データベース サーバーに対するネットワーク トラフィックと負荷が軽減されます。

BLOB キャッシュには、ユーザーへのメディア ファイルの提供をサポートする機能も用意されています。 このような機能の 1 つはバイト範囲要求のサポートです。これにより、ユーザーはビデオ内の後のポイントを選択してすぐに再生を開始できます。 もう 1 つの機能はプログレッシブ キャッシュです。これは、ファイルの残りの部分がキャッシュされている間に大きなビデオ ファイルの先頭の提供を開始します。 ビデオ ファイルは、フロントエンド サーバーとバックエンド サーバー間の負荷を軽減するために、小さなセクションで分割および取得されます。 管理者はセクションのサイズを構成できます。

BLOB キャッシュは、イメージ表示機能を使用するための前提条件でもあります。 イメージ表示では、同じソース イメージを基にして、発行サイト内のさまざまなページで異なるサイズのバージョンの画像を表示することができます。 イメージ表示を作成する場合は、そのイメージ表示を使用するすべての画像の幅と高さを指定します。 詳しくは、MSDN ライブラリの「SharePoint 2013 デザイン マネージャーのイメージ表示」をご覧ください。

BLOB キャッシュの使用の決定

BLOB キャッシュを有効にすると、さまざまな画像、オーディオおよびビデオ ファイルと、.css および .js ファイルがキャッシュされます。 管理者は設定を変更して、キャッシュするファイルの種類のファイル名の拡張子を追加または削除できます。 この機能により、可能な限り多くのファイルの種類をキャッシュするか、特定の種類のファイルのみにキャッシュを制限することができます。 たとえば、インターネットに接続されたポータルに .doc または .pdf ファイルなどの読み取り専用ファイルが存在する場合、それらのファイルをキャッシュするように指定することで、より高速にユーザーに表示することができます。 頻繁に更新されるファイルやメディア アセットを含むグループ作業サイトを使用している場合は、オーディオまたはビデオ ファイルのファイル名の拡張子のみを指定することで、それらのファイルの種類のみをキャッシュに格納するように指定できます。

BLOB キャッシュを有効化する前に、BLOB キャッシュの使用を計画しているシナリオを慎重に検討してください。 サイトが頻繁に共同作業に使用される場合、BLOB キャッシュを有効にすると、キャッシュするファイルが最初にディスクに書き込まれる際にサイトのパフォーマンスが一時的に影響を受ける可能性があります。 ファイルが格納されると、サイトのパフォーマンスは向上するので、キャッシュを有効化するかどうかを決定する際に考慮してください。 以下の基準に基づいて、BLOB キャッシュの有効化するかどうかを決定します。

  • 訪問者の大部分が匿名のユーザーであるか、ファイルの大部分が静的コンテンツである発行サイトの場合は、可能な限り多くのファイルの種類に対して BLOB キャッシュを有効化します。

  • イメージ表示の使用を計画している発行サイトの場合は、BLOB キャッシュを有効化する必要があります。

  • 読み取り専用のメディア資産が多数含まれている他のサイトや、メディア資産のごく一部のみが更新されるサイトでは、メディア ファイルに対してのみ BLOB キャッシュを有効にします。

Web アプリケーションごとに 1 つの BLOB キャッシュがあります。 サイズが大きくなると予想されるアセット ライブラリや、大量のトラフィックを受信するサイトで BLOB キャッシュの使用を計画する場合には、独自の BLOB キャッシュを受信できるように、アセット ライブラリを含むサイト コレクションを独自の Web アプリケーションに配置することを検討します。 これにより、他の資産が、資産ライブラリ内の項目に割り当てる BLOB キャッシュ内の領域を使い切らないようにします。 また、大量のトラフィックを受信するサイトが、BLOB キャッシュからのメリットを受けるトラフィックが少ない他のサイトを防ぐことも保証します。

BLOB キャッシュの格納

BLOB キャッシュを有効化する場合は、ファイルが格納されるフロントエンド Web サーバー上の場所を指定する必要があります。 既定では、SharePoint Server がインストールされているドライブにキャッシュが作成されます。 キャッシュを格納するために十分なディスク容量があるドライブに BLOB キャッシュを配置するようにしてください。 また、ドライブにアクセスしようとしたときに BLOB キャッシュ プロセスで競合が発生しないように、できるだけ少ないプロセスで使用されるドライブを選択します。 BLOB キャッシュが配置されているドライブ上のディスク アクセスに競合するプロセスが多すぎると、BLOB キャッシュのパフォーマンスやその他のプロセスに悪影響が及びます。

トラフィックの多い環境でビデオを提供するなど、大量のキャッシュを使用するシナリオで BLOB キャッシュを使用する予定の場合、ULS ログを使用する場合は、別のパーティションではなく、ULS ログとは別の物理ドライブに BLOB キャッシュを配置することを検討してください。 BLOB キャッシュと ULS ログを同じドライブに格納すると、サーバーのパフォーマンスが低下します。 BLOB キャッシュと ULS サインインを同じ物理ドライブに配置する場合は、パフォーマンスの影響がないかディスク キューの長さを注意深く監視してください。

各フロントエンド Web サーバーには、受信したファイルへの要求として構築される、BLOB キャッシュの独自のローカル コピーが存在します。 複数のフロントエンド Web サーバーで負荷分散を使用している場合、各サーバーに独自のキャッシュが含まれます。 ファイルが最初のサーバーによって要求されると、そのサーバーにのみキャッシュされます。 次に 2 番目のサーバーから同じファイルを要求されると、2 番目の要求がデータベース サーバーに送信され、2 番目のサーバーのキャッシュにファイルが取得されます。

BLOB キャッシュの有効化

BLOB キャッシュは、各 Web アプリケーションの web.config ファイルに構成されており、既定では有効になっていません。 BLOB キャッシュによって提供されるパフォーマンス上のメリットを得るためには、明確に有効化する必要があります。 BLOB キャッシュを有効化する方法の詳細については、「Configure cache settings for a web application in SharePoint Server」をご覧ください。

BLOB キャッシュのサイズの指定

BLOB キャッシュのサイズを決定するときには、ファイルの数およびサイズを考慮して、キャッシュに格納されるデータの合計サイズを特定する必要があります。 既定では、BLOB キャッシュ は 10 GB に設定されています。 ドライブの空き容量は、キャッシュのサイズよりも最低 20% は多くなるようにします。 たとえば、コンテンツのサイズが 100 GB の場合、最低 150 GB の空き容量があるドライブ上でキャッシュのサイズを 120 GB に設定します。 BLOB キャッシュのサイズが小さすぎると、ユーザーへのファイルの提供が低速になり、サイトのパフォーマンスが低下します。

サイトでイメージ表示機能の使用を計画している場合、各表示がキャッシュ内の異なる BLOB であることを理解する必要があります。 たとえば、各画像に 5 つの表示を計画している場合、一般的な概算であるプラス 20% よりもずっと多くの空き容量をドライブに割り当てる必要があります。

出力キャッシュ、オブジェクト キャッシュおよび匿名検索結果キャッシュ

BLOB キャッシュに加えて、SharePoint Server では、ブラウザーに Web ページをロードする速度を向上させる、以下の種類のキャッシュが提供されます。

注:

出力キャッシュまたはオブジェクト キャッシュを使用するには、サイトで発行機能を使用している必要があります。

  • 出力キャッシュ: ページに表示された出力を格納します。 また、ページを要求しているユーザーの権限に基づいて、キャッシュされているページの異なるバージョンも格納します。

    キャッシュ プロファイルでは、ページ出力キャッシュの種類ごとに特定のキャッシュ設定を記述します。 キャッシュ プロファイル設定は、ユーザー インターフェイス上でサイト コレクション管理者がサイト コレクション レベルで構成することも、フロントエンド Web サーバー上で管理者が Web アプリケーション レベルで構成することもできます。 ページ出力キャッシュ プロファイルをサイト コレクション レベルまたは Web アプリケーション レベルで構成できるようにするには、先にサイト コレクション レベルでページ出力キャッシュを有効化する必要があります。 詳細については、「Configure cache profile settings」をご覧ください。

  • オブジェクト キャッシュ: リストやライブラリ、サイト設定、ページ レイアウトなどのオブジェクトをフロントエンド Web サーバーのメモリに格納することで、Web サーバーと SQL データベースの間のトラフィックを減らします。 その結果、これらのアイテムを必要とするページはより迅速に表示され、ページがクライアント ブラウザーに配信される速度が向上します。

    オブジェクト キャッシュ設定は、ユーザー インターフェイス上でサイト コレクション管理者がサイト コレクション レベルで構成することができ、既定で有効になっています。 キャッシュの最大サイズは、フロントエンド Web サーバーの Web アプリケーション レベルで構成して、キャッシュがすべてのサイト コレクションに使用するメモリの最大量に制限を設けることができます。 詳細については、「Configure object cache settings」をご覧ください。

  • 匿名検索結果キャッシュ: 主に匿名ユーザーのアクセスを許可する発行サイトで使用されます。 匿名検索結果キャッシュには、匿名ユーザーからの検索結果が保存され、元のクエリと同じクエリに後で再利用されます。 これにより、コンテンツ検索 Web パーツを使用するサイト ページのパフォーマンスが向上します。

ビット レート調整

このセクションでは、ビット レート調整、SharePoint Server ソリューションでビット レート調整を使用する場面および有効にする方法について説明します。

ビット レート調整の概要

ビット レート調整は、サーバーとクライアント コンピューター間でのメディア ファイルの種類およびデータのダウンロード速度を計測する IIS 7.0 の拡張機能です。 Windows Media ビデオ (WMV)、MPEG-4 (MP4)、Adobe Flash ビデオなどのメディア ファイルの種類のエンコード ビット レートが自動的に検出され、それらのファイルが HTTP 経由でクライアントに配信されるレートがビット レート調整構成に従って制御されます。 詳細については、「ビット レート調整」を参照してください。

ビット レート調整の使用の決定

SharePoint Server のユーザーが長時間再生するビデオアセットを使用できるようにする場合は、IIS でビット レート調整を有効にします。 ビット レート調整を行わないと、IIS は可能な限り多くの帯域幅を使用してビデオ ファイルを提供します。これにより、ネットワーク パフォーマンスが向上します。 IIS でビット レート調整を有効にすると、ビデオの段階的なダウンロードと表示をサポートするために必要な帯域幅のみを使用するビデオ ファイルが提供されます。 BLOB キャッシュも有効になっている場合、ビット レート調整ではディスクにキャッシュされたファイルに対して、拡張子の規則を使用します。 BLOB キャッシュからビット レート調整を使用して提供されたファイルは、エンコード ビット レートを使用した圧縮サイズのパーセンテージに基づいてクライアントに送信されます。 たとえば、organization内のビデオが 10 MB 未満の場合、ユーザーがローカル コンピューターにビデオをダウンロードできる速度に影響するため、ビット レート調整を使用しないことを決定できます。 ただし、ビデオ ファイルを提供している場合は、ビット レート調整を有効にして、ファイルをクライアント コンピューターにダウンロードする速度を制御します。

注:

先に BLOB キャッシュを有効化して、調整するファイルの種類をキャッシュするように構成しないと、ビット レート調整は正しく機能しません。

ビット レート調整の有効化

IIS 7.0 でビット レート調整を有効化するには、IIS Media Services 2.0 をインストールする必要があります。 IIS Media Services 2.0のインストール方法については、「ビット レート調整」を参照してください。 ビット レート調整を構成する方法の詳細については、「ビット レート調整の構成チュートリアル」を参照してください。

最大アップロード ファイル サイズ

このセクションでは、アップロード ファイル サイズ制限について説明し、最大アップロード ファイル サイズ制限を決定する方法、およびその構成方法について示します。

最大アップロード ファイル サイズの概要

最大アップロード ファイル サイズは SharePoint Server Web アプリケーションで使用される設定で、ユーザーがサーバーにアップロードできるファイルの最大サイズを指定します。 新しい Web アプリケーションが作成されると、SharePoint Server では既定の最大アップロード サイズが 250 MB に設定されます。 ユーザーが指定された最大アップロード サイズよりも大きなファイルをアップロードしようとすると、アップロードは失敗します。

最大アップロード ファイル サイズの決定

ファイルをライブラリにアップロードするすべてのユーザーは、サーバーへの接続を行って、データベース内のデータ量を増加させます。 これはサーバーの読み込み時間、応答時間およびデータ容量に影響します。 シナリオによっては、サーバーが大量のファイルを処理するように構成されていない場合、サーバーのパフォーマンスに悪影響を与える可能性があります。 サーバーのアップロード ファイル サイズの制限を決定するには、サイトのユーザー数と、アップロードするファイルのサイズを検討します。 たとえば、ユーザーが主に 500 MB のビデオ ファイルをアップロードする場合、アップロード ファイルサイズの制限は、ユーザーがアップロードする最大のファイルに簡単に対応できる十分な大きさにする必要があります。 アップロード ファイル サイズ制限の調整を計画する場合、サーバー環境の容量計画にも直接的な影響があることに注意してください。 大きなメディア ファイルの保管の計画に関する詳細については、「SharePoint Server 2013 のデジタル アセット ライブラリを計画する」を参照してください。

最大アップロード ファイル サイズの構成

SharePoint Server でアップロード ファイル サイズを構成するには、ファームの管理者が、[サーバーの全体管理] の [Web アプリケーションの全般設定] ページで [ アップロードの最大サイズ] の値を変更する必要があります。

注:

Web アプリケーションの既定の最大アップロード サイズを増加させ、コンテンツ展開を使用してその Web アプリケーション内のサイト コレクションから別のファームまたはサイト コレクションにコンテンツを移動する計画がある場合は、移動先のサーバーの既定の最大アップロード サイズも増加させないと、コンテンツ展開ジョブが失敗します。

関連項目

概念

SharePoint Server 2016 でキャッシュ パフォーマンスを監視する