2

SharePoint2010環境をサポートするSQL2008R2があります。一部のファイルはばかげて大きくなります(つまり200MB)。将来、リモートBlobストレージがプラットフォームに追加される予定ですが、ユーザーに200MBのファイルを取得する際の妥当なパフォーマンスがどのようになるかを理解したいと思います。

SharePointWFE間のネットワークは一部にすぎません。ディスクからblobを読み取り、SharePointレイヤーを通過させるには時間がかかる必要がありますが、これを計算する方法(または人々が支援する必要のある追加情報)がわかりません。

助言がありますか?

4

2 に答える 2

3

これは非常に複雑な質問であり、作業している環境についての知識が必要です。あなたが正しく言うように、ネットワークは1つの側面ですが、他にもたくさんあります。トラフィックの混雑、QoS、SQL Serverのバージョン、セットアップ、ハードウェアなど次に、WebフロントエンドがデータとHTTPパイプをユーザー、使用中のブラウザーなどに渡す方法に問題があります。

SharePoint 2010の開発者ダッシュボードのインストールをご覧ください。ファイルの作成と配信のすべての手順と、各手順にかかる時間を確認できます。パスがどれほど詳細であるかに驚くでしょう。

SharePoint2010開発者ダッシュボード

于 2012-05-10T13:51:28.503 に答える
1

サイズが大きいかどうかに関係なく、大きなコンテンツが現在ドキュメントライブラリに保存されている場合は、BlobCache機能のアクティブ化を検討する必要があります。

これにより、最初のアクセス後にWFEに配置され、適切な有効期限ヘッダーを使用して配信され、SQLServerからの負荷が完全に削減されます。20人の同時ユーザーが200MBのファイルにアクセスしていると想像してください。blobcacheにない場合、ファームはその無駄な負荷を飲み込むのに苦労します。

最初のアクセスは、シングルユーザーとして要求した場合のテストシナリオよりも長くなりますが、IIS 7がそれを提供でき、ネットワーク容量がクライアントに到達するため、それ以降のアクセスは高速になります。

お役に立てば幸いです。

于 2012-05-15T20:01:48.963 に答える