कनेक्शन के प्रभाव को बंद रखें बनाम जीवित


9

मैं अपने सर्वर को कॉन्फ़िगर कर रहा हूं, और हमारे लोड बैलेंचर की प्रकृति के कारण, हम कनेक्शन रखने वाले हेडर नहीं भेज सकते हैं। मैं इन हेडर को एंड-यूज़र और सर्वर दोनों को भेजने के प्रभाव को निर्धारित करने की कोशिश कर रहा हूँ। या तो कोई नोटिस करेगा?


sending these headers to both the end-user and the server- हुह? क्या आप इसके बारे में अधिक विशिष्ट हो सकते हैं कि आप क्या करना चाहते हैं? हेडर कहां से भेजा जाएगा, और यह आपके HTTP लोड-लिविंग कनेक्शन के खिलाफ बैलेंसर की सीमा के आसपास कैसे काम करेगा? वर्किंग-सजीव को केवल हेडर से अधिक की आवश्यकता होती है, इसे कनेक्शन के HTTP पहलुओं में शामिल प्रत्येक डिवाइस से सहयोग की आवश्यकता होती है।
शेन मैडेन

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

आपके पास किस तरह का लोड बैलेंसर है जो इतना खराब है कि यह HTTP कीपैलिव को तोड़ता है?
voretaq7

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

जवाबों:


9

सबसे पहले और सबसे महत्वपूर्ण, चिल्लाना। जोर से। आपका विक्रेता पर। एक दशक से अधिक पुराने HTTP / 1.1 प्रोटोकॉल का समर्थन नहीं करने वाले उत्पाद के लिए ।

निरंतर कनेक्शन न होने का प्रभाव संसाधनों के लोडिंग समय में एक बड़ी वृद्धि है। रखने के साथ-साथ, एक टीसीपी कनेक्शन का उपयोग कई संसाधनों का अनुरोध करने के लिए किया जा सकता है; बिना, एक नया टीसीपी सत्र (एक नए तीन-तरफा हैंडशेक के साथ - और, यदि आप एसएसएल का उपयोग करते हैं, तो पृष्ठ पर प्रत्येक संसाधन के लिए एक नया एसएसएल वार्ता आवश्यक है)।

व्यावहारिक रूप में, प्रभाव एक पृष्ठ पर संसाधनों की संख्या, क्लाइंट और सर्वर के बीच के दौर-यात्रा के समय पर निर्भर करेगा, और एक ग्राहक के ब्राउज़र में समवर्ती अनुरोधों की संख्या एक समय में बना रही है (आधुनिक ब्राउज़र डिफ़ॉल्ट रूप से ~ 6ish चलाते हैं) । प्रति पृष्ठ और दूर के ग्राहकों के लिए बहुत सारे संसाधनों का अर्थ होगा पृष्ठ लोड समय में बहुत अधिक वृद्धि।


मैंने अभी-अभी जाँच की है, उस डोमेन से लोड की जा रही वस्तुओं के बारे में 3 - 6 (आप किस पृष्ठ पर हैं) के आधार पर हैं। इससे मुझे लगा कि धीमे धीमे कम से कम होगा, क्योंकि यह ~ 6 समवर्ती कनेक्शन वैसे भी खुल जाएगा।
विलेमक

@Willemk हाँ, यह एक विशिष्ट पृष्ठ के लिए बहुत कम है - मंदी एक पेज पर दर्जनों वस्तुओं को लोड करने के लिए बहुत अधिक चिंता का विषय होगी। बस ठीक होना चाहिए।
शेन मैडेन

CDN अधिकांश लोड ले रहा है।
विलेमक

1

जिंदा रहो ग्राहक और सर्वर दोनों तरफ प्रदर्शन में बहुत वृद्धि होगी। यदि संभव हो तो इसे अक्षम न करें। लोड बैलेंसर को चालू रखने के साथ ठीक काम करना चाहिए।


यदि आप NTLM प्रमाणीकरण का उपयोग कर रहे हैं और रख-रखाव अक्षम हैं, तो आपके पास समस्याएँ हो सकती हैं।
मिरिके वुटकोविसी

मैं "बहुत वृद्धि" यों की कोशिश कर रहा हूँ। साथ ही, हमारी आईटी टीम इस मुद्दे के बारे में लोडबेलेंस विक्रेता के साथ बातचीत कर रही है।
विलेमक
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.