यदि मैं Amazon EC2 उदाहरण को बंद कर देता हूं तो इसे फिर से शुरू करें, क्या सबकुछ ठीक होगा?

12

मेरे पास एक वेब साइट है जो अमेज़ॅन ईसी 2 लिनक्स-आधारित उदाहरण पर चलती है, और इसे एक नियमित डोमेन नाम (x.com) में मैप किया जाता है। यह साइट एक दूसरे EC2 उदाहरण पर डेटाबेस से बात करती है।

मुझे इस उदाहरण को बंद करने और इसके पीछे कंप्यूटिंग शक्ति को बढ़ाने की आवश्यकता है ... यदि मैं ऐसा करता हूं, तो मुझे कितना समय लगेगा, और फिर जब मैं मशीन को फिर से स्पिन करूंगा, तो क्या मेरी साइट ऑनलाइन वापस आ जाएगी? क्या आईपी पता, डीएनएस जानकारी आदि सभी को संरक्षित किया जाएगा ताकि डोमेन नाम काम करता रहे, और यह अभी भी डीबी से बात करने में सक्षम होगा?

FYI करें यह मैं वर्तमान में AWS EC2 जानकारी पैनल में वेब सर्वर के लिए देख रहा हूं (सटीक आईपी पते थोड़े बदल गए हैं लेकिन आपको यह विचार मिलता है:

Public DNS: ec2-54-1-1-1.us-west-1.compute.amazonaws.com
Private DNS: ip-10-1-1-1.us-west-1.compute.internal
Private IPs: 10.1.1.1

— एरिक
स्रोत

13

ईबीएस बूट उदाहरण को रोकना और शुरू करना केवल कुछ अपवादों के साथ उदाहरण को रिबूट करने के समान है, सबसे उल्लेखनीय:

उदाहरण को एक नया आंतरिक IP पता सौंपा गया है।
उदाहरण को एक नया सार्वजनिक IP पता सौंपा गया है।
यदि उदाहरण VPC में नहीं है, तो किसी भी इलास्टिक IP पते को उदाहरण के साथ अलग कर दिया जाता है।
पंचांग भंडारण (अक्सर अंडर / मेन्ट) पर सभी डेटा खो जाता है

इस लेख में वर्णित कुछ बिलिंग और उपलब्धता निहितार्थ भी हैं:

रिबूटिंग बनाम अमेज़ॅन ईसी 2 इंस्टेंस के स्टॉप / स्टार्ट
http://alestic.com/2011/09/ec2-reboot-stat-artart

वीपीसी के उदाहरणों में स्टॉप / स्टार्ट के माध्यम से इलास्टिक आईपी एड्रेस रखने सहित थोड़ा अलग व्यवहार है।

यदि आप डेटाबेस सर्वर के रूप में एक इंस्टेंस का उपयोग कर रहे हैं और आप इसे आंतरिक आईपी पते (सस्ता, तेज) का उपयोग करके कनेक्ट करना चाहते हैं और आप स्टॉप / स्टार्ट के बाद डेटाबेस क्लाइंट को फिर से कॉन्फ़िगर करना नहीं चाहते हैं, तो आप असाइन कर सकते हैं उदाहरण के लिए एक इलास्टिक IP पता और बाहरी Elastic IP DNS नाम का उपयोग करें। आपके द्वारा पुनरारंभ किए गए इंस्टेंस के लिए इलास्टिक IP पते को पुन: संबद्ध करने के बाद यह वर्तमान आंतरिक IP पते पर हल हो जाएगा और आपके ग्राहक जहां वे छोड़ गए, वहां उठा लेंगे।

मैं इस लेख में इस दृष्टिकोण के बारे में अधिक विस्तार से जाना:

Amazon EC2 पर आंतरिक उदाहरणों की पहचान करने के लिए लोचदार IP का उपयोग करना
http://alestic.com/2009/06/ec2-elastic-ip-internal

जैसा कि आपको लगता है कि आप अनुमान लगा चुके हैं, स्टॉप / स्टार्ट हार्डवेयर को आपके उदाहरण को बदलने का एक आसान तरीका है। मैंने इस लेख में कुछ निर्देशों और चेतावनियों के साथ इसके बारे में लिखा है:

एक वृहद (या छोटे) उदाहरण के लिए एक EC2 इंस्टेंस को आगे बढ़ाना
http://alestic.com/2011/02/ec2-c2-cype

आपकी विशेष स्थिति के लिए, मैं उदाहरण के लिए एक इलास्टिक आईपी पते को निर्दिष्ट करने और अपने DNS को बदलने के लिए Elastic IP पते को इंगित करने के लिए बाहरी नाम पर CNAME का उपयोग करने की सलाह दूंगा। आप स्टॉप / स्टार्ट के बाद यह कर सकते हैं, या आप यह सुनिश्चित कर सकते हैं कि स्टॉप / स्टार्ट से पहले सब कुछ काम करता है।

— एरिक हैमंड
स्रोत

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

— bshacklett

@bsacklett यह उत्तर थोड़ा पुराना था। मैंने इसे यह समझाने के लिए अपडेट किया है कि केवल गैर-वीपीसी इंस्टेंसेस लोचदार आईपी को खो देते हैं। आज, अधिकांश उदाहरण वास्तव में वीपीसी हैं।

— एरिक हैमंड

4

इसलिए, ऐसा लगता है कि आप इलास्टिक आईपी का उपयोग नहीं कर रहे हैं, जैसा कि मैं आपकी जानकारी से देख सकता हूं।

मेरा मानना है कि इस उदाहरण को इंगित करने के लिए आप DNS में CNAME का उपयोग कर रहे होंगे। यदि आप मशीन को पुनः आरंभ करते हैं तो यह ec2-54-1-1-1.us-west-1.compute.amazonaws.comDNS नाम बदल जाएगा और आपकी साइट काम करना बंद कर देगी।

जहां तक आंतरिक आईपी का संबंध है, यह भी बदल जाएगा, जब तक कि आप वीपीसी का उपयोग नहीं कर रहे हैं, जो आप नहीं हैं।

तो, अगर मैं तुम थे, मैं इस मशीन को पुनः आरंभ करने में बहुत सावधान रहूंगा।

जितना समय का सवाल है, यह कुछ मिनटों से ज्यादा नहीं लेगा।

इसके अलावा, यदि आपके पास DB उदाहरण पर चलने वाला कोई भी iptables है, जो सिर्फ इस आंतरिक IP को DB से कनेक्ट करने की अनुमति दे रहा है, तो यह भी काम नहीं करेगा, क्योंकि आपका आंतरिक IP बदल जाएगा।

इसलिए, कृपया सावधान रहें यदि आप इस उदाहरण को फिर से शुरू करना चाहते हैं, और इसके बारे में सोचें।

— Napster_X
स्रोत

2

आपका आंतरिक IP / होस्टनाम बदल जाएगा और आपका इलास्टिक IP अलग हो जाएगा (जब तक कि आप VPC में न हों)।

उदाहरण को पुनरारंभ करने के बाद इलास्टिक IP को फिर से डालें। मैं नियमित रूप से उदाहरण के आकार को बदलने के लिए ऐसा करता हूं और आप केवल एक दो मिनट डाउनटाइम देख रहे हैं।

अपाचे को सत्यापित करें, और किसी भी अन्य सेवाओं को शुरू करने के लिए सेट किया गया है ( chkconfigयदि आप अमेज़ॅन लिनक्स अम्मी चला रहे हैं)।

— जेसन फ्लॉयड
स्रोत

1

जहां तक मुझे याद है, सिस्टम को उसके प्रकार को बदलना बंद करना और इसे फिर से शुरू करना 5-10 मिनट से अधिक नहीं लेना चाहिए (यह अनसाइड हो जाता है कि इसका ईबीएस समर्थित सिस्टम है)। सिस्टम के वापस होने के बाद सेवाओं को शुरू करने के लिए सुनिश्चित करें कि आपके पास रिबूट पर शुरू करने के लिए सक्षम सभी सेवाएं हैं (जैसे कि मेरे ubuntu 12.04 पर कठपुतली के लिए मैंने इसे / etc / default / कठपुतली में सक्षम किया है)। IP का नोट बनाएँ (मैंने इसे बहुत पहले ही स्पष्ट रूप से याद नहीं किया था) और आपके अधिकांश IP सिस्टम से अलग हो सकते हैं, लेकिन यह तब भी आपके खाते में रहेगा इसलिए Elastic IP सेक्शन में जाएं और इसे फिर से संबद्ध करें पुनः आरंभ प्रणाली और आप ठीक हो जाएंगे।

— APZ
स्रोत

1

जैसा कि पहले ही उल्लेख किया गया है, यदि आपके पास एक इलास्टिक आईपी है, तो यह उदाहरण के लिए फिर से संलग्न होगा, इसलिए आपकी DNS सेटिंग्स को छूने की आवश्यकता नहीं होनी चाहिए। एक तरीका या दूसरा, हालांकि, आपका निजी आईपी बदल जाएगा। इसका मतलब यह होगा कि आपको mysql में अपनी GRANT सेटिंग को अपडेट करना होगा। 'कॉस यू नॉट जस्ट GRANT ALL PRIVILEGES ON *.* to 'somedude'@'%'... राइट? ;)

— chrskly
स्रोत