मेरे विचार के अनुसार, लिनक्स कर्नेल को अपग्रेड करने के लिए रिबूट की आवश्यकता होती है। होम कंप्यूटर को रिबूट करना कोई समस्या नहीं है, लेकिन मुझे नहीं लगता कि यह सर्वर के लिए एक ही बात है।
तो क्या कर्नेल के उन्नयन के बाद लिनक्स वितरण का उपयोग करने वाले सर्वर रिबूट करते हैं, या वे बूटिंग से बचने के लिए किसी प्रकार की चाल का उपयोग करते हैं ??
जवाबों:
एक कर्नेल परिवर्तन को रिबूट मिलना चाहिए। आप कर्नेल स्थापित कर सकते हैं, और कुछ मामलों में आप विभिन्न कर्नेल के मॉड्यूल को सम्मिलित और हटा सकते हैं, लेकिन मैं इसे सलाह नहीं दूंगा।
यदि सर्वर एक क्लस्टर का हिस्सा है, तो एक सर्वर को रिबूट किया जा सकता है और सेवा अप्रभावित रहेगी। आप फ़ायरवॉल / राउटर क्लस्टर भी बना सकते हैं, जैसे कि विफलता का कोई केंद्रीय बिंदु (SPOF) नहीं है। ऐसा करने के लिए आप एक वर्चुअल आईपी (वीआईपी) का उपयोग करते हैं जिसे एक से अधिक सिस्टम में साझा किया जाता है।
यदि आप इस विचार के साथ प्रयोग करना चाहते हैं तो आप आभासी नेटवर्क बनाने के लिए QEMU या VirtualBox और अन्य का उपयोग कर सकते हैं।
हां, वे "रिबूट" करते हैं, लेकिन नए कर्नेल को प्रीलोड करने के लिए एक kexec_load सिस्टम कॉल कर सकते हैं।
उदाहरण के लिए , रनिंग कर्नेल को पैच करने की संभावना है, फिर से लाल kpatch । वे सभी चीजें जो मुझे पता है कि मैं डेटा संरचनाओं को नहीं बदल सकता हूं।
बेशक लिस्प मशीनें पिछली सदी में अपनी चलने वाली गुठली को पैच करने में सक्षम थीं।
kexec, बस नए कर्नेल को तुरंत बूट करने के लिए। "रिबूट" की आपकी परिभाषा के आधार पर, यह एक गैर-रिबूट कर्नेल उन्नयन के रूप में योग्य हो सकता है।