IIS ऐप पूल उच्च CPU उपयोग बिना किसी अनुरोध के


10

मैंने हाल ही में Windows Server 2012 / IIS 8 पर चलने वाले नए सर्वरों के लिए Windows Server 2008 R2 / IIS 7.5 सर्वर का एक सेट माइग्रेट किया है।

मैं IIS से कुछ अजीब व्यवहार का अनुभव कर रहा हूं। हमारे पास 2 समान सर्वर हैं, प्रत्येक सर्वर 2 वेब साइट चला रहा है, प्रत्येक अपने स्वयं के ऐप पूल पर। प्रत्येक वेब साइट के लिए कोड समान है। (वस्तुतः ... एक ही dll का सब कुछ और सब कुछ, बस थोड़ा अलग विन्यास)।

एप्लिकेशन पूल को हर 24 घंटे में एक समय पर रीसायकल करने के लिए सेट किया जाता है, लेकिन उस 210 अवधि के दौरान, w3wp कार्यकर्ता प्रक्रिया का सीपीयू उपयोग 12.5% ​​की वृद्धि में कूदता है (सर्वर में 8 प्रोसेसर हैं, इसलिए मुझे नहीं लगता है कि एक संयोग)।

एक बार जब सीपीयू का उपयोग शुरू हो जाता है, तो ऐप के रीसायकल होने तक वापस नहीं जाएगा। जहां तक ​​मैं बता सकता हूं, ऐप इस समय कुछ भी नहीं कर रहा है और न ही अनुरोधों को संसाधित कर रहा है। मैं सर्वर पर सभी ट्रैफ़िक को ब्लॉक कर सकता हूं और सीपीयू का उपयोग बस वहीं रहेगा। मैं वेब साइट को पुनर्व्यवस्थित भी कर सकता हूं, और सीपीयू का उपयोग भी यही रहता है। सीपीयू उपयोग को रीसेट करने का एकमात्र तरीका ऐप पूल को रीसायकल या पुनरारंभ करना है जो उस पर चलता है।

मैं कुछ हद तक निश्चित हूं कि इस मुद्दे का मेरे कोड से कोई लेना-देना नहीं है, लेकिन कुछ खराब IIS कॉन्फ़िगरेशन या IIS 8 में कोई बदलाव जो हार्डवेयर कॉन्फ़िगरेशन या कुछ और के साथ खराब काम कर रहा है?

निश्चित नहीं है कि यह महत्वपूर्ण है या नहीं, लेकिन ये रैकस्पेस परफॉर्मेंस क्लाउड सर्वर हैं।

इन सर्वरों पर समय के साथ आपको सीपीयू लोड दिखाने के लिए एक स्क्रीनशॉट दिया गया है (हरे रंग का तीर उस समय को इंगित करता है जब ऐप पूल रीसायकल करता है। आप देख सकते हैं कि प्रत्येक पठार 12.5% ​​का अभिन्न गुण है:

यहाँ छवि विवरण दर्ज करें

क्या किसी ने इस व्यवहार को देखा है? मुझे यह प्रश्न 2009 से मिला जिसमें किसी ने IIS 6 के साथ एक ही मुद्दा प्रतीत होता है:

IIS कोई यातायात के साथ उच्च सीपीयू का उपयोग कर w3wp

किसी भी प्रकार की मदद की बेहद सराहना की जाती है

जवाबों:


1

2012 के Sharepoint 2013 और IIS 8 के साथ सटीक एक ही मुद्दा था ... हमने कभी समस्या का निवारण नहीं किया, बल्कि 2008 R2 पर SP2013 को डाउनग्रेड कर दिया और सब कुछ ठीक था।


2
आदमी। सब काम के बाद मैं बस माइग्रेटिंग में डाल दिया, यह वह जवाब नहीं है जिसकी मुझे उम्मीद थी ...: /
लेलैंड रिचर्डसन

1

आप का उपयोग कर कोशिश कर सकते हैं डीबग निदान उपकरण को ट्रैक क्या समस्या का कारण है। यह आमतौर पर क्रैश और मेमोरी लीक की समस्या निवारण के लिए है, लेकिन यह पता लगाने में मदद कर सकता है कि कौन सा घटक समस्या पैदा कर रहा है।


कब कब प्रोग्राम डिबग डायग्नोस्टिक टूल का उपयोग करेंhigh CPU or RAM more 90% ?
किनिकेत

@ कीननेट आप प्रक्रिया की मेमोरी डंप लेने की कोशिश कर सकते हैं और फिर किसी अन्य मशीन पर इसका विश्लेषण कर सकते हैं। मैं एक समान समस्या का सामना कर रहा हूं और एक सर्वर पर <1 मिनट में ~ 100% CPU उपयोग पर कब्जा करने में सक्षम था
पीयूष सरावगी

हाँ, तो एक सर्वर पर <1 मिनट में ~ 100% CPU उपयोग पर प्रोग्राम में डंप कैप्चर करें ?
कीकेनेट

1

यह वास्तव में एक अनंत लूप में फंस गए कुछ कोड जैसा दिखता है।

एक अनुरोध आता है, IIS इसे सेवा देना शुरू कर देता है, कुछ (शायद एक बग) इस व्यवहार को ट्रिगर करता है, एक श्रमिक धागा एक अनंत लूप में प्रवेश करता है और एक सीपीयू को 100% तक बढ़ाता है, और तब यह इस तरह से रहता है जब तक कि ऐप पूल को पुनर्नवीनीकरण नहीं किया जाता है।

यहां तक ​​कि अगर कोई नया अनुरोध नहीं आता है, तो सीपीयू उपयोग में रहता है क्योंकि अटका हुआ धागा वास्तव में समाप्त नहीं होता है।

कभी-कभी एक नया अनुरोध इस व्यवहार को फिर से चलाता है , और फिर आपको दो अटक सीपीयू (या तीन, या चार ...) मिलते हैं ।

ऐप के पूल को पुनर्चक्रण करना सभी कार्यकर्ता थ्रेड्स को समाप्त कर देता है, इस प्रकार समस्या हल हो जाती है ... जब तक कि यह फिर से न हो जाए।


0

आप w3wp प्रक्रिया में एक सीपीयू प्रोफाइलर संलग्न कर सकते हैं और एक नज़र डाल सकते हैं कि वहां क्या चल रहा है। आपको यह देखने में सक्षम होना चाहिए कि सीपीयू साइकल की खपत क्या है।


उच्च CPU या RAM के 90% होने पर w3wp प्रक्रिया में CPU प्रॉपर को कैसे संलग्न करें ?
किनिकेत

0

मेरे लिए एक अनंत लूप की तरह दिखता है। मैंने इसे कुछ बार देखा है, IIS के कहने के बावजूद कोई बकाया अनुरोध नहीं है। मुझे यकीन नहीं है कि यह कैसे हो सकता है, लेकिन यह वही है जो आप देखेंगे। मुश्किल हिस्सा यह है कि IIS अनुरोधों को पूरा होने तक लॉग नहीं करता है, इसलिए यह पता लगाना कि कौन सा अनुरोध इस व्यवहार को ट्रिगर करता है मुश्किल है।

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