CDN की तरह क्षेत्रीय DNS कैसे करें?

Question

मुझे लगता है कि इस सवाल का शीर्षक दिया जा सकता है, DNS स्तर पर CDN का काम कैसे करते हैं, लेकिन मुझे जो वास्तविक समस्या है, वह यह है कि मेरी कंपनी के तीन महाद्वीपों में डेटासेंटर हैं और हमारे पास europe.example.com us.example.com और asia.example है। .com

सीडीएन आमतौर पर आपके आईपी पते के आधार पर मुझे आपके द्वारा की गई स्थानीय डेटासेटर के लिए भेज देता है। यह एक DNS चीज़ होनी चाहिए जहाँ आपके पास यूएसए में DNS सर्वर है जो आपको यूएसए डेटासेंटर के लिए उसी example.com DNS लुकअप के लिए भेजता है?

क्या मै गलत हु? यदि मैं इस बारे में गलत हूं, तो मैं इसे प्रभावी ढंग से कैसे करूंगा और यदि केंद्रीय (गैर डीएनएस) सर्वरों के बिना संभव हो सकता है?

Comments

आपको ऐसा नहीं करना चाहिए: queue.acm.org/detail.cfm?id=1647302

— एटिएन डेक्म्प्स 18

Answer 1

सीडीएन के साथ परेशानी यह है कि वे आपको अपने आईपी पते के आधार पर निर्देशित नहीं करते हैं - वे आपको आपके DNS सर्वर के आईपी पते के आधार पर निर्देशित करते हैं ... जो पूरी तरह से गलत हो सकता है। और पॉल विक्सी के एसीएम लेख पढ़ें , यह पैसे पर धमाका है।

किसी भी तरह, यदि आप पहले ही region.example.comसेट अप और रनिंग कर चुके हैं, तो आप क्लाइंट के आईपी पते के आधार पर संबंधित वेबसर्वर से HTTP रीडायरेक्ट करने पर विचार कर सकते हैंexample.com ।

यह बहुत कुछ है जो Google करता है, यह है कि मैं कैसे google.co.ukटाइप करता हूं google.com।

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

Answer 2

नए CDN (Cloudflare, MaxCDN, fast.ly) DNS और वास्तविक सामग्री सर्वर दोनों के लिए anycast का उपयोग करते हैं। DNS क्वेरी के स्रोत IP और कभी बदलते मैपिंग डेटाबेस का उपयोग करने की कोशिश करने से यह कुछ हद तक बेहतर है।

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

एनीकट को अच्छा करना मुश्किल है ।

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

Answer 3

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

Comments

बेन, तुम्हारा क्या मतलब है? क्या आपका मतलब है कि मेरे पास यूएस में DNS सर्वर है और उदाहरण के लिए यूके में। जब मैं DNS के बारे में सोचता हूं तो मैं अपना A रिकॉर्ड सेट करता हूं और मैं पूरा हो जाता हूं। मैं क्षेत्रीय आधार पर इन DNS सर्वरों को कैसे निर्दिष्ट कर सकता हूं?

— स्टीवर्ट रॉबिन्सन

मेरा मानना ​​है कि वह जिस चीज का जिक्र कर रहा है वह कुछ इस तरह है जैसे बाँध में विचार। आप क्लाइंट के आईपी पते के आधार पर DNS के अलग-अलग दृश्य सेट कर सकते हैं, जिसे भौगोलिक क्षेत्र से संबंधित माना जा सकता है। ऐसी कई सेवाएं उपलब्ध हैं जो आप एक एपीआई के लिए अनुरोध को पाइप कर सकते हैं और एक स्थान प्राप्त कर सकते हैं। थोड़े समय के लिए देखते हुए, आप कम / लागत मूल्य विकल्प के लिए hostip.info/dl/index.html आज़मा सकते हैं ।

— यूनानी

मेरी शाम को ब्राउज़ करने के लिए बस इसे चलाने के लिए हुआ: blogs.techrepublic.com.com/networking/…

— Greeblesnort

@Stewart - नहीं, आप प्रति क्षेत्र में एक DNS सर्वर नहीं चलाएंगे। ठीक है, आप कर सकते हैं, लेकिन यह अतिरेक के लिए होगा, क्योंकि डीएनएस सिस्टम स्वयं स्थान-रेखा है। @ greeblesnort का जवाब लगभग उनके नाम जितना अच्छा है। :-)

— बेन डूम

Answer 4

आप example.com पर एक डिफ़ॉल्ट मुख्य पृष्ठ सेटअप कर सकते हैं। पहली बार जब वे जाते हैं तो वे यह चुनते हैं कि वे किस क्षेत्र में जाना चाहते हैं। यह उसी तरह है जैसे www.ups.com काम करता है।

उपयोगकर्ता इस बिंदु से उसकी / उसकी डिफ़ॉल्ट पसंद बनाने के लिए एक चेक बॉक्स का चयन कर सकता है, इस प्रकार एक कुकी में चयन को संग्रहीत कर सकता है।

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

Answer 5

यदि आपके पास कई क्षेत्रों में होस्ट की गई वेबसाइट है, तो आपको DNS स्तर पर कुछ भी करने की आवश्यकता नहीं है। आगंतुक का देश पाने के लिए आप http://ipinfo.io जैसे एपीआई का उपयोग कर सकते हैं , और फिर उन्हें उपयुक्त URL पर पुनर्निर्देशित कर सकते हैं।

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