6

まだ構築されていないASP.NET Webアプリケーション用の本番データベースハードウェアを指定するよう求められています。SQL Server 2005データベースのハードウェア要件を見積もるにはどうすればよいですか?

我々が判断するために必要スペックは以下のとおりです。

:ここ

  • データベースCPU
  • データベースI/O
  • データベースRAM

は、私は現在で探してい指標があります

  • 今後の推定ヒット数 ウェブサイト - 現在のIISログに基づいています。
  • 推定最悪ケースのピーク負荷を ウェブサイトに報告しました。
  • 平均して ページあたりのDBクエリの推定数。
  • がデータベースを襲うウェブファーム内のサーバーの数。
  • データベースからのキャッシュポーリングトラフィック (SqlCacheDependencyを使用)。
  • 推定データキャッシュミス。
  • 日次データベーストランザクションの推定数。
  • 許容される最大ページレンダリング時間。

その他のメトリックを考慮する必要がありますか?

また、すべてのメトリックを取得したら、どのようにハードウェア要件に変換しますか?

+0

Q:SQL Server 2008を使用しないのはなぜですか? –

+0

ハードウェアの立場からすれば、2005年から2008年の間はそれほど重要ではないと思います。 – James

答えて

3

最近私がサーバープランニングのために行ってきたことは、HPが提供するいくつかの無料ツールを使用しており、まとめて「サーバーサイザー」と呼ばれています。これらは、使用する最適なタイプのRAIDと、負荷を処理する正しいディスクスピンドルの数(適切なDBサーバーを計画する際に非常に重要です)とメモリプロセッサなどを把握するための素晴らしいツールです。私はこれを助けることを望む下のリンクを提供した。

http://h71019.www7.hp.com/ActiveAnswers/cache/70729-0-0-225-121.html?jumpid=reg_R1002_USEN

0

私が紛失しているのは、必要/必須/定義された信頼性レベルの尺度です。

信頼性の高い要件に応じて、すべての負荷を処理するために大きなホーキングマシンを指定することもできますが、より小型で複数のマシンとより安全なディスクサブシステム(RAID 5)に投資したいことがあります。まだ構築され、設計されていないアプリケーションのためのハードウェアを推定私の意見ではマルク・

0

は、科学的な問題よりも政治的な問題の詳細です。プロジェクトを完了するまでに、現在のハードウェア機能とその価格、機能要件、予想される同時ユーザー数、外部システムおよびその他のすべてのものが変更され、この変更はあなたのコントロールを超えています。 しかし、あなたはプロポーザルに数字を入れたり、あなたのマネージャにレポートを提供する必要があるので、この質問は非常に頻繁に起こります。それが提案であれば、あなたが達成しようとしているのは、提案されたソフトウェアシステムをサポートできる仕様を考え出すことです。唯一のやり方は、競争力のためにコストを増加させないシステムを提案し、パフォーマンスの低いシステムのリスクにさらされないようにすることです。

0

あなたはページへのヒットの面であなたの現在のワークロードを特徴づけることができるなら、あなたは、することができます: 1)上記を使用して)各ページ 2のために行われるクエリの典型的なタイプを計算します2つの情報、データベースサーバーの負荷を見積もる

パフォーマンス要件を決定する必要があります。ウェブサイトに必要な最大応答時間と平均応答時間はどれくらいですか?

ワークロードとパフォーマンス要件が満たされている場合、容量を計算できます。この見積もりを行う最善の方法は、既存のハードウェアを使用し、そのハードウェア上のデータベースでシミュレートされたデータベースワークロードを実行し、最初の手順のデータに基づいてハードウェア要件を推定することです。

関連する問題