फ़ेलओवर और भौगोलिक-स्थान रूटिंग
हेल्थ चेक के साथ सक्रिय-निष्क्रिय फ़ेलओवर कॉन्फ़िगर कीजिए और क्वेरी के भौगोलिक स्रोत के आधार पर प्रतिक्रियाओं को सीमित या अनुकूलित कीजिए।
फ़ेलओवर और भौगोलिक-स्थान रूटिंग, CoddyKit पर AWS Solutions Architect का एक निःशुल्क पाठ है। यह 4 में से 3वाँ पाठ है। इस अध्ययन पथ के 3 तक कोई भी पाठ पूरा पढ़ना निःशुल्क है — इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ व्यावहारिक अभ्यास भी उपलब्ध कराता है। यह AWS Solutions Architect सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। AWS Solutions Architect पाठ्यक्रम में कुल 4 पाठ शामिल हैं।
Failover रूटिंग का अवलोकन
Failover रूटिंग एक सक्रिय-निष्क्रिय कॉन्फ़िगरेशन लागू करती है: एक रिकॉर्ड को Primary और दूसरे को Secondary निर्धारित किया जाता है। जब तक Primary की स्वास्थ्य जाँच सफल रहती है, Route 53 हमेशा Primary रिकॉर्ड लौटाता है। Primary के अस्वस्थ होने पर Route 53 अपने-आप Secondary रिकॉर्ड लौटाने लगता है।
Failover रूटिंग आपदा-पुनर्प्राप्ति स्थितियों के लिए उपयोग की जाने वाली प्रमुख पद्धति है, जहाँ आपके पास उत्पादन वातावरण (प्राथमिक) और एक अतिरिक्त वातावरण (द्वितीयक) होता है, जिसे केवल प्राथमिक के बंद होने पर ट्रैफ़िक मिलना चाहिए।
Failover रिकॉर्ड कॉन्फ़िगर करना
Failover रूटिंग सेट अप करने के लिए एक ही DNS नाम वाले दो रिकॉर्ड बनाएँ: एक में Failover=PRIMARY और दूसरे में Failover=SECONDARY रखें। Primary रिकॉर्ड से स्वास्थ्य जाँच जोड़ें। यदि Secondary किसी ऐसे संसाधन की ओर संकेत करता है जो स्वतंत्र रूप से विफल हो सकता है, तो उसमें भी स्वास्थ्य जाँच जोड़नी चाहिए।
Secondary रिकॉर्ड स्थिर वैकल्पिक व्यवस्था के रूप में काम करता है—यह S3 की स्थिर वेबसाइट, रखरखाव पृष्ठ या कम क्षमता वाले अतिरिक्त वातावरण की ओर संकेत कर सकता है। Secondary में स्वास्थ्य जाँच न होने पर भी Primary के विफल होने पर Route 53 हमेशा उसी पर लौटता है।
# Create primary failover record
aws route53 change-resource-record-sets \
--hosted-zone-id Z1234567890 \
--change-batch '{
"Changes": [{
"Action": "CREATE",
"ResourceRecordSet": {
"Name": "app.example.com",
"Type": "A",
"SetIdentifier": "primary",
"Failover": "PRIMARY",
"TTL": 60,
"ResourceRecords": [{"Value": "54.100.1.1"}],
"HealthCheckId": "hc-primary-id"
}
}]
}'सक्रिय-निष्क्रिय बनाम सक्रिय-सक्रिय
Failover रूटिंग सक्रिय-निष्क्रिय सेटअप बनाती है: सामान्य संचालन में केवल Primary ट्रैफ़िक प्रदान करता है; Secondary अपने उपयोग की प्रतीक्षा में निष्क्रिय रहता है। इससे अतिरिक्त वातावरण की लागत कम होती है, लेकिन पुनर्प्राप्ति में थोड़ा अधिक समय लगता है (DNS TTL के समाप्त होने और Route 53 के स्विच करने में लगने वाला समय)।
सक्रिय-सक्रिय सेटअप में, जहाँ दोनों संसाधन एक साथ ट्रैफ़िक प्रदान करते हैं, समान भार वाली भारित रूटिंग या विलंबता रूटिंग का उपयोग करें। किसी एक संसाधन के विफल होने पर उसकी स्वास्थ्य जाँच विफल हो जाती है और Route 53 उसे DNS प्रतिक्रियाओं से अपने-आप हटा देता है—इस तरह अंतर्निहित विफलता-स्थानांतरण के साथ सक्रिय-सक्रिय व्यवस्था प्राप्त होती है।
भौगोलिक-स्थान रूटिंग का अवलोकन
भौगोलिक-स्थान रूटिंग DNS रिज़ॉल्वर (आमतौर पर उपयोगकर्ता के ISP रिज़ॉल्वर या AWS Route 53 रिज़ॉल्वर) के भौगोलिक स्थान के आधार पर DNS क्वेरी रूट करती है। आप विशिष्ट महाद्वीपों, देशों या US राज्यों के लिए रिकॉर्ड बनाते हैं, और Route 53 उस रिकॉर्ड को लौटाता है जिसका स्थान क्वेरी के स्रोत से सबसे विशिष्ट रूप से मेल खाता है।
यदि कोई विशिष्ट स्थान रिकॉर्ड मेल नहीं खाता, तो Route 53 डिफ़ॉल्ट रिकॉर्ड लौटाता है (यदि कॉन्फ़िगर किया गया हो)। डिफ़ॉल्ट रिकॉर्ड के बिना, मेल न खाने वाले स्थानों से आने वाली क्वेरी को NODATA मिलता है। जिन स्थानों को आपने स्पष्ट रूप से कॉन्फ़िगर नहीं किया है, वहाँ के उपयोगकर्ताओं के लिए हमेशा डिफ़ॉल्ट रिकॉर्ड बनाएँ।
# Create a geolocation record for Germany
aws route53 change-resource-record-sets \
--hosted-zone-id Z1234567890 \
--change-batch '{
"Changes": [{
"Action": "CREATE",
"ResourceRecordSet": {
"Name": "www.example.com",
"Type": "A",
"SetIdentifier": "germany",
"GeoLocation": {"CountryCode": "DE"},
"TTL": 60,
"ResourceRecords": [{"Value": "54.200.1.1"}]
}
}]
}'भौगोलिक-स्थान रूटिंग के उपयोग
भौगोलिक-स्थान रूटिंग के प्रमुख उपयोग:
- भाषा-विशिष्ट सामग्री: फ़्रेंच बोलने वालों को फ़्रेंच भाषा वाले CDN स्रोत पर और जर्मन बोलने वालों को जर्मन स्रोत पर भेजना
- नियामकीय अनुपालन: यह सुनिश्चित करना कि EU उपयोगकर्ता का डेटा EU क्षेत्रों में ही रहे (GDPR), या विशिष्ट देशों से पहुँच रोकना
- स्थानीयकृत मूल्य या उपलब्धता: क्षेत्र-विशिष्ट मूल्य दिखाना या सेवाओं को समर्थित क्षेत्रों तक सीमित रखना
- भौगोलिक अवरोधन: प्रतिबंधित स्थानों के उपयोगकर्ताओं के लिए किसी रखरखाव एंडपॉइंट की ओर संकेत करने वाला भौगोलिक-स्थान रिकॉर्ड बनाकर अवरोध पृष्ठ या खाली उत्तर लौटाना
भौगोलिक-स्थान की विशिष्टता और डिफ़ॉल्ट रिकॉर्ड
Route 53 सबसे विशिष्ट भौगोलिक-स्थान से मिलान करता है: राज्य-स्तरीय रिकॉर्ड को देश-स्तरीय रिकॉर्ड पर, देश-स्तरीय रिकॉर्ड को महाद्वीप-स्तरीय रिकॉर्ड पर और महाद्वीप-स्तरीय रिकॉर्ड को डिफ़ॉल्ट रिकॉर्ड पर प्राथमिकता मिलती है। US राज्य-स्तरीय भौगोलिक-स्थान केवल United States के लिए उपलब्ध है।
यदि आप डिफ़ॉल्ट रिकॉर्ड नहीं बनाते और उपयोगकर्ता का स्थान किसी कॉन्फ़िगर किए गए रिकॉर्ड से मेल नहीं खाता, तो Route 53 NXDOMAIN या NODATA लौटाता है—इससे बिना कॉन्फ़िगर किए गए क्षेत्रों के उपयोगकर्ताओं की पहुँच चुपचाप टूट जाती है। ऐसी अनदेखी विफलताओं से बचने के लिए हमेशा एक डिफ़ॉल्ट भौगोलिक-स्थान रिकॉर्ड को सर्वग्राही रिकॉर्ड के रूप में जोड़ें।
भौगोलिक-समीपता रूटिंग
भौगोलिक-समीपता रूटिंग उपयोगकर्ताओं और संसाधनों के बीच की भौतिक भौगोलिक दूरी के आधार पर ट्रैफ़िक रूट करती है। इसमें प्रत्येक संसाधन की प्रभावी रूटिंग सीमा को बढ़ाने या घटाने के लिए वैकल्पिक पूर्वाग्रह दिया जा सकता है। धनात्मक पूर्वाग्रह उस भौगोलिक क्षेत्र को बढ़ाता है जहाँ कोई संसाधन सेवा देता है; ऋणात्मक पूर्वाग्रह उसे घटाता है।
भौगोलिक-समीपता केवल Traffic Flow (Route 53 का दृश्य रूटिंग नीति संपादक) के माध्यम से उपलब्ध है। यह AWS क्षेत्रों का समर्थन करती है, जिनके निर्देशांक Route 53 स्वतः जानता है, और कस्टम संसाधन स्थानों का भी, जहाँ आप अक्षांश और देशांतर देते हैं।
Route 53 Traffic Flow
Route 53 Traffic Flow एक दृश्य नीति संपादक है, जो आपको पेड़ जैसी आकृति में कई रूटिंग नीतियों को जोड़कर जटिल रूटिंग तर्क बनाने देता है। उदाहरण के लिए, आप पहले EU ट्रैफ़िक को अलग करने के लिए भौगोलिक-स्थान रूटिंग लागू कर सकते हैं, फिर EU के भीतर सर्वोत्तम प्रदर्शन वाला क्षेत्र चुनने के लिए विलंबता रूटिंग और अंत में ब्लू-ग्रीन परिनियोजन के लिए प्रत्येक क्षेत्र के भीतर भारित रूटिंग लागू कर सकते हैं।
Traffic Flow नीतियों के संस्करण बनाए जाते हैं, जिससे आप परिवर्तनों का सुरक्षित रूप से परीक्षण कर सकते हैं। आप एक Traffic Flow नीति को एक या अधिक DNS नामों से संबद्ध करते हैं और अलग-अलग रिकॉर्ड दोबारा बनाए बिना नीति के अद्यतन तुरंत लागू हो जाते हैं।
Failover को अन्य नीतियों के साथ संयोजित करना
Failover रूटिंग को अन्य नीतियों के भीतर शामिल किया जा सकता है। एक सामान्य तरीका है: निकटतम क्षेत्र चुनने के लिए विलंबता रूटिंग का उपयोग करें, लेकिन प्रत्येक क्षेत्र के भीतर Failover रिकॉर्ड रखें, ताकि उस क्षेत्र का प्राथमिक एंडपॉइंट विफल होने पर ट्रैफ़िक अपने-आप उसी क्षेत्र के द्वितीयक एंडपॉइंट पर चला जाए।
एक अन्य तरीका है: प्राथमिक एंडपॉइंट के लिए विलंबता रूटिंग का उपयोग करके बहु-क्षेत्रीय सक्रिय-निष्क्रिय व्यवस्था बनाना। यदि प्राथमिक क्षेत्र की स्वास्थ्य जाँच विफल होती है, तो Route 53 अगली सबसे कम-विलंबता वाले स्वस्थ क्षेत्र पर चला जाता है—इस प्रकार विलंबता अनुकूलन और DR विफलता-स्थानांतरण को प्रभावी रूप से जोड़ा जाता है।
Failover के लिए स्वास्थ्य जाँच की आवश्यकताएँ
Failover रूटिंग के सही ढंग से काम करने के लिए Primary रिकॉर्ड से स्वास्थ्य जाँच अनिवार्य रूप से** जुड़ी होनी चाहिए। स्वास्थ्य जाँच के बिना Route 53 Primary को हमेशा स्वस्थ मानता है और कभी भी Secondary पर स्विच नहीं करता। Secondary रिकॉर्ड में वैकल्पिक रूप से अपनी स्वास्थ्य जाँच हो सकती है; Secondary भी विफल होने पर Route 53 फिर भी उसका पता लौटाता है (क्योंकि वही अंतिम उपाय है)।
Failover के साथ उपयोग किए जा सकने वाले स्वास्थ्य जाँच प्रकार: HTTP/HTTPS एंडपॉइंट जाँच, TCP जाँच और CloudWatch अलार्म जाँच (जो कई मेट्रिक को जोड़ने वाले संयुक्त अनुप्रयोग स्वास्थ्य संकेतों के लिए उपयोगी हैं)।
भौगोलिक-स्थान बनाम विलंबता: परीक्षा में अंतर
यह अंतर SAA-C03 परीक्षा में अक्सर पूछा जाता है:
- भौगोलिक-स्थान: उपयोगकर्ता भौगोलिक रूप से कहाँ स्थित है इसके आधार पर रूट करती है—प्रदर्शन चाहे जैसा हो, किसी देश या महाद्वीप के लिए हमेशा वही एंडपॉइंट लौटाती है; इसका उपयोग सामग्री के स्थानीयकरण और अनुपालन के लिए किया जाता है
- विलंबता: उपयोगकर्ता तक नेटवर्क प्रदर्शन के आधार पर रूट करती है—यदि उस समय eu-west-1 से तेज़ हो, तो यूरोप के उपयोगकर्ता को us-east-1 पर भेज सकती है; इसका उपयोग प्रदर्शन अनुकूलन के लिए किया जाता है
परीक्षा प्रश्नों में संकेत शब्द: 'डेटा के निवास संबंधी नियमों का पालन करें', 'देश-विशिष्ट सामग्री', 'कुछ क्षेत्रों के उपयोगकर्ताओं को अवरुद्ध करें' → भौगोलिक-स्थान। 'निकटतम क्षेत्र', 'सबसे कम विलंबता', 'वैश्विक उपयोगकर्ताओं के लिए सर्वोत्तम प्रदर्शन' → विलंबता।
त्वरित जाँच
इस पाठ में सिखाई गई AWS Solutions Architect (SAA-C03) अवधारणाओं की अपनी समझ जाँचें।
पाठ का पुनरावलोकन
इस पाठ में आपने सीखा: फेलओवर रूटिंग सक्रिय-निष्क्रिय HA बनाती है और Primary की स्वास्थ्य जाँच विफल होने पर Secondary पर स्विच करती है, भौगोलिक-स्थान रूटिंग अनुपालन और स्थानीयकरण के लिए उपयोगकर्ताओं को उनके भौगोलिक उद्गम के आधार पर निर्देशित करती है, और भौगोलिक-समीपता रूटिंग Traffic Flow के माध्यम से विन्यास योग्य झुकाव के साथ भौतिक दूरी का उपयोग करती है। असंगत स्थानों को संभालने के लिए हमेशा एक डिफ़ॉल्ट भौगोलिक-स्थान रिकॉर्ड जोड़ें। आगे हम स्वास्थ्य जाँचों और DNS फेलओवर का विस्तार से अध्ययन करेंगे।
एआई शिक्षक के साथ AWS Solutions Architect सीखें — निःशुल्क
अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।
- पाठ्यक्रम
- 30
- पाठ
- 120
अक्सर पूछे जाने वाले प्रश्न
क्या “फ़ेलओवर और भौगोलिक-स्थान रूटिंग” पाठ निःशुल्क है?
हाँ — AWS Solutions Architect अध्ययन पथ के 3 तक कोई भी पाठ, जिसमें “फ़ेलओवर और भौगोलिक-स्थान रूटिंग” भी शामिल है, यहाँ वेब पर पूरा पढ़ना निःशुल्क है। इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ इंटरैक्टिव अभ्यास भी उपलब्ध कराता है। AWS Solutions Architect पाठ्यक्रम में कुल 4 पाठ शामिल हैं।
“फ़ेलओवर और भौगोलिक-स्थान रूटिंग” में मैं क्या सीखूँगा?
हेल्थ चेक के साथ सक्रिय-निष्क्रिय फ़ेलओवर कॉन्फ़िगर कीजिए और क्वेरी के भौगोलिक स्रोत के आधार पर प्रतिक्रियाओं को सीमित या अनुकूलित कीजिए। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ AWS Solutions Architect का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।
क्या AWS Solutions Architect शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?
पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर AWS Solutions Architect शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 3वाँ पाठ है।
“फ़ेलओवर और भौगोलिक-स्थान रूटिंग” पाठ पूरा करने में कितना समय लगता है?
CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।
क्या मैं इस AWS Solutions Architect पाठ में कोड लिख और चला सकता हूँ?
हाँ। हर AWS Solutions Architect पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।
इस पाठ्यक्रम के सभी पाठ
- होस्टेड ज़ोन और DNS रिकॉर्ड प्रकार
- रूटिंग नीतियाँ: सरल, भारित और विलंबता-आधारित
- फ़ेलओवर और भौगोलिक-स्थान रूटिंग
- हेल्थ चेक और DNS फ़ेलओवर