บันทึกเวลาในการตอบสนองระหว่างจุดเริ่มต้นที่ควบคุมและจุดสิ้นสุดที่ไม่สามารถควบคุมได้

นี่อาจเป็นคำถามการแก้ไขปัญหาเบื้องต้นขั้นพื้นฐาน แต่ควรถามเพื่อให้แน่ใจว่าฉันกำลังทดสอบสิ่งต่าง ๆ ในวิธีที่ถูกต้องและตีความผลลัพธ์อย่างมีประสิทธิภาพ

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

ขณะนี้ฉันกำลังใช้ping plotterหรือเป็นคนดีแบบเก่าอย่างต่อเนื่องpingหรือtracert

หากฉันพยายามสร้างจุดสิ้นสุดที่เหมือนจริงมากขึ้น (ซอฟต์แวร์ที่ฉันทำงานด้วยคือซอฟต์แวร์ฐานข้อมูล) บางครั้งฉันจะใช้Fiddler 2เพื่อจับภาพการเข้าชมเว็บและเปรียบเทียบตัวจับเวลาบางตัวที่นั่น (เช่นClientDoneRequest-> ServerBeginResponse) เพื่อ รับเวลาสิ้นสุดจนจบ

คุณคิดอย่างไรเมื่อพิจารณาตัวเลขสำหรับเวลาแฝงของเครือข่ายตรง?

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

คนในเครือข่ายมักจะพึ่งพา ping เนื่องจากเป็นวิธีที่ค่อนข้างเบาและเชื่อถือได้ในการสร้างข้อมูลสุ่มจำนวนหนึ่งเพื่อทดสอบความสามารถในการเข้าถึงและเวลาแฝงสำหรับเส้นทางที่กำหนด ตัวอย่างเช่นแอปพลิเคชันที่ใช้การโทร HTTP จะทำงานแตกต่างกันเนื่องจาก HTTP ไม่เหมือนกับ ICMP

หากคุณกังวลกับตัวเลขเวลาแฝงของเครือข่ายทั่วไปนอกเหนือจากบริบทเฉพาะแอปพลิเคชัน (ซึ่งเป็นวิธีที่ดีที่สุดในการทดสอบ) ping ก็ใช้ได้ดี

คุณมีตัวเลือกในการใช้ IP SLA ระหว่างเราเตอร์สองตัวในแต่ละจุดหรือไม่? ฉันไม่แน่ใจเกี่ยวกับโทโพโลยีของคุณที่ปลายรีโมตดังนั้นไม่แน่ใจว่าคุณมีเซิร์ฟเวอร์ที่อยู่อีกด้านหนึ่งหรือว่าเซิร์ฟเวอร์นั้นเชื่อมต่อกับเราเตอร์ซึ่งในทางทฤษฎีสามารถรัน IP SLA ได้

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

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

คุณกำลังพยายามค้นหาว่าเครือข่ายทำงานได้ดีหรือเซิร์ฟเวอร์กำลังทำงานอยู่หรือไม่?

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

สำหรับการวัดประสิทธิภาพของเครือข่ายอย่างเคร่งครัด (แฝง / แบนด์วิดธ์ / ขาดทุน / etc.) ฉันเหมือนเกียร์ทดสอบ EXFO ของ นี่เป็นเพียงการตั้งค่าและตรงไปตรงมาเป็นอุปกรณ์แรกที่ฉันใช้ดังนั้นฉันจึงมั่นใจว่าอุปกรณ์คู่แข่งจะทำงานได้ดีเช่นกัน JDSU ยังเป็นซัพพลายเออร์รายใหญ่ของอุปกรณ์ประเภทนี้

นอกจากนี้ยังมีPCHARซึ่งเป็นเครื่องมือโอเพนซอร์ซสำหรับวัดเวลาในการตอบสนองที่แม่นยำกว่า ping ฉันไม่ได้ใช้มันโดยตรง แต่ฉันรู้ว่าคนที่มีและชอบ

บทความนี้จะให้ภาพรวมที่ดีของบางสิ่งที่ ICMP Echo สามารถทำได้ / ทำได้ไม่ดี