सवाल ईसी 2: एक उदाहरण का सार्वजनिक DNS स्थिर है? क्या मैं इस पर भरोसा नहीं कर सकता?


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

ec2-123-45-6-789.compute-1.amazonaws.com

मैं अपने ब्राउज़र में सफलतापूर्वक इस सर्वर पर जा सकता हूं, इसे curl, आदि के माध्यम से मारा।

मैं इस वेब सर्वर को एक ऐप में बैक-एंड सेवा के लिए उपयोग करना चाहता हूं, इसलिए मैंने इस यूआरएल को अपने ऐप की कॉन्फ़िगरेशन में रखा है, और यह बहुत अच्छा काम करता है।

लेकिन जब मैं मैन्युअल रूप से अपना उदाहरण बंद कर देता हूं और फिर से शुरू करता हूं, तो मुझे लगता है कि सार्वजनिक DNS बदलता है! मैंने पढ़ा है कि यह तब होता है जब आप स्पष्ट रूप से रुकते हैं और फिर से शुरू करते हैं, लेकिन ऐसा नहीं होता है यदि आप बस "रीबूट" करते हैं।

मैं इस सर्वर को स्पष्ट रूप से रोकने और फिर से शुरू करने की योजना नहीं बना रहा हूं, लेकिन मेरा सवाल है: क्या यह सार्वजनिक DNS किसी भी कारण से कभी भी अपने आप में बदल जाएगा? जैसे अगर मशीन असामान्य रूप से दुर्घटनाग्रस्त हो जाती है, या जो भी हो।

दूसरे शब्दों में, क्या यह एक ऐप जहाज को सुरक्षित करना सुरक्षित है जो इस यूआरएल पर वायर्ड है?


38
2017-11-10 02:47


मूल




जवाब:


सार्वजनिक DNS नाम हमेशा सार्वजनिक आईपी पते से मेल खाता है।

सार्वजनिक आईपी पता तब तक एक उदाहरण के लिए रहता है जब तक इसे समाप्त या बंद नहीं किया जाता है। एक रीबूट सार्वजनिक आईपी पता नहीं बदलता है।

यदि एक ईसी 2 उदाहरण वीपीसी में है, तो यह एक ही सार्वजनिक आईपी पते को एक स्टॉप पर बनाए रखेगा और शुरू करेगा।

यदि एक ईसी 2 उदाहरण जो वीपीसी में नहीं है, बंद कर दिया गया है और फिर फिर से शुरू किया गया है, तो शायद यह एक अलग सार्वजनिक आईपी पता प्राप्त होगा।

उदाहरण विफल हो सकते हैं। जब आप असफल या समाप्त उदाहरण को प्रतिस्थापित करने के लिए एक नया उदाहरण प्रारंभ करते हैं, तो शायद यह एक अलग सार्वजनिक आईपी पता प्राप्त करेगा।

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

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

प्रत्येक लोचदार आईपी पता सार्वजनिक DNS नाम के साथ आता है, लेकिन शायद आप अपने स्वयं के होस्टनाम को लोचदार आईपी पते पर मैप करने से बेहतर होंगे ताकि नाम मनुष्यों को अधिक समझ में आता है।

लोचदार आईपी पते के लिए यहां एक गाइड है:

http://aws.amazon.com/articles/1346

यहां एक लेख लिखा गया है जो एक उदाहरण के रिबूटिंग और स्टॉप / स्टार्ट के बीच अंतर के बारे में बात करता है:

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

यहां एक लेख लिखा गया है जो एक कारण प्रदान करता है जिसे आप एक उदाहरण को रोकना / शुरू करना चाहते हैं, भले ही आपको नहीं लगता कि आप आज करेंगे:

एक ईसी 2 इंस्टेंस को बड़े आकार में ले जाना
http://alestic.com/2011/02/ec2-change-type


62
2017-11-10 03:12



अच्छी तरह से प्रति जानकारी मैंने अपने ec2 इंस्टेंस को रीबूट कर दिया है और अभी पता चला है कि सार्वजनिक डीएनएस एक नए आईपी में बदल गया है। हो सकता है कि उदाहरण के बीच में दुर्घटनाग्रस्त हो लेकिन मुझे इसके बारे में निश्चित नहीं है। - Nicolas Manzini
अमेज़ॅन केवल सिफारिश करता है कि लोड बैलेंसर्स के लिए लोचदार आईपी का उपयोग किया जाता है। इसलिए यदि आपके पास ec2 इंस्टेंस पर एक निजी सेवा है तो आपको ips को मैन्युअल रूप से अपडेट करना होगा। docs.aws.amazon.com/AWSEC2/latest/UserGuide/... - Jesse
@ जेसे ईएलबी (लोचदार लोड बैलेंसर्स) लोचदार आईपी पते का उपयोग नहीं करते हैं। वास्तव में, ईएलबी हर समय आईपी पते बदलते हैं और इसे स्थायी रूप से नहीं बनाया जा सकता है। लोचदार आईपी ईसी 2 उदाहरणों पर लागू होते हैं और इसी तरह मूल प्रश्न के लिए बिल्कुल आवश्यक है। - Eric Hammond