Apakah Anda menggunakan penghitung kinerja di situs web IIS produksi?

13

Apakah Anda tetap
menyalakan penghitung selama beban produksi yang berat Counter kinerja mana yang menurut Anda berguna untuk situs web ASP.Net/IIS 6.0?

— Kb.
sumber

29

Saya tidak pernah mengalami masalah menjalankan penghitung kinerja di server saya.

Microsoft menyarankan untuk menonton penghitung berikut untuk IIS :

Memori \ Halaman / detik
Memory \ Bytes Tersedia
Memory \ Committed Bytes
Memory \ Pool Byp Nonpaged
Prosesor \% Waktu Prosesor
Prosesor \ Mengganggu / dtk
Processor \ System Processor Panjang Antrian
LogicalDisk \% Waktu Disk
PhysicalDisk \% Waktu Disk
LogicalDisk \ Rata-rata. Panjang Antrian Disk
PhysicalDisk \ Avg. Panjang Antrian Disk
LogicalDisk \ Rata-rata. Disk Bytes / Transfer
PhysicalDisk \ Avg. Disk Bytes / Transfer
System \ Context Switches / sec
Layanan Web \ Bytes Total / detik
Layanan Web \ Permintaan Metode Total / dtk
Layanan Web \ Koneksi Saat Ini
Tembolok Layanan Web \ Hit Tembolok Tembolok%
Layanan Web Cache \ Kernel: URI Cache Misses
Tembolok Layanan Web \ Kernel: Hit Tembolok Cache%

Khusus untuk ASP.NET saya akan menonton

ASP.NET \ Application Restart
ASP.NET \ Permintaan Diantri
ASP.NET \ Proses Pekerja Mulai Ulang
Aplikasi ASP.NET \ Total Kesalahan
Aplikasi ASP.NET \ Requests / Sec
Aplikasi ASP.NET \ Hitungan Instance Pipeline
.NET CLR Exception # of Exceps Throw

— percikan
sumber

@plattne: Terima kasih ini berguna. Akan memberi Anda +1 (tetapi belum bisa).

— Kb.

Kami menjalankan stresstest dan menemukan bahwa Permintaan yang Diantri sedikit di bawah permintaan saat ini, dan dengan 100 permintaan pengguna secara bersamaan saat ini sekitar 110 dan permintaan antri di sekitar 99. Server CPU tunggal.

— Kb.

Sarannya adalah: Tambah CPU. Setuju?

— Kb.

6

Sebagai aturan umum, Anda harus mengumpulkan data kinerja sepanjang waktu. Dengan begitu Anda akan memiliki semua data yang Anda butuhkan ketika Anda berjalan ke kantor manajer Anda dan berkata "Beban puncak kami telah meningkat sebesar X% setiap minggu selama beberapa bulan terakhir, dan pada tingkat itu kami akan melebihi kapasitas kami saat ini di sekitar 3 bulan. Kita perlu memulai perencanaan untuk itu sekarang. "

— pgs
sumber

2

Meskipun jawaban terlambat, saya berbagi di sini apa yang telah kami lakukan dengan lingkungan produksi.
Skenario adalah kami harus mengetahui jumlah klik permintaan di server web kami dan berapa banyak yang dilayani / apakah ada thread kelaparan / kemacetan sumber daya yang terjadi atau tidak.
Untuk itu kami menggunakan penghitung berikut dengan penghitung perfmon.exe

: - Asp.Net Apps V2.0.50727.
Mesin Virtual: - LM_W3SVC_1_ROOT_ "HostedWebSite"
1). Total Permintaan: - Menyediakan jumlah total permintaan dari restart IIS terakhir.
2). Permintaan Dalam Aplikasi Antrian
3). Permintaan Berhasil
4). Permintaan Gagal
3). Minta TimedOut
4). Permintaan Ditolak: Jumlah permintaan yang ditolak karena antrian permintaan aplikasi sudah penuh
5). Permintaan Tidak Ditemukan: Jumlah permintaan untuk sumber daya yang tidak ditemukan.
6). Permintaan Tidak Diotorisasi: Jumlah permintaan gagal karena akses tidak sah.

Penghitung: -. Data CLR Net.
1). Klien Sql: Koneksi saat ini # pooled dan nonpooled: - Menyediakan jumlah koneksi saat ini, dikumpulkan atau tidak.

Counter: - .Net CLR LocksAndThreads.
1). # Dari Thread Logis
2). # Of

Counter Threads Fisik : - Antrian Permintaan Layanan HTTP
1). CurrentQueueSize: - Jumlah permintaan dalam antrian
2). RejectedRequests: Jumlah total permintaan yang ditolak dari antrian

— Sunil
sumber