बीच क्या अंतर है docker stopऔर docker kill?
Afik, दोनों एक चल रहे कंटेनर को रोकेंगे। क्या यह docker stopसही तरीके से कंटेनर के अंदर चलने वाली प्रक्रिया को रोकने का प्रयास है, जबकि docker killएक किल सिग्नल भेजेगा? यदि हां, तो कैसे docker stopपता चलेगा कि रनिंग प्रक्रिया को सही ढंग से कैसे रोका जाए। (चूंकि यह प्रक्रिया से प्रक्रिया में भिन्न होता है)
जवाबों:
क्या यह है कि डॉकटर कंटेनर के अंदर चलने वाली प्रक्रिया को सही तरीके से रोकने का प्रयास करता है, जबकि डॉक मारने वाला एक किल सिग्नल भेजेगा?
मूल रूप से हां, अंतर सूक्ष्म है, लेकिन कमांड लाइन संदर्भ में उल्लिखित है :
इसलिए stopमानक POSIX सिग्नल भेजकर एक सुंदर शटडाउन को ट्रिगर करने का प्रयास करता है SIGTERM, जबकि killडिफ़ॉल्ट रूप से प्रक्रिया को मारता है (लेकिन किसी अन्य सिग्नल को भेजने की अनुमति भी देता है):
SIGTERM सिग्नल को समाप्ति के लिए अनुरोध करने के लिए एक प्रक्रिया में भेजा जाता है। SIGKILL सिग्नल के विपरीत, इसे प्रक्रिया द्वारा पकड़ा और व्याख्या या अनदेखा किया जा सकता है। यह यदि आवश्यक हो तो संसाधनों को जारी करने और राज्य को बचाने के लिए अच्छा समाप्ति प्रदर्शन करने की अनुमति देता है। यह ध्यान दिया जाना चाहिए कि SIGINT लगभग SIGTERM के समान है।
वैसे भी लागू नहीं होने पर, प्रक्रियाओं से आम तौर पर SIGTERMसुशोभित रूप से निपटने और उनकी जिम्मेदारियों के आधार पर सही काम करने की उम्मीद की जाती है - यह ग्रेसफुल शटडाउन प्रयास के कारण आसानी से विफल हो सकता है क्योंकि अनुग्रह अवधि की तुलना में अधिक समय लग रहा है, जो कि विचार करने के लिए कुछ है कि क्या डेटा अखंडता है सर्वोपरि (जैसे डेटाबेस के लिए); अधिक विस्तृत विवरण के लिए उदाहरण के लिए मेजर हेडन का साइजमीटर बनाम सिगिल देखें :
आवेदन यह निर्धारित कर सकता है कि एक बार SIGTERM प्राप्त होने के बाद वह क्या करना चाहता है। हालांकि अधिकांश एप्लिकेशन अपने संसाधनों को साफ करेंगे और रोकेंगे, कुछ नहीं। जब कोई SIGTERM प्राप्त होता है तो पूरी तरह से अलग करने के लिए एक एप्लिकेशन को कॉन्फ़िगर किया जा सकता है। इसके अलावा, यदि एप्लिकेशन खराब स्थिति में है, जैसे कि डिस्क I / O की प्रतीक्षा कर रहा है, तो यह उस सिग्नल पर कार्य करने में सक्षम नहीं हो सकता है जो भेजा गया था।
docker killशटडाउन के दौरान कुछ समय बचाने के लिए हाथ से उपयोग क्यों करेंगे , लेकिन एक स्क्रिप्ट में, क्या हमेशा एक अच्छा शटडाउन के माध्यम से प्रयास करना बेहतर नहीं होगा docker stop? मैं अभी भी docker killस्क्रिप्ट में बहुत सारे देख रहा हूँ ।
docker kill मुख्य प्रविष्टि प्रक्रिया / कार्यक्रम को अचानक रोक देगा
docker stop इनायत से इसे रोकने की कोशिश करेंगे (विनम्रता से पूछेंगे: पी)
दोनों ही मामलों में फाइलसिस्टम में बदलाव (रुकने या मारने के समय) docker start <container>जारी रहेगा, इसलिए यदि आप वहाँ से चले जाते हैं।
docker killकिसी भी लंबित फाइल सिस्टम में बदलाव होने की स्थिति में जो मुख्य प्रक्रिया अभी भी मेमोरी में है वह खो जाएगी, इसलिए फाइल सिस्टम खराब हो सकता है?
docker killएक प्रक्रिया को मारने के अनुरूप है, न कि कंप्यूटर को बंद करने के लिए।
और पहले जोड़े गए उत्तरों के अलावा
घटनाओं docker eventsको docker stopदिखाने के बाद दौड़ना
घटनाओं docker eventsको docker killदिखाने के बाद दौड़ना
docker stopप्रक्रिया को मारने से पहले एक समयबाह्य है। डिफॉल्ट दस सेकंड है।
इस तालिका में और भी अधिक विवरण हैं।
यह डेस्कटॉप से प्लग ऑफ को खींचने और कंप्यूटर को बंद करने के अनुरूप है
जैसे प्लग ऑफ खींचने का मतलब है हार्ड पॉवर ऑफ, docker killइसका मतलब है कि my_container को मारने का सीधा तरीका, जो पहले इस प्रक्रिया को शालीनतापूर्वक बंद करने का प्रयास नहीं करता है।
कंप्यूटर को बंद करने का मतलब उन सभी प्रक्रियाओं को बंद करने के लिए ओएस को एक संकेत भेजना है, जहां चल रहे कंटेनर को संकेत docker stopभेजने के SIGTERMलिए प्रक्रियाओं को शालीनतापूर्वक बंद करना है।