Celery: क्या पूर्ववर्ती कार्यकर्ता प्रक्रियाएं टीईआरएम संकेतों को अनदेखा कर सकती हैं?

को निर्मित 4 जून 2018 · 3टिप्पणियाँ · स्रोत: celery/celery

आम

प्रभावित संस्करण: नवीनतम (4.1.1)

अपेक्षित् व्यवहार

पूर्वनिर्मित कार्यकर्ता सिगटर्म सिग्नल को अनदेखा करते हैं - केवल वार्म शटडाउन के लिए जिम्मेदार मूल प्रक्रिया ही इस पर प्रतिक्रिया करती है और बाल प्रक्रियाओं को इनायत से बंद कर देती है।

वर्तमान व्यवहार

जब पूर्वनिर्मित कार्यकर्ता प्रक्रियाओं को एक सिगटर्म मिलता है, तो वे तुरंत बंद हो जाते हैं (जैसे kill <pid> ):

celery_1        | [2018-06-04 09:19:57,376: ERROR/MainProcess] Process 'ForkPoolWorker-2' pid:26 exited with 'signal 15 (SIGTERM)'

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

प्रासंगिकता

मुझे एक डॉक कंटेनर में एक init सिस्टम के साथ उचित शटडाउन अजवाइन करने का कोई तरीका नहीं मिल रहा है।
(मेलिंग सूची देखें: https://groups.google.com/forum/#!topic/celery-users/9UF_VyzRt8Q)। ऐसा प्रतीत होता है कि मुझे यह सुनिश्चित करना है कि टर्म सिग्नल केवल मूल प्रक्रिया तक पहुंचे, लेकिन किसी भी पूर्ववर्ती कर्मचारी तक नहीं। कई सेलेरी इंस्टेंस (जैसे बीट, और दो कतार) के साथ बैश स्क्रिप्ट चलाते समय यह बहुत मुश्किल लगता है

संभावित स्थिति

क्या ऐसी सुविधा जोड़ना संभव है जो पूर्ववर्ती कार्यकर्ता प्रक्रियाओं को सिगटर्म को अनदेखा करने की अनुमति देती है?

Deployment Prefork Workers Pool

स्रोत

croth1

सबसे उपयोगी टिप्पणी

धन्यवाद @georgepsarakis और अपने उपयोगी सुझाव के लिए @xirdneh। मैं पर्यवेक्षक के साथ एक कामकाजी सेटअप प्राप्त करने में कामयाब रहा! मैं
प्रति कंटेनर एक कर्मचारी होना भी एक बहुत अच्छा सुझाव है! बहुत - बहुत धन्यवाद!

croth1 4 जून 2018

🎉3

सभी 3 टिप्पणियाँ

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

georgepsarakis 4 जून 2018

अधिक जानकारी के लिए यहां एक सिंहावलोकन है कि कैसे docker सामान को रोकता है: https://www.ctl.io/developers/blog/post/gracefully-stopping-docker-containers/#docker -stop

इसके अलावा, यदि आप पहले से ही डॉकटर का उपयोग कर रहे हैं, तो मैं प्रति कंटेनर एक कार्यकर्ता को फायर करने की सलाह दूंगा।
इसे प्रबंधित करना आसान है और कंटेनरों में इतना अधिक ओवरहेड नहीं होता है। k8s जैसे टूल का उपयोग करते समय ऑटो स्केलिंग करना भी आसान है।

एक अंतिम बात। यदि आप वास्तव में एकाधिक श्रमिकों को प्रबंधित करने के लिए अपनी खुद की बैश स्क्रिप्ट रोल करना चाहते हैं तो आपको प्रत्येक कार्यकर्ता को आग लगाना होगा और तब तक अनिश्चित काल तक सोना होगा जब तक कि SIGTERM साथ न आ जाए ।
जब ऐसा होता है तो आप जा सकते हैं और कार्यकर्ता पीआईडी प्राप्त कर सकते हैं और फिर प्रत्येक को इनायत से रोक सकते हैं।
जो मूल रूप से पर्यवेक्षक @georgepsarakis ने बताया है।

xirdneh 4 जून 2018