क्या यह संभव है कि एक डोमेन नाम में एक से अधिक आईपी पते हों?

Question

उदाहरण के लिए, जब हम कनेक्ट होते हैं www.example.com, तो सबसे पहले हम कनेक्ट करने का प्रयास करते हैं 192.0.2.1। और अगर पहली कोशिश विफल हो जाती है, तो हम कोशिश करते हैं 192.0.2.222।

क्या यह संभव है? क्या हम एक डोमेन नाम के लिए कई बैकअप आईपी पते पंजीकृत कर सकते हैं?

Comments

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

— कराटेग

@karatedog, मैं मान रहा था कि सॉकेट कनेक्शन अगले आईपी से जुड़ने की कोशिश करेगा अगर यह पहले एक से नहीं जुड़ सकता है

— आकाश कावा

@ आकाशवाणी: एकल कनेक्शन में कई आंतरिक चरण होते हैं। सरलीकृत: एक एप्लिकेशन DNS पर सवाल उठाता है और एक आईपी पता प्राप्त करता है। फिर यह उस आईपी पते से जुड़ जाता है। यदि वह कनेक्शन विफल हो जाता है, तो एप्लिकेशन पहले चरण पर वापस नहीं जाएगा और DNS को फिर से क्वेरी करेगा, केवल अगर ऐसा करने के लिए स्पष्ट रूप से कोडित किया गया हो। और एक DNS सर्वर को कई बार क्वेरी करना जरूरी नहीं कि आपको अलग-अलग आईपी एड्रेस देता है। तो संक्षेप में, स्टॉक DNS का उपयोग लोड-संतुलन उद्देश्यों के लिए नहीं किया जा सकता है।

— कराटेग

क्या हम इस तकनीक का उपयोग कई लोड बैलेंसरों को स्केल करने के लिए कर सकते हैं?

— विकास वर्मा

Answer 1

यह राउंड रॉबिन डीएनएस है। यह लोड संतुलन के लिए एक काफी सरल उपाय है। आमतौर पर DNS सर्वर प्रत्येक आने वाले DNS अनुरोध के लिए DNS रिकॉर्ड को घुमाते / फेरबदल करते हैं। दुर्भाग्य से यह असफलता का वास्तविक समाधान नहीं है। यदि सर्वरों में से एक विफल हो जाता है, तो कुछ आगंतुकों को अभी भी इस असफल सर्वर को निर्देशित किया जाएगा।

Comments

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

— जेन्स ब्रैडलर

क्या आप जानते हैं कि ग्राहक सूची से अपना आईपी कैसे चुनते हैं? क्या एक यादृच्छिक चयन है या ग्राहक को सूची में से पहला चुनना चाहिए? क्योंकि पहले मामले में राउंड / रॉबिन बहुत उपयोगी नहीं है।

— टोबिया

रिकॉर्ड्स में फेरबदल करना या उन्हें घुमाना DNS सर्वर का काम है। अधिकांश ग्राहक केवल पहले रिकॉर्ड का उपयोग करेंगे। उदाहरण के लिए Bind9 को इस प्रकार के रिकॉर्ड सेट पर अलग-अलग ऑर्डर लागू करने के लिए कॉन्फ़िगर किया जा सकता है: bind.isc.org/doc/arm/9.13/Bv9ARM.ch05.html#rrset_ordering

— जेन्स ब्रैडलर

क्या हम इस तकनीक का उपयोग कई लोड बैलेंसरों को स्केल करने के लिए कर सकते हैं?

— विकास वर्मा

Answer 2

तुम कर सकते हो। यही बड़े लोग भी करते हैं।

पहली क्वेरी:

» host google.com 
google.com has address 74.125.232.230
google.com has address 74.125.232.231
google.com has address 74.125.232.232
google.com has address 74.125.232.233
google.com has address 74.125.232.238
google.com has address 74.125.232.224
google.com has address 74.125.232.225
google.com has address 74.125.232.226
google.com has address 74.125.232.227
google.com has address 74.125.232.228
google.com has address 74.125.232.229

अगली क्वेरी:

» host google.com
google.com has address 74.125.232.224
google.com has address 74.125.232.225
google.com has address 74.125.232.226
google.com has address 74.125.232.227
google.com has address 74.125.232.228
google.com has address 74.125.232.229
google.com has address 74.125.232.230
google.com has address 74.125.232.231
google.com has address 74.125.232.232
google.com has address 74.125.232.233
google.com has address 74.125.232.238

जैसा कि आप देख रहे हैं, आईपी की सूची चारों ओर घूमती है, लेकिन दो आईपी के बीच सापेक्ष क्रम समान रहे।

अद्यतन: मुझे कई टिप्पणियाँ डींग मारते हुए दिखाई देती हैं कि DNS राउंड-रॉबिन कैसे विफल-ओवर के लिए सुविधाजनक नहीं है, इसलिए यहां सारांश है: DNS विफल-ओवर के लिए नहीं है । इसलिए यह स्पष्ट रूप से असफलता के लिए अच्छा नहीं है। इसे कभी भी फेल-ओवर के लिए हल नहीं बनाया गया था।

Comments

क्या हमें इस राउंड रॉबिन के लिए कुछ सक्षम करना है या यह हर DNS सर्वर द्वारा स्वचालित रूप से किया जाता है? मेरे पास एक linux और एक MS DNS है।

— आकाश काव

यदि यह विफलता को कवर नहीं करता है तो Google ऐसा क्यों करेगा?

— जोसेफ फारसी

@JosephPersie: क्योंकि DNS का उपयोग असफलता के लिए नहीं किया जाता है। एक ही डोमेन नाम के लिए mulitple आईपी देने से आने वाले अनुरोधों को उन आईपी पते पर सुनने वाले सर्वरों के बीच विभाजित किया जाता है। बैकएंड हेल्थ चेक के बिना इसे पहले स्तर के लोड-बैलेंसिंग के रूप में सोचें। आपको इसकी आवश्यकता नहीं है, यदि आपके पास हजारों सर्वर नहीं हैं :-)

— karatedog

क्या होता है जब लोड बैलेंसर नीचे होता है और उसी बैलेंसर के लिए अनुरोध भेजा जाता है?

— जितेंद्र विस्पुत

@JitendraVispute: DNS आईपी पते के पीछे की सेवा के बारे में नहीं जानता है कि यह वापस आती है। संक्षेप में, अगर एक आईपी पते के पीछे एक टूटा हुआ सर्वर या एक टूटी हुई सेवा है जो सिर्फ DNS सर्वर द्वारा वापस किया गया था, तो उस आईपी के लिए अनुरोध विफल हो जाएगा।

— कराटेग

Answer 3

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

Comments

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

— पैट्रिक मेवज़ेक

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

— एज्रा ए। मोसोमी

और वे एक ही समय में कई समस्याओं का परिचय देते हैं। सिल्वर बुलेट नहीं, हर चीज में विशेषताएं और कमियां हैं। कोई भी नेमवॉयर जियो-लोकेशन कर सकता है और क्लाइंट के आधार पर अलग-अलग आईपी के साथ रिप्लाई कर सकता है, इसके लिए लोड बैलेंसर्स की जरूरत नहीं है। यहां तक ​​कि एक मानक भी है जो मदद करता है: EDNS क्लाइंट सबनेट।

— पैट्रिक मेव्ज़ेक