6

まだ構築されていない ASP.NET Web アプリケーション用の運用データベース ハードウェアを特定するよう求められています。

決定する必要がある仕様は次のとおりです。

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

私が現在見ている指標は次のとおりです。

  • 現在の IIS ログに基づく、Web サイトへの今後のヒット数の推定値。
  • ウェブサイトへの最悪の場合の推定ピーク負荷。
  • 平均で、ページあたりの推定 DB クエリ数。
  • データベースにアクセスする Web ファーム内のサーバーの数。
  • データベースからのポーリング トラフィックをキャッシュします (SqlCacheDependency を使用)。
  • 推定データ キャッシュ ミス。
  • 1 日あたりの推定データベース トランザクション数。
  • 最大許容ページ レンダリング時間。

他に考慮すべき指標はありますか?

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

4

4 に答える 4

3

私が最近サーバー計画のために行っているのは、HPが提供するいくつかの無料ツールを使用することです。これらはまとめて「サーバーサイザー」と呼ばれます。これらは、使用するRAIDの最適なタイプ、および負荷（優れたDBサーバーを計画する場合に非常に重要）やメモリプロセッサなどを処理するためのディスクスピンドルの正しい数を把握するための優れたツールです。以下のリンクを提供します。これがお役に立てば幸いです。

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

于 2009-03-29T19:42:16.287 に答える
0

私の意見では、まだ構築および設計されていないアプリケーションのハードウェアを見積もることは、科学的な問題というよりも政治的な問題です。プロジェクトが完了するまでに、現在のハードウェア機能とその価格、機能要件、予想される同時ユーザー数、外部システム、およびその他すべてのものが変更され、この変更は制御できません。ただし、提案に数字を入れたり、マネージャーにレポートを提供したりする必要があるため、この質問は頻繁に出てきます。それが提案である場合、あなたが達成しようとしているのは、提案されたソフトウェアシステムをサポートできる仕様を考え出すことです。唯一の秘訣は、パフォーマンスの低いシステムのリスクにさらされることなく、競争力のコストを増加させないシステムを提案することです。

于 2009-03-29T19:38:26.453 に答える
0

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

信頼性の要件に応じて、すべての負荷を処理する大きなホーンマシンを指定することもできますが、より小型で複数のマシン、およびより安全なディスクサブシステム（RAID 5）に投資することをお勧めします。

マーク

于 2009-03-29T19:01:24.480 に答える
0

ページへのヒット数に関して現在のワークロードを特徴付けることができる場合は、次のことができます。1) 各ページで実行される典型的なクエリのタイプを計算する 2) 上記の 2 つの情報を使用して、データベースのワークロードを見積もるサーバ

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

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

于 2009-09-27T07:34:49.477 に答える