次の方法で共有


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 ログを使用する場合は、BLOB キャッシュ と ULS ログを (別のパーティションではなく) 別の物理ドライブに配置することを検討します。 BLOB キャッシュと ULS ログを同じドライブに格納すると、サーバーのパフォーマンスが低下します。 BLOB キャッシュと ULS ログを同じ物理ドライブに配置する場合は、パフォーマンスに対する影響のディスク キューの長さを注意深く監視するようにしてください。

各フロントエンド Web サーバーには、受信したファイルへの要求として構築される、BLOB キャッシュの独自のローカル コピーが存在します。 複数のフロントエンド Web サーバーで負荷分散を使用している場合、各サーバーに独自のキャッシュが含まれます。 1 番目のサーバーによってファイルが要求されると、そのサーバーにのみファイルがキャッシュされます。 次に 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 キャッシュからビット レート調整を使用して提供されたファイルは、エンコード ビット レートを使用した圧縮サイズのパーセンテージに基づいてクライアントに送信されます。 たとえば、組織内のビデオのサイズが 10 MB よりも小さい場合、ユーザーがローカル コンピューターにビデオをダウンロードする速度に影響するため、ビット レート調整を使用しないことに決定しても構いません。 ただし、ビデオ ファイルを提供する場合は、ビット レート調整を有効にして、ファイルをクライアント コンピューターにダウンロードする速度を制御します。

注:

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

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

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

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

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

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

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

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

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

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

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

注:

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

関連項目

概念

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