अमेज़न EC2 AutoScaling CPUUtilization अलार्म- पर्याप्त आंकड़े उपलब्ध

Question

तो मैं अजगर में Boto प्रयोग कर रहे CPUUtilization के आधार पर कोशिश करते हैं और autoscaling कॉन्फ़िगर करने के लिए, कम या ज्यादा बिल्कुल इस उदाहरण में निर्दिष्ट है: http://boto.readthedocs.org/en/latest/autoscale_tut.html

हालांकि दोनों CloudWatch में अलार्म बस की रिपोर्ट:

राज्य विवरण: राज्य 2012/11/12 16:30 यूटीसी पर 'INSUFFICIENT_DATA' में बदल दिया। कारण: अनचेक: प्रारंभिक अलार्म निर्माण

ऑटो स्केलिंग ठीक काम कर रही है लेकिन अलार्म किसी भी CPUUtilization डेटा को नहीं उठा रहे हैं। चीजों के लिए कोई विचार मैं कोशिश कर सकता हूँ?

संपादित करें: उदाहरण स्वयं सीपीयू उपयोग डेटा की रिपोर्ट करता है, न कि जब मैं क्लाउडवॉच में प्रोग्राम करता हूं और प्रोग्राम में पाइथन या इंटरफ़ेस में अलार्म बनाता हूं। विस्तृत निगरानी भी सक्षम है ...

धन्यवाद!

Answer 1

official answer एडब्ल्यूएस से इस प्रकार है:

हाय, INSUFFICIENT_DATA राज्य (केवल) के रूप में अलार्म मीट्रिक पीढ़ी विलंबता की भरपाई के लिए समय की अवधि के लिए प्रतीक्षा में संक्रमण में एक अंतर्निहित विलंब होगा। 60 सेकंड की अवधि के साथ अलार्म के लिए, I_D स्थिति में संक्रमण से पहले देरी 5 और 10 मिनट के बीच होगी।

जॉन।

स्पष्ट रूप से यह एक अस्थायी स्थिति है और संभवतः स्वयं को हल कर देगा।

Answer 2

सुनिश्चित करें कि अलार्म का नामस्थान 'एडब्ल्यूएस/ईसी 2' है।

मुझे पता है कि यह मूल प्रश्न के बाद एक लंबा समय है, लेकिन यदि अन्य लोगों को Google के माध्यम से यह पता चलता है, तो मुझे एक ही समस्या थी, और यह पता चला कि मैंने अलार्म के नेमस्पेस को अनुचित तरीके से सेट किया है।

Answer 3

मैं एक ही INSUFFICIENT_DATA अलार्म राज्य चल रहा है एक आरडीएस CPUUtilization> 60 अलार्म CloudFormation के साथ बनाया के लिए CloudWatch में दिखाई देते हैं। ("कारण: अनचेक: प्रारंभिक अलार्म निर्माण" विवरण के तहत दिखाया गया है)। यह एक बहुत ही कच्चे तेल ठीक है, लेकिन मैं अलार्म बटन सहेजें का चयन, संशोधित बटन पर क्लिक करें, और (कुछ भी बदले बिना) तब तक कि पाया अलार्म ठीक राज्य में जाता है और सब कुछ फ़ाइल है।

Answer 4

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

Answer 5

मुझे यह समस्या थी। सुनिश्चित करें कि मीट्रिक नाम आप अलार्म बनाने के लिए उपयोग वास्तविक मीट्रिक नाम से मेल खाता है।

आप के साथ अपने मैट्रिक्स सूचीबद्ध कर सकते हैं:

aws cloudwatch list-metrics --namespace=<NAMESPACE, e.g. System/Linux, etc> 

मीट्रिक और MetricName का पता लगाएं। सुनिश्चित करें कि आपके अलार्म उस मीट्रिक के लिए कॉन्फ़िगर किया गया है।

Answer 6

एक निर्देशिका/var/tmp/एडब्ल्यूएस-मोन/कि एक जोड़े फ़ाइलें हैं नहीं है। एक उदाहरण आईडी है।जिस उदाहरण पर मैं था, उसे एएमआई से बनाया गया था और इस फाइल ने पुरानी इंस्टेंस आईडी को बरकरार रखा था। मैंने अभी इसे संपादित किया है और सुनिश्चित किया है कि/var/tmp/aws-mon/placement/उपलब्धता-जोन भी सही था। अलार्म लगभग तुरंत ठीक हो गया।

Answer 7

अलार्म बनाने के लिए उपयोग की जाने वाली इकाई के साथ डेटा प्रकाशित करने की आवश्यकता है। यदि आपने एक निर्दिष्ट नहीं किया है, तो यह <None> इकाई होगी।

यूनिट के साथ --unit <value>

यूनिट <value>aws put-metric-data और aws-put-metric-alarm में निर्दिष्ट किया जा सकता हो सकता है:

• सेकंड
• बाइट्स
• बिट्स
• प्रतिशत
• गणना
+०१२३५१६४१०६१
• बाइट्स/सेकंड (बाइट प्रति सेकंड)
• बिट्स/द्वितीय (बिट्स प्रति सेकंड)
• गणना/दूसरा (प्रति सेकंड की गिनती)
• कोई नहीं (डिफ़ॉल्ट जब कोई इकाई निर्दिष्ट किया जाता है)

इकाइयां केस-संवेदी भी हैं, अपनी स्क्रिप्ट में इसके बारे में सावधान रहें।

CPUUtilization के लिए, आप प्रतिशत का उपयोग कर सकते हैं।

पहले डेटा-सेट को आपके अलार्म में भेजा जाने के बाद (इसमें गैर-विस्तृत निगरानी वाले उदाहरण के लिए 5 मिनट तक लग सकते हैं), अलार्म INSUFFICIENT_DATA के बजाय ठीक या ALARM स्थिति में स्विच हो जाएगा।

Answer 8

जहाँ तक मुझे पता है, डिफ़ॉल्ट मीट्रिक रिज़ॉल्यूशन 5 मिनट है (जिसे आप भुगतान करते समय 1 मिनट तक कम कर सकते हैं, या ऐसा कुछ), इसलिए यदि आपके अलार्म की माप अवधि उससे कम है, तो यह INSUFFICIENT_DATA स्थिति में स्थायी रूप से बने रहें। मेरे मामले में, मेरे पास CPU उपयोग पर 1 मिनट की माप अवधि थी, और इसे 5 मिनट में बदलकर राज्य के मुद्दे को ठीक कर दिया गया है।

Answer 9

मुझे एक ही समस्या थी, मेरा अलार्म लगातार INSUFFICIENT_DATA स्थिति में था हालांकि मैं जीयूआई में मीट्रिक देख सकता हूं।

बाहर निकलें कि ऐसा होता है, क्योंकि मैंने मेट्रिक के लिए गलत इकाई निर्दिष्ट की, जब मैंने अलार्म बनाया। कोई त्रुटि वापस रिपोर्ट नहीं की गई थी, लेकिन यह कभी भी ग्रीन नहीं बन गई।

यदि आप सुनिश्चित नहीं हैं, तो इसे निर्दिष्ट करने से बचने के लिए बेहतर है, और एडब्ल्यूएस पृष्ठभूमि में सही मिलान करेगा।