अमेज़ॅन ईसी 2 माइक्रो इंस्टेंस

Question

का जवाब नहीं दे रहा है मेरे पास कुछ सूक्ष्म उदाहरण हैं जो सप्ताहों के लिए ठीक काम कर रहे हैं। दोनों वर्डप्रेस ब्लॉग चल रहे हैं। पिछले 24 घंटों में उनमें से एक बंद कर दिया गया है। मैं रीबूट के बाद भी एसएसएच नहीं कर सकता। दूसरा उदाहरण ठीक काम कर रहा है।

ssh: connect to host ec2-xxx-xxx-xxx-xxx.ap-southeast-1.compute.amazonaws.com port 22: Operation timed out 

किसी समस्या की तरह दिखने वाले लॉग में कुछ भी स्पष्ट नहीं है। आखिरी कुछ पंक्तियां हैं:

cloud-init: runcmd[ OK ] 
Mounting other filesystems: [ OK ] 
Retrigger failed udev events[ OK ] 
Generating SSH1 RSA host key: [ OK ] 
Starting sshd: [ OK ] 
Starting ntpd: [ OK ] 
Starting sendmail: [ OK ] 
Starting sm-client: [ OK ] 
Starting crond: [ OK ] 
[ OK ] 
Starting atd: [ OK ] 
Starting yum-updatesd: [ OK ] 
Running cloud-init user-scripts (none found)[ OK ] 
Amazon Linux AMI release 2011.02.1.1 (beta) 
Kernel 2.6.35.11-83.9.amzn1.i686 on an i686 
ip-xx-xxx-xx-xx login: 

प्रबंधन कंसोल बताता है कि सब कुछ चल रहा है और सामान्य है।
मैं दोनों उदाहरणों के लिए एक ही सुरक्षा समूह और .pem फ़ाइल का उपयोग करता हूं।

मुझे संदेह है कि इस उदाहरण को दूसरे की तुलना में अधिक ट्रैफिक प्राप्त हो रहा है। क्या वैसे भी है कि माइक्रो इंस्टेंस मेमोरी से बाहर हो सकता है और सिर्फ जवाब देना बंद कर सकता है? क्या गलत हो सकता है?

Here is a screen shot of the Monitoring panel

धन्यवाद

Answer 1

कई संभावनाएं हैं, लेकिन दो सबसे अधिक संभावना कर रहे हैं:

1. कि अपने माइक्रो उदाहरण पर चल रहा है मेजबान पर उच्च लोड - माइक्रो उदाहरणों प्राप्त एक वैसे भी संसाधनों का छोटा टुकड़ा, और मेजबान लोड होने पर काफी कठोर हो जाता है।

2. मेजबान पर एक गलती हुई है जो वीएम प्रतिक्रिया को प्रभावित कर रहा है - यह वास्तव में अपेक्षाकृत आम है, और आप जिस प्रकार के व्यवहार को देख रहे हैं उसे प्रदर्शित कर सकते हैं।

या तो मामले में, तेज समाधान उदाहरण परमाणु और उसे पुन: प्रारंभ करने के लिए है - आप की संभावना एक अलग मेजबान है, जो कम थके जा सकता है या कम टूटी हुई पर एक नया उदाहरण मिल जाएगा। ;)

Answer 2

मैंने सीपीयू "चोरी" के कारण कई मिनटों के लिए माइक्रो इंस्टेंस लॉक अप देखा है जो तब होता है जब आप बहुत अधिक CPU का उपयोग करते हैं। यह माइक्रो उदाहरण के लिए अद्वितीय है। मैंने http://gregsramblings.com/2011/02/07/amazon-ec2-micro-instance-cpu-steal/ पर इस (वीडियो सहित) का एक उदाहरण ब्लॉग किया।

आप एक पूर्ण स्टॉप और फिर स्टार्ट करके बस अपना उदाहरण नए संसाधनों में ले जा सकते हैं। यह इसे नए हार्डवेयर को सौंपेगा और एक नया आईपी पता असाइन करेगा (अपने लोचदार आईपी को दोबारा जोड़ना न भूलें!)। एक होस्ट रीबूट इसे पूरा नहीं करेगा। इसे ईसी 2 कंसोल के माध्यम से रोकना होगा। इसे समाप्त करना जरूरी नहीं है।

Answer 3

मैंने अभी इंस्टेंस को पुनरारंभ किया और फिर से काम करना शुरू कर दिया। See the screenshot here