ผลของระยะทางจากเซิร์ฟเวอร์


13

ฉันมีเว็บเซิร์ฟเวอร์ในไอร์แลนด์ (Amazon AWS) เซิร์ฟเวอร์นี้ปรากฏอย่างรวดเร็วจากเยอรมนี (เส้นสีส้ม) แต่ช้าจากสหรัฐอเมริกา (เส้นสีดำ) คำขอ HTTP ที่ใช้สำหรับการทดสอบเหมือนกัน

ป้อนคำอธิบายรูปภาพที่นี่

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

มีเหตุผลอื่นที่เป็นไปได้นอกเหนือจากระยะทางไปยังเซิร์ฟเวอร์หรือไม่


7
กราฟของคุณควรจะแสดงอะไร ไป - กลับเวลา รวมเวลาขอ? อื่น ๆ อีก?
Peter Green

@PeterGreen เวลาขอ http
ar099968

คำตอบ:


24

สมมติว่ากราฟเป็นเวลาขอ http ดูเหมือนว่าสมเหตุสมผลสำหรับฉัน

คำขอ http (โดยไม่มีการเก็บรักษาแบบเร่งด่วน ฯลฯ ) จะต้องมีการเดินทางไปกลับอย่างน้อยสองรอบ

  • ลูกค้าส่งข้อความ
  • Sever ได้รับ syn และส่ง syn-ack
  • ลูกค้าได้รับ syn-ack และส่ง ack และ Request
  • เซิร์ฟเวอร์ส่งคำตอบ

ความเร็วแสงในไฟเบอร์ประมาณ 2 * 10 ^ 8 เมตรต่อวินาที ตาม google ระยะทางจาก "ไอร์แลนด์ไปยังสหรัฐอเมริกา" คือ 6,629 km * ซึ่งจะแปลเป็นเวลาไปกลับประมาณ 66 ms

แต่สันนิษฐานว่าไม่มีความล่าช้าในอุปกรณ์และเส้นทางข้อมูลเป็นไปตามเส้นทางที่สั้นที่สุด เวลาในการเดินทางไปกลับปฏิบัติจริงมักใช้เวลา 100 ถึง 150 มิลลิวินาทีระหว่างโฮสต์ในยุโรปและโฮสต์ในสหรัฐอเมริกา เช่นเวลาขอ http ของ ~ 250ms เป็นเรื่องปกติอย่างสมบูรณ์

มีอะไรเพิ่มเติมเกี่ยวกับ spikes ในกราฟพวกเขาแนะนำความแออัดของเครือข่ายที่ใดที่หนึ่งระหว่างเซิร์ฟเวอร์และไคลเอนต์ทดสอบ

* เห็นได้ชัดว่ามันขึ้นอยู่กับจุดในสหรัฐอเมริกาและจุดใดในไอร์แลนด์ แต่จุดที่ Google เลือกดูเหมือนจะอยู่ที่ไหนสักแห่งในกลางสหรัฐอเมริกาและกราฟ OP บอกว่า "เรา - กลาง"


18

มีเหตุผลใดที่เป็นไปได้นอกเหนือจากระยะทางจากเซิร์ฟเวอร์?

เส้นทางที่แพ็คเก็ตใช้


6
... และอุปกรณ์ทั้งหมดในระหว่าง
EEAA

8
... และวิธีการที่พวกเขาแออัด
user9517

1
มันเกี่ยวข้องกับคำถามที่ถามว่า ... มันคืออะไรกันแน่? คุณได้พิจารณาการใช้เครื่องมือเช่น mtr พูดเพื่อตรวจสอบเส้นทางและจังหวะของการกระโดดแต่ละครั้งหรือไม่?
user9517

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

4
@ จูลี่ใช่กราฟนั้นไม่มีความหมายหากปราศจากความรู้และความเข้าใจ
user9517

9

ค้นหา google เพื่อหาping "us-mid"ผลตอบแทน Monitis.com และ IP ของพวกเขาในดัลลัสซึ่งมี DE IP ในแฟรงค์เฟิร์ต จากเซิร์ฟเวอร์ที่เชื่อมต่อกันเป็นอย่างดีในฝรั่งเศสฉันมี 9 ms ping RTT เป็น DE IP และ 111 ms ping RTT เป็น US-MID IP สำหรับ HTTP time-to-response ฉันคาดว่าสองเท่าบวกกับเวลาตอบสนองของเซิร์ฟเวอร์เพื่อให้มีการโต้แย้งเราอาจจะ 26 และ 230 นั่นไม่แตกต่างจากค่าของคุณเนื่องจากในไอร์แลนด์คุณอาจเป็นเครือข่ายอีกเล็กน้อย - จากทั้งสองสถานที่

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


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