अपाचे सुशोभित पुनरारंभ और उपयोगकर्ता अनुभव का प्रभाव


10

क्या gracefulउत्पादन सर्वर पर अपाचे का पुनः आरंभ करना सुरक्षित है ? एक इम्प्रेसिव रीस्टार्ट का क्या कारण होगा और क्या प्रभाव होगा (यदि कोई हो)? क्या कोई हानिकारक प्रभाव होगा (उदाहरण के लिए, भले ही वह थोड़े समय के लिए हो)?

मैंने निम्नलिखित संसाधनों पर विचार किया है, लेकिन यह अभी भी स्पष्ट नहीं है कि उपयोगकर्ताओं पर क्या प्रभाव पड़ेगा:

जवाबों:


9

एक सुंदर पुनरारंभ करते समय, मौजूदा कनेक्शन को सामान्य समापन तक चलना चाहिए, जिस पर उनके कार्यकर्ता समाप्त हो जाएंगे। नए कनेक्शन को संभालने के लिए नए श्रमिकों को पहले से ही शुरू किया जाना चाहिए।

आपको किसी भी कनेक्शन विफलताओं या धीमी पृष्ठ लोड की सूचना नहीं देनी चाहिए, लेकिन व्यवहार में आप नए कनेक्शन को संक्षिप्त रूप से देख सकते हैं जबकि मास्टर मास्टर द्वारा फिर से लोड किया जाता है (मेरा आधे से भी कम समय लगता है)

यदि आप एक नया कॉन्‍फ़िगर लेने के लिए पुनरारंभ कर रहे हैं, तो एक जोखिम है कि एक कॉन्फ़िगरेशन त्रुटि हो सकती है जो सर्वर को ठीक से पुनरारंभ करने से रोक सकती है।

यदि सर्वर असामान्य स्थिति में है, तो वह शालीनतापूर्वक पुनः आरंभ करने में विफल हो सकता है (शायद यही कारण है कि आप एक सुंदर पुनरारंभ पर विचार कर रहे हैं)


1

यदि अपाचे स्थिर फ़ाइलों की सेवा कर रहा है, और सामने वाले के लिए ऐसा कुछ नहीं कर रहा है , यह बहुत चिकनी है। अधिकांश उपयोगकर्ता नोटिस भी नहीं करेंगे, और जो लोग ऐसा करते हैं वे इसे सामान्य गड़बड़ता मानेंगे। अपाचे नए अनुरोधों की सेवा तब तक नहीं करेंगे जब तक कि पुराने लोगों की सेवा नहीं की जाती है, इसलिए आप तब तक इंतजार करेंगे जब तक वे सभी खत्म नहीं हो जाते। यदि कोई 68KB / s पर 500MB फ़ाइल डाउनलोड कर रहा है, तो आपको एक LONG TIME का इंतजार करना पड़ सकता है, जिसके दौरान कोई अन्य सेवा नहीं हो रही है।

यदि अपाचे एक एप्लिकेशन सर्वर का उपयोग कर रहा है, तो स्थिति बहुत भिन्न हो सकती है। अनुभव से, उस सर्वर के साथ बातचीत करने के लिए UX तब तक बहुत खराब हो जाएगा जब तक कि ऐप सर्वर अप, लोडेड और कैश गर्म न हो जाए।


5
साथ ही, /etc/init.d/httpd configtestकिसी प्रोडक्शन सर्वर पर किसी भी तरह के एपेक रीस्टार्ट के साथ आगे बढ़ने से पहले यह बहुत महत्वपूर्ण है ।
सिटीलाइट

वास्तव में - यह एक विन्यास चलाने के लिए काफी महत्वपूर्ण है। IIRC, मुझे लगता है कि अपाचे के बाद के संस्करणों के साथ एक ग्रेसफुल रिस्टार्ट से पहले एक अंतर्निहित कॉन्फिगरेशन किया जा सकता है, और यदि यह कॉन्टेक्ट को विफल करता है, तो यह रीस्टार्ट के साथ जारी नहीं रहेगा।
स्टेलरचार्ट

5
"अपाचे नए अनुरोधों की सेवा नहीं करेंगे जब तक कि पुराने लोगों की सेवा नहीं की जाती है, इसलिए आप तब तक इंतजार करेंगे जब तक वे सभी खत्म नहीं हो जाते। यदि कोई 68KB / s पर 500MB फ़ाइल डाउनलोड कर रहा है, तो आप एक लंबी अवधि की प्रतीक्षा कर सकते हैं, जिसके दौरान कोई अन्य नहीं सेवा हो रही है। ” यह सटीक नहीं है। कॉन्फ़िगरेशन तुरंत फिर से लोड किया जाता है और नई बच्चे प्रक्रियाएं बनाई जाती हैं, कनेक्शन स्वीकार करते हैं, और प्रक्रिया अनुरोधों को जबकि पिछली पीढ़ी अपने अंतिम अनुरोधों को पूरा कर रही है।
कोवनेर

0

उपर्युक्त सुशोभित पैरामीटर httpd को अपने वर्तमान कार्यों को पूरा करने के लिए अपने सभी बच्चे प्रक्रियाओं को पहले संकेत देकर पुनरारंभ प्रक्रिया शुरू करने के लिए कहता है। सभी बच्चे प्रक्रियाओं के बाद (जो http अनुरोधों की सेवा कर रहे हैं) ने अपने कार्यों को पूरा कर लिया है, वे बंद हो जाएंगे; यदि कोई भी बाल प्रक्रिया वर्तमान में अनुरोधों को पूरा नहीं कर रही है, तो वे तुरंत बंद हो जाएंगे।

जबकि, सभी बाल प्रक्रियाओं को तुरंत समाप्त करने का प्रयास बंद कर दें, जिससे एंड-यूजर्स को फांसी मिल सके। मेरी प्राथमिकता शालीन है - आपके बिजनेस-क्लास सर्वर के लिए एक बेहतर विकल्प - क्योंकि यह ग्राहकों को सेवा देने वाली बाल प्रक्रियाओं को अचानक समाप्त करने की तुलना में मित्रवत है। कई व्यवस्थापक और विशेष रूप से प्रोग्रामर अपने सर्वर को रोकने के लिए स्टॉप का उपयोग करते हैं, अक्सर क्योंकि वे नहीं जानते कि सुंदर भी मौजूद है।

लिंक: https://www.godaddy.com/garage/tech/config/how-to-restart-apache-without-rebooting-your-centos-linux-server/ लिंक

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.