सर्वर से दूरी का प्रभाव

Question

मेरे पास आयरलैंड (Amazon AWS) में एक वेब सर्वर है। यह सर्वर जर्मनी से तेजी से प्रकट होता है (नारंगी रेखा) लेकिन संयुक्त राज्य अमेरिका (काली रेखा) से धीमा। परीक्षण के लिए उपयोग किया जाने वाला HTTP अनुरोध समान है।

मुझे लगता है कि यह सामान्य है। आयरलैंड और यूएसए के बीच की दूरी जर्मनी से आयरलैंड तक बड़ी है, लेकिन अंतर बहुत अधिक है।

क्या सर्वर से दूरी के अलावा अन्य संभावित कारण हैं?

Comments

आपका ग्राफ क्या दिखाने वाला है? राउंड ट्रिप समय? कुल अनुरोध समय? कुछ और?

— पीटर ग्रीन

@PeterGreen http अनुरोध समय

— ar099968

Answer 1

ग्राफ़ की मानें तो http अनुरोध समय है जो मुझे काफी उचित लगता है।

एक HTTP अनुरोध (रखने की अनुपस्थिति में, फास्टोपेन आदि) में सामान्य रूप से कम से कम दो दौर की यात्राओं की आवश्यकता होती है।

• ग्राहक सिंक भेजता है
• गंभीर सिंक प्राप्त करता है और सिंक-एसी भेजता है
• क्लाइंट syn-ack प्राप्त करता है और ack और रिक्वेस्ट भेजता है।
• सर्वर प्रतिक्रिया भेजता है।

फाइबर में प्रकाश की गति लगभग 2 * 10 ^ 8 मीटर प्रति सेकंड है। Google के अनुसार "ireland से USA" की दूरी 6,629 किमी * है जो लगभग 66 ms की एक गोल यात्रा के समय में बदल जाएगी।

लेकिन यह माना जाता है कि उपकरणों में कोई देरी नहीं है और डेटा मार्ग सबसे कम संभव पथ का अनुसरण करता है। यूरोप में एक मेजबान और संयुक्त राज्य अमेरिका में एक मेजबान के बीच प्रैक्टिकल राउंड ट्रिप का समय आमतौर पर 100 से 150 मिलीसेकंड होता है। जैसे कि ~ 250ms का http अनुरोध समय पूरी तरह से सामान्य है।

ग्राफ़ में स्पाइक्स के विषय में थोड़ा और अधिक है, वे सर्वर और टेस्ट क्लाइंट के बीच कहीं नेटवर्क जमाव का सुझाव देते हैं।

* जाहिर है कि यह संयुक्त राज्य अमेरिका में किस बिंदु पर और ireland में किस बिंदु पर निर्भर करता है लेकिन उठाया गया बिंदु संयुक्त राज्य अमेरिका के बीच में कहीं प्रतीत होता है और ओप्स ग्राफ ने कहा कि "us-mid"।

Answer 2

सर्वर से दूरी के अलावा कोई अन्य संभावित कारण?

पैकेट लेने का रास्ता।

Comments

... और सभी उपकरणों के बीच में।

— EEAA

... और वे कितने कंजूस हैं

— user9517

यह कैसे पूछा गया सवाल से प्रासंगिक है ... यह वही है जो निश्चित रूप से है? क्या आपने कहा गया है कि प्रत्येक रास्तों की जाँच करने के लिए और प्रत्येक हॉप के समय की जाँच करने के लिए एक उपकरण का उपयोग करें?

— user9517

मैं इस तरह के सवाल को हर समय देखता हूं जहां मैं काम करता हूं, अच्छे ग्राफिक्स देता हूं जो यह आभास देते हैं कि उपयोगकर्ता जानता है कि वे क्या बात कर रहे हैं जब तक आप उनसे पूछते हैं कि उन्होंने क्या निशान और ट्रैफिक चेक किए और कुछ भी चेक नहीं किया गया।

— जूली पेलेटियर

@ जूली हाँ ज्ञान और समझ के बिना रेखांकन व्यर्थ हैं।

— user9517

Answer 3

ping "us-mid"पैदावार के लिए गूगल खोज Monitis.com और डलास में उनके आईपी, जिनके पास फ्रैंकफर्ट में डे आईपी भी है। फ्रांस में एक बहुत अच्छी तरह से जुड़े सर्वर से मेरे पास डीआई आईपी के लिए 9 एमएस पिंग आरटीटी और यूएस-मिड आईपी के लिए 111 एमएस पिंग आरटीटी है। HTTP टाइम-टू-रिस्पॉन्स के लिए, मुझे उम्मीद है कि तर्क के लिए सर्वर की प्रतिक्रिया समय दोगुना होगा, चलो मान लेते हैं कि शायद 26 और 230 है। यह आपके मूल्यों से इतना अलग नहीं है, यह देखते हुए कि आयरलैंड में आप शायद थोड़ा आगे नेटवर्क हैं -दोनों जगहों से सही।

उन मानों को सामान्य मानें और उनसे विचलन की निगरानी करें यह देखने के लिए कि आपकी साइट पर या आपके आईएसपी के साथ कोई समस्या है। जब तक आप एक वैश्विक सेवा नहीं चला रहे हैं, जो वास्तव में प्रतिक्रिया-समय महत्वपूर्ण है, अधिक करना बेकार है। यदि आप हैं, तो दुनिया भर में या (बेहतर) अनुबंध उन हॉस्टरों के साथ करें, जो ऐसा करने में माहिर हैं।

Answer 4

यहाँ वैश्विक पिंग आँकड़ों का एक अच्छा पृष्ठ है: https://wondernetwork.com/pings बस अपने स्रोत और गंतव्य शहरों को जोड़ें।