web-dev-qa-db-ja.com

本番環境のパフォーマンスカウンターを使用していますかIIS Webサイト？

生産負荷が高い間、カウンターをオンにしておくか
ASP.Net/IIS 6.0 Webサイトに役立つパフォーマンスカウンターはどれですか。

windowsiisperformanceasp.net
13
Kb.

サーバーでパフォーマンスカウンターを実行するときに問題が発生したことはありません。

MicrosoftはIISの次のカウンターを監視することを推奨しています ：

  • メモリ\ページ/秒
  • メモリ\利用可能バイト
  • Memory\Committed Bytes
  • メモリ\プールの非ページバイト
  • Processor \％Processor Time
  • プロセッサ\割り込み/秒
  • Processor\System Processor Queue Length
  • LogicalDisk \％ディスク時間
  • PhysicalDisk \％Disk Time
  • LogicalDisk\Avg。ディスクキューの長さ
  • PhysicalDisk\Avg。ディスクキューの長さ
  • LogicalDisk\Avg。ディスクバイト/転送
  • PhysicalDisk\Avg。ディスクバイト/転送
  • システム\コンテキストスイッチ/秒
  • Web Service\Bytes Total/sec
  • Web Service\Total Method Requests/sec
  • Webサービス\現在の接続
  • Webサービスキャッシュ\ファイルキャッシュヒット％
  • Webサービスキャッシュ\カーネル：URIキャッシュミス
  • Webサービスキャッシュ\カーネル：URIキャッシュヒット％

特にASP.NETについては、

  • ASP.NET\Applicationの再起動
  • ASP.NET\Requests Queued
  • ASP.NET\Workerプロセスの再起動
  • ASP.NET Applications\Errors Total
  • ASP.NETアプリケーション\要求/秒
  • ASP.NETアプリケーション\パイプラインインスタンス数
  • スローされる例外の.NET CLR例外＃
29
splattne

原則として、常にパフォーマンスデータを収集する必要があります。これにより、マネージャーのオフィスに足を踏み入れたときに必要なすべてのデータが得られ、「過去数か月間、ピーク時の負荷が毎週X％増加しており、その速度で現在の容量を超えています。約3か月です。そのための計画を今すぐ開始する必要があります。」

6
pgs

遅い答えですが、ここで私たちが本番環境で行ったことを共有します。
シナリオでは、Webサーバーでのリクエストヒットの数と、サービスヒットの数を確認する必要がありました/スレッドの不足/リソースのボトルネックが発生しているかどうか。
そのため、perfmon.exeで次のカウンターを使用しました

カウンター：-Asp.Net Apps V2.0.50727。
インスタンス：-LM_W3SVC_1_ROOT_ "HostedWebSite"
1）。リクエスト総数：-最後の再起動からのリクエストの総数を提供しますIIS再起動。
2）。アプリケーションキュー内のリクエスト
3）。成功したリクエスト
4）。失敗したリクエスト
3）。タイムアウトしたリクエスト
4）。拒否された要求：アプリケーション要求キューがいっぱいだったために拒否された要求の数
5）。見つからなかったリクエスト：見つからなかったリソースへのリクエストの数。
6）。許可されていないリクエスト：不正アクセスが原因で失敗したリクエストの数。

カウンター：-.Net CLRデータ。
1）。 SQLクライアント：現在のプールされた接続とプールされていない接続の数：-プールされているかどうかにかかわらず、現在の接続数を提供します。

カウンター：-.Net CLR LocksAndThreads。
1）。論理スレッドの数
2）。物理スレッドの数

カウンター：-HTTPサービスリクエストキュー
1）。 CurrentQueueSize：-キュー内のリクエストの数
2）。 RejectedRequests：キューから拒否されたリクエストの総数

2
Sunil