वॉल्यूम स्नैपशॉट से बनाम एक चल रहे उदाहरण से EC2 AMI छवि बनाना

Question

मैं लिनक्स-आधारित EC2 उदाहरण का बैकअप लेना चाहता हूं, जबकि यह बिना डाउनटाइम के चल रहा है, और फिर बाद में एक नया उदाहरण लॉन्च करता है। (उदाहरण एक वेब सर्वर चला रहा है और डेटाबेस को पोस्टग्रेट करता है।)

मैंने पाया कि ऐसा करने के दो तरीके हैं, लेकिन मैं इस बात पर असमंजस में हूं कि उनके बीच के नतीजों में क्या अंतर है।

विकल्प # 1: एक चल उदाहरण से सीधे एक एएमआई बनाएं:

1. चल रहे मूल उदाहरण से सीधे एक नया एएमआई बनाएं।
2. एएमआई से एक नया उदाहरण लॉन्च करें

विकल्प # 2: स्नैपशॉट से मैन्युअल रूप से एक एएमआई बनाएं:

1. चल रहे मूल उदाहरण से जुड़ी मात्रा से एक स्नैपशॉट लें
2. स्नैपशॉट से एएमआई बनाएं, मैन्युअल रूप से आर्किटेक्चर और कर्नेल आईडी जैसे विवरण दर्ज करें
3. मैन्युअल रूप से बनाई गई छवि से एक नया उदाहरण लॉन्च करें

अब क्या भ्रम है कि एक उदाहरण से सीधे एएमआई बनाते समय, EC2 डिफ़ॉल्ट रूप से उदाहरण को रिबूट करेगा। निम्नलिखित टूलटिप के साथ एक चेकबॉक्स "नो रीबूट" है :

सक्षम होने पर, अमेज़ॅन EC2 छवि बनाने से पहले उदाहरण को बंद नहीं करता है। जब इस विकल्प का उपयोग किया जाता है, तो बनाई गई छवि पर फ़ाइल सिस्टम अखंडता की गारंटी नहीं दी जा सकती है।

क्या वास्तव में इन दो तरीकों के विकल्पों के परिणाम में अंतर है? मेरे लिए ऐसा लगता है कि मैं मैन्युअल रूप से वही काम कर रहा हूं जो स्वचालित विज़ार्ड वैसे भी करेगा। यह स्नैपशॉट बनाता है, कर्नेल आईडी और आर्किटेक्चर का चयन करता है।

क्यों एक चेतावनी पाठ है और दूसरा नहीं है? एक चल रहे उदाहरण को स्नैपशॉट करना अपेक्षाकृत सुरक्षित माना जाता है, और अगर एएमआई निर्माण पृष्ठभूमि में स्नैपशॉट करता है, तो क्या यह सब हाथ से करने से ज्यादा खतरनाक है?

Answer 1

यदि आप no rebootEC2 से सीधे AMI बनाते समय विकल्प का चयन करते हैं तो वे ठीक वैसा ही करते हैं । यह मूल रूप से एक स्नैपशॉट बनाता है जो संभावित रूप से असंगत स्थिति में हो सकता है। उदाहरण के लिए, यदि आप स्नैपशॉट बनाते समय बहुत सारी डिस्क लिखते हैं तो आप असंगत स्थिति होने का जोखिम उठा रहे हैं।

यदि आप "सुसंगत" स्थिति में एक स्नैपशॉट बनाना चाहते हैं, तो आपको पहले अपना उदाहरण बंद करना होगा और फिर स्नैपशॉट लेना होगा और फिर अपने उदाहरण को पुनरारंभ करना होगा। यही कारण है कि EC2 से AMI निर्माण विकल्प बहुत उपयोगी है क्योंकि आपको रोकना और पुनः आरंभ नहीं करना है। अमेज़न इसका ख्याल रखता है और आपके पते पर आईपी एड्रेस भी नहीं बदलता है। (यदि आप अपने उदाहरण को रोकते / पुनः आरंभ करते हैं तो आपका आईपी पता वास्तव में बदल जाता है)

मुझे वास्तव में यकीन नहीं है कि अमेज़ॅन के पास चेतावनी क्यों नहीं है यदि आप वॉल्यूम से सीधे स्नैपशॉट लेते हैं, लेकिन वॉल्यूम के दृष्टिकोण से यह वास्तव में कोई फर्क नहीं पड़ता कि वॉल्यूम का उपयोग चल रहा है या गैर-चल रहे उदाहरण द्वारा किया जा रहा है ( यह केवल परवाह करता है कि क्या यह स्नैपशॉट बनाने पर कोई प्रभाव नहीं है या संलग्न नहीं है)

Comments

मैं मानता हूं कि आपको एएमआई बनाना चाहिए क्योंकि आप उदाहरण को बंद नहीं करना चाहते हैं। आप उन समाधानों में देख सकते हैं जो समय बचाने के लिए इसे बॉक्स से बाहर करते हैं। मैं व्यक्तिगत रूप से AWS पर अपने कार्यों को स्वचालित करने के लिए Totalcloud.io का उपयोग करता हूं।

— वीर अभय सिंह मन्हास