अमेज़न EC2 पब्लिक डीएनएस बेकार है?


12

जब आप रोकते हैं या उदाहरण समाप्त करते हैं, तो सार्वजनिक DNS, जैसे ec2-xxxx.compute-1.amazonaws.com को बदल दिया जाता है।

तो इसका मतलब यह है कि उनके पास एक ही जीवन अवधि ec2 सार्वजनिक आईपी पता है , इसलिए मुझे इस सार्वजनिक DNS का उपयोग क्यों करना चाहिए? उन्हें याद रखना आसान नहीं है, और न ही व्यर्थ है ।।


1
कुछ मामलों में, जहाँ आप केवल CNAME रिकॉर्ड सेट कर सकते हैं। सार्वजनिक DNS खेल में आता है।
श्याम सुंदर सीएस

@ CS3, आप उदाहरण के लिए A रिकॉर्ड का उपयोग करके कर सकते हैं। चूंकि दोनों सार्वजनिक आईपी और डीएनएस में एक ही उम्र है।
रयान

'ए' रिकॉर्ड्स को आईपी पते पर मैप किया जा सकता है। लेकिन अगर एक ही मशीन एक ही पते के साथ अलग-अलग सेवाओं को उजागर करती है, तो CNAME सार्थक डोमेन नाम बताने में मदद कर सकता है। (जैसे: ftp.domain.tld, www.domain.tld)।
श्याम सुंदर सीएस

सार्वजनिक DNS और सार्वजनिक IP के बीच केवल एक अंतर है। नीचे मेरा जवाब देखें।
एरिक हैमंड

मेरे पास ठीक उसी प्रश्न पर 3 साल हैं। मेरा निष्कर्ष ... सार्वजनिक DNS बहुत बेकार है। यदि उन्होंने एक अद्वितीय, लेकिन स्थायी रूप से निर्धारित सार्वजनिक डीएनएस (उदाहरण के लिए एक गाइड) को सौंपा था, तो मैं अपने उदाहरण को रोक / शुरू करने में सक्षम हो जाएगा, यह जानकर कि मेरे एसएसएच और एसएफटीपी कनेक्शन जो मेरे पास पहले से हैं, वे अभी भी काम करेंगे। ऐसा लगता है कि यह सरल बात एक लोचदार आईपी पते को खरीदने के बिना असंभव है .. जो कि एक उदाहरण के लिए एक बहुत बड़ी बर्बादी है जो केवल कभी-कभी शुरू होती है।
ग्रेग वुड्स

जवाबों:


28

सार्वजनिक DNS नाम (चाहे लोचदार आईपी पता हो या न हो) बिल्कुल वैसा ही है जैसा कि सार्वजनिक आईपी पते (लोचदार आईपी या नहीं) के साथ एक महत्वपूर्ण अंतर का उपयोग करने के बाद:

यदि आप EC2 के बाहर से सार्वजनिक DNS नाम को क्वेरी करते हैं, तो यह सार्वजनिक IP पते पर हल होता है। यदि आप EC2 के अंदर से सार्वजनिक DNS नाम को क्वेरी करते हैं, तो यह निजी आईपी पते का समाधान करता है।

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

आप CNAME DNS प्रविष्टि का उपयोग करके इसे बढ़ा सकते हैं जहां आप अपने पसंदीदा होस्टनाम को Elastic IP के बाहरी DNS नाम से मैप करते हैं।

यहाँ एक लेख है जो मैंने पैसे बचाने के लिए और आंतरिक EC2 संचार के साथ नेटवर्क प्रदर्शन में तेजी लाने के लिए इस सुविधा का उपयोग करने के बारे में लिखा है, जो आपके अन्य सभी उदाहरणों पर प्रत्येक उदाहरण के लिए वर्तमान आंतरिक आईपी पते का ट्रैक रखने के लिए है: http://alestic.com/2009 / 06 / EC2 लोचदार-आईपी-आंतरिक

इस एक अंतर के अलावा, मैं मानता हूं कि आप सार्वजनिक DNS नाम के बजाय सार्वजनिक आईपी पते का उपयोग कर सकते हैं क्योंकि:

  1. आप DNS लुकअप न करके समय बचाते हैं

  2. आप किसी भी सुरक्षा जोखिम से बचें जो कभी-कभी DNS प्रोटोकॉल में उत्पन्न होते हैं।

तो मुझे लगता है, वास्तव में, दो और मतभेद हैं ...


7

आप उस सर्वर में SSHing जैसी चीजों को करने के लिए EC2 सार्वजनिक पते का उपयोग करेंगे, या EC2 इंस्टेंसेस को इंटरकनेक्ट करने के लिए, या किसी भी अन्य चीजों के लिए।

यदि आपको एक सुसंगत पते (उपयोगकर्ताओं को इंगित करने के लिए कहना) की आवश्यकता है, तो आप अपने उदाहरण (ओं) के सामने बैठने के लिए एक इलास्टिक लोड बैलेंसर या एक इलास्टिक आईपी का प्रावधान करेंगे।

EC2 के भीतर, सार्वजनिक DNS इंस्टेंस के आंतरिक IP का समाधान करता है, लेकिन EC2 के बाहर यह बाहरी IP का समाधान करता है। यह कई बार उपयोगी हो सकता है, क्योंकि EC2 नोड्स के बीच निजी आईपी का उपयोग करते हुए आपको पैसे बचाता है।


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

2
@ योगा अगर आपको इसकी आवश्यकता नहीं है, तो इसका उपयोग न करें। क्या, वास्तव में, क्या आप यहाँ के लिए जा रहे हैं?
सियजॉयज

2
ceejayoz ने तीसरे पैराग्राफ (EC2 के अंदर और बाहर DNS रिज़ॉल्यूशन) में सवाल का जवाब दिया। मैंने अपने उत्तर में इस पर विस्तार किया है जो केवल इस अंतर पर केंद्रित है।
एरिक हैमंड

@ EricHammond निष्पक्षता में, मैं संपादन कर रहा था कि जब योग पोस्ट किया गया।
सियजॉयज

5

खैर वे केवल तब बदलते हैं जब आप उदाहरण को रोकते हैं। यदि आपका उदाहरण लंबे समय तक रहने वाला है, तो आप इसे केवल CNAME इंगित कर सकते हैं और यह काम करेगा। वे पूरी तरह से बेकार नहीं हैं, वे सिर्फ क्षणिक हैं।


हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.