अमेज़ॅन EC2 माइक्रो उदाहरण में 100% CPU उपयोग है

Question

मेरे अमेज़ॅन EC2 माइक्रो उदाहरण में 100% सीपीयू का उपयोग अक्सर होता है। मेरे पास केवल इस पर एक वर्डप्रेस इंस्टॉलेशन है। मैं अभी भी उत्पादन मोड में हूं, इसलिए कोई उपयोगकर्ता नहीं है लेकिन मुझे 100% सीपीयू उपयोग मिलता है।

क्या कोई इसे कम करना जानता है? मुझे अमेजन ईमेल नोटिफिकेशन हर घंटे मिलता है, क्योंकि यह 300 सेकंड से अधिक की अवधि तक रहता है।

मैंने पहले ही अपने डेटाबेस को RDS में स्थानांतरित कर दिया था लेकिन उस समस्या को हल नहीं किया। इसने इसे थोड़ा बेहतर बनाया। अपने डेटाबेस के साथ आरडीएस में जाने से पहले सिर्फ एक वेबपेज लोड करने पर मेरी वेबसाइट हमेशा दुर्घटनाग्रस्त हो जाती है।

मेरा mysqld.log एक गलत 12 त्रुटि देता है इसीलिए मैंने my.cnf में innodb_buffer_pool_size = 256M भी किया लेकिन कुछ भी नहीं लाया।

हर टिप के लिए आभारी होंगे।

Comments

आपको यह देखने के लिए अपने उदाहरण की निगरानी करने की आवश्यकता है कि क्या हो रहा है। आप यह नहीं कहते हैं कि आप किस OS का उपयोग कर रहे हैं, लेकिन यदि Linux तो जल्दी और आसानी से शीर्ष पर है। लंबे समय तक आपको कुछ और पर विचार करना चाहिए।

— user9517

Linux top command में कौन सी प्रक्रिया आपके cpu को खा रही है। CPU उपयोग के लिए प्रक्रियाओं को क्रमबद्ध करने के लिए (Shift + P) दबाएं धन्यवाद संदीप

— ZVIK

धन्यवाद @ आलिया! हाँ, मैं लिनक्स का उपयोग कर रहा हूँ। तो यह सामान्य है कि यह केवल बहुत बार 100% सीपीयू तक जाता है? मैं पहले से ही एक अलार्म के साथ इसकी निगरानी कर रहा हूं और दिन में कुछ बार ईमेल के माध्यम से यह कष्टप्रद अलार्म सूचनाएं प्राप्त करता हूं। क्या आपका मतलब है कि Ec2 इसके लायक नहीं है, खासकर छोटे पैकेजों के साथ नहीं जब बहुत अधिक निवेश किया जा रहा हो? आपकी मदद के लिए धन्यवाद

— Jaba L

आपकी मदद के लिए धन्यवाद @ZVIK! क्या आप कृपया इसे थोड़ा और विस्तार से बता सकते हैं। मुझे लगता है कि मैं इसे अभी तक नहीं समझता। मैं कहां प्रेस (Shift + P) कर सकता हूं। SSH कमांड लाइन में? मेरी अनुभवहीनता के लिए क्षमा करें। एक और बात जो दिखाई देती है वह यह है कि मेरा SSH टर्मिनल कुछ समय बाद बहुत धीमा हो जाता है। एक ssh कमांड टाइप करने के लिए और एक प्रतिक्रिया प्राप्त करने के लिए कभी-कभी बहुत लंबा समय लगता है यह बहुत देरी है। मुझे लगता है कि यह CPU उपयोग के कारण भी है। केवल कमांड के साथ पुनरारंभ करके "sudo service httpd stop / start" और "sudo service mysqld पुनरारंभ" मैं इसे फिर से तेजी से चलाता हूं। लेकिन यह लंबे समय तक नहीं रहता है।

— जाबा एल

@ जाबा लिय को लगता है कि कोड में एक मेमोरी लीक है

— ZVIK

Answer 1

ध्यान रखें, m2.microउदाहरण बस यही हैं - वे छोटे हैं। लोड की कोई भी वास्तविक राशि उन्हें अधिकतम होगी।

जैसा कि @zvik ने अपनी टिप्पणियों में बताया, आपको पता लगाना चाहिए कि कौन सी प्रक्रियाएं सबसे अधिक मेमोरी और / या सीपीयू चक्रों का उपभोग कर रही हैं। उन्होंने चलने की सिफारिश की top, जो लिनक्स वितरण पर पाया जाने वाला एक कमांड है। दबाकर Shift-P, यह CPU उपयोग के आधार पर उन्हें सॉर्ट करेगा। अड़चन कहां है, यह जानने के लिए आपको इस जानकारी का उपयोग करने की आवश्यकता होगी। उदाहरण के लिए, यदि यह अपाचे चल रहा है, तो अपाचे के लिए डिफ़ॉल्ट कॉन्फ़िगरेशन सर्वर से सक्षम होने की तुलना में अधिक प्रक्रियाओं को लॉन्च करने के लिए हो सकता है।

दौड़ने की कोशिश करें topऔर देखें कि कौन से कमांड सबसे अधिक संसाधनों का उपभोग कर रहे हैं।

Comments

मैंने इसकी जाँच की और अपाचे संसाधनों का सबसे अधिक उपयोग कर रहा है। m2.micro वास्तव में इतनी आसानी से लोड हो जाता है। मुझे लगा कि मैं एक छोटे से उत्पादन स्थल के लिए माइक्रो का उपयोग कर सकता हूं लेकिन यह दुखद है कि यह संभव है। आपकी मदद के लिए धन्यवाद

— JAB L

Answer 2

आपका मुद्दा वास्तव में "सीपीयू चोरी" हो सकता है जो अमेज़ॅन के स्टैक (और तथ्य के रूप में, किसी भी वर्चुअलाइज्ड इन्फ्रास्ट्रक्चर) के रूप में होता है। आप पढ़ सकते हैं सीपीयू के बारे में अधिक चोरी यहाँ ।

अनिवार्य रूप से, आपका वीएम बेकार है और अमेज़ॅन आपके सीपीयू चक्रों में से कुछ को किसी अन्य व्यक्ति को देने के लिए "उधार" ले रहा है - यह एक आभासी वातावरण के लिए मानक अभ्यास है जहां रैम उपयोग और सीपीयू चक्र जैसे भौतिक सर्वर संसाधन अक्सर अति-प्रतिबद्ध होते हैं ।

सीपीयू चोरी करने के लिए, चलाने के लिए topऔर %stयहां दिए गए मूल्य पर एक नज़र डालें :

यदि यह मान शून्य के अलावा कुछ भी है, तो इसका मतलब है कि आपके वीएम के सीपीयू चक्र "उधार" हैं।

Comments

शुक्रिया @ क्रेग-वाटसन आपके उत्तर के लिए बहुत बहुत। मैंने अभी% सेंट की जाँच की है और यह 0-5% के बीच है। लिंक के लिए भी धन्यवाद यह बहुत जानकारीपूर्ण था

— Jaba L