2012-07-28 30 views
21

से बाहर जा रहा है मेरे पास एक माइक्रो ईसी 2 इंस्टेंस विंडोज 2008 आर 2 चल रहा है। मुझे हाल ही में बहुत से उच्च CPU अलार्म चल रहे हैं, और जब मैं एडब्ल्यूएस प्रबंधन कंसोल में लॉग इन करता हूं तो मुझे लगता है कि मेरा सीपीयू व्यावहारिक रूप से 100% पर आ गया है। हालांकि, अगर मैं इंस्टेंस में लॉग इन करता हूं और टास्क मैनेजर खींचता हूं, तो मेरा सीपीयू ऐसा लगता है कि यह व्यावहारिक रूप से निष्क्रिय है। मैंने थोड़ी देर के लिए टास्क मैनेजर खोल दिया है और इस स्क्रीनशॉट को एडब्ल्यूएस रिपोर्टिंग के बीच अंतर दिखा रहा है और मेरा उदाहरण कैसा दिख रहा है। सुझाव?एडब्ल्यूएस ईसी 2 उच्च CPU अलार्म

CPU Usage Graph (https://s3.amazonaws.com/caskerdbbucket/public/cpu.png)

पुनश्च: कार्य प्रबंधक पर अद्यतन गति सेट किया गया है "कम"

+0

मैं एक ही चीज़ को t1.micro linux उदाहरण पर देख रहा हूं। – Molomby

+0

टी 2 उदाहरणों के रिलीज के साथ, शायद यह काफी दूर चला गया है, क्योंकि हमारे पास अधिक दृश्यता है क्योंकि हम थ्रॉटल हो रहे हैं। –

उत्तर

34

डेटा ऑपरेटिंग सिस्टम द्वारा उजागर अक्सर अपर्याप्त या Amazon EC2 की तरह आभासी वातावरण में भ्रामक है, और करने के लिए रिपोर्ट किया गया प्रतिशत आपके आवृत्ति प्रकार और अंतर्निहित प्रोसेसर कोर उपयोग (जो आम तौर पर हाइपरवाइजर से प्रस्तुत किए गए वर्चुअलाइज्ड हार्डवेयर से मेल नहीं खाता है) पर निर्भर करता है, अन्य चीजों के साथ - जो आप देख रहे हैं वह संबंधित सीपीयू चोरी के कारण होता है समय आजकल अधिकांश संबंधित यूनिक्स/लिनक्स निगरानी उपकरणों में उजागर हुआ है (लेकिन विंडोज़ पर नहीं, दुर्भाग्यवश, इस समस्या के बारे में अधिक जानकारी के लिए मेरा प्रश्न Is there a Windows equivalent of Unix 'CPU steal time'? देखें) - उदाहरण देखें कॉलम% चोरी या सेंट sar या top में:

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

ब्लॉग पोस्ट EC2 monitoring: the case of stolen CPU एक अच्छा अन्वेषण और इस विषय के चित्र उपलब्ध कराती है:

जब शीर्ष आदेश प्रदर्शित करता है 40% सीपीयू व्यस्त लेकिन CloudWatch कहते सर्वर 100% पर बाहर maxed है - जो पक्ष तुम लेते हो? इस सवाल का जवाब (, CloudWatch सही है शीर्ष नहीं है) सरल है [...]

सीपीयू चोरी समय EC2 उदाहरण प्रकार t1.micro प्रयोग कर रहे हैं के लिए विशेष रूप से प्रचलित है, जो काफी हद तक रोक दिए प्राप्त कर सकते हैं परिभाषा के द्वारा (आमतौर पर ~ 97% समय चोरी!), एक व्यापक व्याख्या और इस अवधारणा को स्पष्ट करने के लिए Micro Instances देखते हैं - विशेष रूप से, खंड When the Instance Uses Its Allotted Resources कहता है:

हम आपके आवेदन केवल सीपीयू संसाधनों की एक निश्चित राशि का उपभोग करने की उम्मीद समय की अवधि में यदि एप्लिकेशन से अधिक आपके उदाहरण के आवंटित CPU संसाधनों का उपभोग करता है, हम अस्थायी रूप से उदाहरण को सीमित करते हैं, तो यह कम CPU स्तर पर चलता है। यदि आपका उदाहरण जारी है, तो इसके सभी आवंटित संसाधनों का उपयोग करने के लिए, इसका प्रदर्शन को घटा देगा। हम उस समय को बढ़ाएंगे जब हम अपने सीपीयू स्तर को सीमित करते हैं, इस प्रकार उदाहरण को फिर से फटने की अनुमति देने से पहले समय बढ़ाना होगा।[जोर मेरा]

तदनुसार, आप सूक्ष्म उदाहरण के लिए स्थायी CPU उपयोग प्रोफ़ाइल पार हो सकता है और या तो अपने काम का बोझ समायोजित या एक और उदाहरण प्रकार पर स्विच की जरूरत है।

+0

उत्कृष्ट जवाब। एक तरफ ध्यान दें, मेरा उदाहरण अब सामान्य हो गया है। –

2

मुझे एक ही समस्या थी और समाधान खोजने में काफी समय लगा। इंटरनेट में मुझे अपना मामला नहीं मिला, इसलिए मैं साझा करता हूं।

मैंने घटना सूची में खोज की जो कई धोखाधड़ी वाले लॉगिन प्रयासों को दर्ज किया गया था। उस स्थिति में कार्य प्रबंधक 30-40% CPU उपयोग (क्लाउड वॉच 100%) की रिपोर्ट कर रहा था और प्रक्रिया सूची में कुछ winlogon.exe दिखाई दे रहे थे। रिमोट डेस्कटॉप पोर्ट बदलने के बाद (3389 डिफ़ॉल्ट है) मुझे और कोई समस्या नहीं थी। अब क्लाउड वॉच में सीपीयू उपयोग 34-35% महंगा है।

उम्मीद है कि इससे मदद मिलती है।

 संबंधित मुद्दे

  • कोई संबंधित समस्या नहीं^_^