คุณใช้เคาน์เตอร์วัดประสิทธิภาพกับเว็บไซต์ IIS ที่ผลิตหรือไม่


13

คุณเปิดใช้งานตัวนับ ON ในระหว่างที่มีการผลิตจำนวนมาก
คุณพบเคาน์เตอร์วัดประสิทธิภาพตัวใดที่มีประโยชน์สำหรับเว็บไซต์ ASP.Net/IIS 6.0

คำตอบ:


29

ฉันไม่เคยมีปัญหาในการใช้เคาน์เตอร์วัดประสิทธิภาพบนเซิร์ฟเวอร์ของฉัน

Microsoft แนะนำให้ดูตัวนับต่อไปนี้สำหรับ IIS :

  • หน่วยความจำ \ / sec หน้า
  • ไบต์ของหน่วยความจำที่มีอยู่
  • หน่วยความจำไบต์ที่กำหนด
  • ไบต์ที่ไม่ใช่เพจของ Memory \ Pool
  • หน่วยประมวลผล \% เวลาประมวลผล
  • ประมวลผล \ Interrupts / วินาที
  • ความยาวของตัวประมวลผล \ System Processor
  • LogicalDisk \% เวลาดิสก์
  • PhysicalDisk \% เวลาดิสก์
  • LogicalDisk \ เฉลี่ย ความยาวคิวของดิสก์
  • PhysicalDisk \ เฉลี่ย ความยาวคิวของดิสก์
  • LogicalDisk \ เฉลี่ย Disk Bytes / Transfer
  • PhysicalDisk \ เฉลี่ย Disk Bytes / Transfer
  • ระบบ \ บริบทสวิตช์ / วินาที
  • บริการเว็บ \ Bytes รวม / วินาที
  • บริการเว็บ \ ขอรวมวิธีการ / วินาที
  • บริการเว็บ \ การเชื่อมต่อปัจจุบัน
  • บริการเว็บ Cache \ File Cache ชม%
  • บริการเว็บ Cache \ Kernel: URI Cache Misses
  • บริการเว็บ Cache \ Kernel: URI Cache Hits%

โดยเฉพาะสำหรับ ASP.NET ฉันจะดู

  • ASP.NET \ Application รีสตาร์ท
  • ASP.NET \ Request ถูกจัดคิว
  • กระบวนการของ ASP.NET \ Worker จะเริ่มต้นใหม่
  • Applications \ Errors ASP.NET ทั้งหมด
  • Applications \ Request / Sec ASP.NET
  • Applications \ Pipeline Instance ของ ASP.NET
  • .NET CLR ข้อยกเว้น # ของ Exceps ที่ส่งออกไป

@splattne: ขอบคุณนี้มีประโยชน์ จะให้ +1 แก่คุณ (แต่ยังไม่สามารถทำได้)
Kb

เรากำลังรัน stresstest และพบว่า Request Queued นั้นต่ำกว่าคำร้องขอปัจจุบันเล็กน้อยและ 100 คำร้องขอของผู้ใช้ที่เกิดขึ้นพร้อมกันในปัจจุบันนั้นอยู่ที่ประมาณ 110 และคำขออยู่ในคิวประมาณ 99 เซิร์ฟเวอร์ CPU เดี่ยว
Kb

คำแนะนำคือ: เพิ่ม CPU ตกลง?
Kb

6

ตามกฎทั่วไปคุณควรรวบรวมข้อมูลประสิทธิภาพตลอดเวลา ด้วยวิธีนี้คุณจะมีข้อมูลทั้งหมดที่คุณต้องการเมื่อคุณเดินเข้าไปในสำนักงานของผู้จัดการและพูดว่า "ปริมาณงานสูงสุดของเราเพิ่มขึ้น X% ทุกสัปดาห์ในช่วงสองสามเดือนที่ผ่านมาและในอัตราดังกล่าวเราจะเกินกำลังการผลิตปัจจุบันของเรา ประมาณ 3 เดือนเราต้องเริ่มวางแผนตอนนี้ "


2

แม้ว่าคำตอบจะล่าช้า แต่ฉันก็แบ่งปันสิ่งที่เราทำกับสภาพแวดล้อมการผลิต
สถานการณ์คือเราต้องค้นหาจำนวนครั้งที่มีการร้องขอบนเว็บเซิร์ฟเวอร์ของเราและมีการให้บริการกี่ครั้ง / มีปัญหาคอขวดการอดอยาก / คอขวดทรัพยากรที่เกิดขึ้นหรือไม่
สำหรับการที่เราใช้ตัวนับต่อไปนี้ด้วย perfmon.exe

Counter: - Asp.Net Apps V2.0.50727
อินสแตนซ์: - LM_W3SVC_1_ROOT_ "โฮสต์เว็บไซต์"
1) คำขอทั้งหมด: - ระบุจำนวนการร้องขอทั้งหมดจาก IIS เมื่อเริ่มระบบครั้งล่าสุด
2) คำขอใน Application Queue
3) คำขอสำเร็จ
4) คำขอล้มเหลว
3) คำขอ TimedOut
4) คำขอถูกปฏิเสธ: จำนวนคำขอที่ถูกปฏิเสธเนื่องจากคิวคำขอแอปพลิเคชันเต็ม
5) ไม่พบคำขอ: จำนวนคำขอทรัพยากรที่ไม่พบ
6) คำขอไม่ได้รับอนุญาต: จำนวนคำขอล้มเหลวเนื่องจากการเข้าถึงที่ไม่ได้รับอนุญาต

ตัวนับ: - .Net CLR Data
1) Sql Client: การเชื่อมต่อ # pooled และ nonpooled: - แสดงจำนวนการเชื่อมต่อปัจจุบัน, pooled หรือไม่

ตัวนับ: - .Net CLR LocksAndThreads
1) # ของเธรดเชิงตรรกะ
2) # ของตัว

นับเธรดทางกายภาพ : - คิวคำขอบริการ HTTP
1) CurrentQueueSize: - จำนวนการร้องขอในคิว
2) RejectedRequests: จำนวนคำขอทั้งหมดที่ถูกปฏิเสธจากคิว

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.