मैंने देखा कि ec2.rebootInstancesअमेज़ॅन ईसी 2 उदाहरण पर कॉल करना रोकना और इसे फिर से शुरू करने ( ec2.stopInstances ec2.startInstances) से बहुत तेज था ।
यह भी उदाहरण के आईपी पते को संरक्षित करता है (मुझे उस पर लोचदार आईपी नहीं है) क्या ec2.rebootInstance करता है जो रोकना और एक उदाहरण शुरू करने से अलग है?
जवाबों:
जब आप एक ईबीएस बूट उदाहरण को रोकते हैं, तो आप भौतिक हार्डवेयर (या इसके स्लाइस) को छोड़ रहे हैं जो सर्वर पर चल रहा था और EC2 वहां किसी और का उदाहरण शुरू करने के लिए स्वतंत्र है।
आपके ईबीएस बूट वॉल्यूम (और अन्य संलग्न ईबीएस वॉल्यूम) अभी भी संरक्षित हैं, हालांकि वे वास्तव में एक भौतिक या आभासी सर्वर से बंधे नहीं हैं। वे सिर्फ एक ऐसी इंस्टा आईडी से जुड़े हैं जो कहीं नहीं चल रही है।
जब आप उदाहरण को फिर से शुरू करते हैं, तो ईसी 2 इसे चलाने के लिए कुछ हार्डवेयर उठाता है, ईबीएस वॉल्यूम (एस) में संबंधों और इसे फिर से रूट वॉल्यूम से बूट करता है।
जब आप रुकते / शुरू होते हैं तो चीजें बदल जाती हैं:
नया आंतरिक आईपी पता (हालाँकि अनियमित रूप से समान हो सकता है)।
नया बाहरी आईपी पता (हालांकि बेतरतीब ढंग से एक ही हो सकता है)।
यदि एक इलास्टिक IP पता रोक दिए जाने से पहले उदाहरण के साथ जुड़ा हुआ था, तो आपको शुरुआत के बाद इसे फिर से जोड़ना होगा।
उदाहरण के पूर्व अल्पकालिक भंडारण पर किसी भी सामग्री को मिटा दिया गया था और आपको ताजा पंचांग भंडारण दिया जाता है।
जब तक आप चाहें, तब तक के लिए रुके हुए उदाहरण को छोड़ सकते हैं और रन टाइम के लिए चार्ज नहीं किया जा सकता है (हालांकि आप ईबीएस वॉल्यूम स्टोरेज के लिए बहुत कम दर पर चार्ज करते हैं)। अगला बिंदु देखें
जब आप इसे फिर से शुरू करते हैं तो उदाहरण के लिए एक ताजा बिलिंग घंटे शुरू होता है। उदाहरण के लिए, यदि आप एक नया उदाहरण शुरू करते हैं और पहले 60 मिनट के भीतर इसे 3 बार रोकते हैं / शुरू करते हैं, तो आपको 1 के बजाय 4 घंटे के लिए शुल्क देना होगा।
एक छोटा सा मौका है कि जब आप इसे फिर से शुरू करना चाहते हैं तो EC2 में आपके उदाहरण को चलाने के लिए सही इंस्टेंस प्रकार के स्लॉट उपलब्ध नहीं होंगे। मैंने ऐसा किया है और अस्थायी रूप से इसे फिर से चालू करने के लिए एक अलग, उपलब्ध उदाहरण प्रकार पर स्विच किया गया है।
जब आप रिबूट करते हैं, तो यह ओएस के स्तर पर एक साधारण रिबूट होता है और उदाहरण एक ही हार्डवेयर पर चलता रहता है, एक ही निजी और सार्वजनिक आईपी पते के साथ, एक ही इलास्टिक आईपी एड्रेस (यदि जुड़ा हुआ है) रखता है, और बिना प्राप्त किए एक ही एपर्चरल स्टोरेज रखता है। मिटा दिया। कोई नया बिलिंग घंटे रिबूट पर शुरू नहीं होता है और आप इंस्टेंस हार्डवेयर को नहीं छोड़ते हैं।
हालांकि एक उदाहरण बंद कर दिया जाता है, आप इसे फिर से शुरू करने से पहले कुछ शांत चीजें कर सकते हैं। यहाँ एक लेख है जिसे मैंने रोकते समय उदाहरण के उदाहरण को बदलने पर लिखा है:
एक EC2 इंस्टेंस को एक बड़े आकार में ले जाना
http://alestic.com/2011/02/ec2-change-type
यहाँ एक लेख है जो मैंने एक ईबीएस बूट डिस्क के आकार को बदलने के तरीके पर लिखा है, जबकि यह बंद है:
रनिंग ईबीएस बूट EC2 इंस्टेंस पर रूट डिस्क का आकार बदलना
http://alestic.com/2010/02/ec2-resize-running-ebs-root
यहाँ एक लेख है जो मैंने लिखा है कि किसी इंस्टेंस की रूट डिस्क की जांच कैसे करें (जबकि यह रोक दिया गया है) जब आप इसे कनेक्ट नहीं कर सकते हैं जबकि यह रनिंग है:
एक ईसी 2 इंस्टेंस के रूट ईबीएस वॉल्यूम पर फिक्सिंग फाइलें
http://alestic.com/2011/02/ec2-fix-ebs-not
चूंकि स्टॉप / स्टार्ट चक्र आपके उदाहरण को नए हार्डवेयर में ले जाने का एक अच्छा मौका है, इसलिए यह आपके इंस्टेंस हार्डवेयर को बदलने का एक आसान तरीका है यदि आपको संदेह है कि वर्तमान प्लेटफॉर्म खराब हो सकता है और समस्याएं पैदा कर सकता है। यहाँ एक लेख है जिसके बारे में मैंने लिखा है:
EC2 http://alestic.com/2011/02/ec2-move-hardware पर इंस्टेंस हार्डवेयर को बदलने का एक सरल तरीका