คำถามติดแท็ก metrics

เท่าที่ฉันสามารถบอกได้นี่คือความแตกต่างที่สำคัญ: OpenTSDBไม่ทำให้ข้อมูลเสื่อมสภาพเมื่อเวลาผ่านไปซึ่งแตกต่างจากGraphiteที่ขนาดของฐานข้อมูลถูกกำหนดไว้ล่วงหน้า OpenTSDB สามารถจัดเก็บการวัดต่อวินาทีเมื่อเทียบกับ Graphite ซึ่งมีช่วงเวลาเป็นนาที (ฉันไม่แน่ใจในเรื่องนี้เอกสาร Graphite แสดงนโยบายการเก็บข้อมูลที่เก็บการวัดทุกนาที แต่ฉันไม่รู้ว่านี่เป็นหน่วยต่ำสุดของเวลาหรือไม่ สามารถเล่นด้วย) ฉันต้องการตัดสินใจอย่างชาญฉลาดเกี่ยวกับเครื่องมือที่จะใช้ในการจัดเก็บตัวชี้วัดฉันเคยพลาดความแตกต่างอื่น ๆ ในทั้งสองระบบหรือไม่ พวกเขาเป็นนักแสดง / ปรับขนาดได้อย่างไร? คำถามโบนัส: มีระบบอนุกรมเวลาอื่นใดที่ฉันควรดู?

28 monitoring  metrics  graphite  opentsdb 

เพื่อประเมินผลการปฏิบัติงานการตรวจสอบความถูกต้องในการทำงานแบบเสมือนแพลตฟอร์มที่CPU ขโมยเวลาได้กลายเป็นที่เกี่ยวข้องมากขึ้นตัวชี้วัด - ดูEC2 การตรวจสอบ: กรณีของ CPU ที่ถูกขโมยสำหรับสรุปคำแนะนำในบริบทของAmazon EC2และ IBM ของกระดาษในเวลา CPU บัญชีสำหรับ คำอธิบายทางเทคนิคเชิงลึกเพิ่มเติม (รวมถึงภาพประกอบ) ของแนวคิด: Steal time คือเปอร์เซ็นต์ของเวลาที่ CPU เสมือนรอ CPU จริงขณะที่ hypervisor กำลังให้บริการตัวประมวลผลเสมือนอื่น ดังนั้นจึงมีการเปิดเผยในเครื่องมือตรวจสอบ Unix / Linux ที่เกี่ยวข้องมากที่สุดในปัจจุบัน - ดูเช่นคอลัมน์% stealหรือst in sarหรือtop: st - เวลาขโมย จำนวนของ CPU ที่ถูก 'ขโมย' จากเครื่องเสมือนนี้โดยไฮเปอร์ไวเซอร์สำหรับงานอื่น ๆ (เช่นการเรียกใช้เครื่องเสมือนอื่น) ฉันไม่สามารถหาวิธีการจับตัวชี้วัดเดียวกันบน Windows ได้ แต่สิ่งนี้เป็นไปได้หรือไม่ (เป็นการดีที่สุดสำหรับWindows …

24 windows  amazon-ec2  monitoring  cpu-usage  metrics 

ผมเข้าใจว่าลินุกซ์เลือกเส้นทางที่เฉพาะเจาะจงมากที่สุดไปยังปลายทางเมื่อมันไม่เส้นทางเลือก แต่สิ่งที่เกี่ยวกับตัวชี้วัดเส้นทาง มันมีความสำคัญสูงกว่าความจำเพาะของเส้นทางหรือไม่ การอ้างอิงถึงรายละเอียดของอัลกอริทึมการเลือกเส้นทางที่ใช้โดย Linux จะได้รับการชื่นชม

17 linux  routing  route  iproute2  metrics 

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

12 virtualization  performance  metrics  cross-platform  v2p 

ฉันทำงานกับ บริษัท ที่ติดอันดับ Fortune 500 ที่ต่อสู้กับการวัดประสิทธิภาพและความพร้อมใช้งานอย่างแม่นยำสำหรับแอปพลิเคชันที่มีความพร้อมใช้งานสูง (เช่นแอปที่เพิ่มขึ้น 99.5% พร้อมการนำทางหน้า 5 วินาที) เราคำนึงถึงการหยุดทำงานทั้งที่กำหนดและไม่ได้กำหนดไว้เพื่อกำหนดหมายเลขความพร้อมใช้งานนี้ อย่างไรก็ตามเมื่อเร็ว ๆ นี้เราได้เพิ่ม CDN ลงในส่วนผสมซึ่งการวัดของเราค่อนข้างซับซ้อนเล็กน้อย ขณะนี้ CDN จัดการปริมาณการใช้งานของเราประมาณ 75% ในขณะที่ส่งส่วนที่เหลือไปยังเซิร์ฟเวอร์ของเราเอง เราพยายามวัดสิ่งที่เราเรียกว่า "ประสบการณ์ผู้ใช้ที่แท้จริง" (เช่นสคริปต์ทดสอบของเราเลียนแบบผู้ใช้ทั่วไปที่คลิกผ่านแอปพลิเคชัน) สคริปต์ตรวจสอบเหล่านี้อยู่นอกเครือข่ายของเราซึ่งหมายความว่าเรากด CDN ประมาณ 75% เวลา. ฝ่ายบริหารได้ตัดสินใจว่าเราใช้สถานการณ์กรณีที่เลวร้ายที่สุดในการวัดความพร้อมใช้งาน ดังนั้นหากเซิร์ฟเวอร์ต้นทางของเรามีปัญหา แต่ถึงกระนั้น CDN ก็ให้บริการเนื้อหาได้ดีเรายังคงมีความพร้อมอยู่ เช่นเดียวกับที่เป็นจริงวิธีอื่น ๆ ความคิดของฉันคือตราบใดที่ "ประสบการณ์ผู้ใช้" สำเร็จเราไม่ควรลงโทษตัวเองโดยไม่จำเป็น ท้ายที่สุด CDN ก็อยู่ที่นั่นเพื่อปรับปรุงประสิทธิภาพและความพร้อมใช้งาน! ฉันแค่สงสัยว่าถ้าใครมีความรู้เกี่ยวกับวิธีการที่ บริษัท อื่น ๆ ใน Fortune 500 …

11 high-availability  reporting  cdn  metrics