अवलोकन #

यह गाइड ग्लोबल सर्वर लोड बैलेंसिंग (जीटीएम) कॉन्फ़िगरेशन को मान्य करने और समस्या निवारण के लिए एक संरचित दृष्टिकोण प्रदान करती है। RELIANOID ऐसे वातावरण, विशेष रूप से जब सेवाओं से अपेक्षा की जाती है कि वे ऑन-प्रिमाइसेस से डिजास्टर रिकवरी (डीआर) साइटों पर स्वचालित रूप से विफल हो जाएं।

इसमें एप्लिकेशन-आधारित सार्वजनिक आईपी और आंतरिक जीएसएलबी सेवाओं के लिए सर्वोत्तम प्रथाएं भी शामिल हैं।

सत्यापन क्षेत्र #

यह मार्गदर्शिका निम्नलिखित पर लागू होती है:

• एकाधिक साइटों (ऑन-प्रिमाइसेस + डीआर) के साथ जीएसएलबी परिनियोजन
• सार्वजनिक आईपी के माध्यम से उपलब्ध सेवाएं
• DNS-आधारित फ़ेलओवर का उपयोग करके RELIANOID जीएसएलबी
• स्वास्थ्य जांच के आधार पर स्वचालित फ़ेलओवर परिदृश्य

सत्यापन के लिए प्रमुख घटक #

फ़ेलओवर व्यवहार की समस्या निवारण से पहले, निम्नलिखित की पुष्टि करें:

जीएसएलबी कॉन्फ़िगरेशन #

• GSLB सेवा निम्न प्रकार से सही ढंग से कॉन्फ़िगर की गई है:
  • एकाधिक बैकएंड साइटें (ऑन-प्रिमाइसेस + डीआर)
  • सही समाधान नीतियां (प्राथमिकता, विलंबता, आदि)
• DNS ज़ोन और रिकॉर्ड सही ढंग से परिभाषित हैं

स्वास्थ्य जाँच #

• स्वास्थ्य जांच इस प्रकार हैं:
  • सभी बैकएंड सेवाओं के लिए सक्षम
  • एप्लिकेशन एंडपॉइंट्स को सही ढंग से लक्षित करना (केवल आईपी/पोर्ट ही नहीं)
• अपेक्षित प्रतिक्रिया कोड या सामग्री सत्यापन कॉन्फ़िगर किया गया है

DNS कॉन्फ़िगरेशन #

• टीटीएल मान उचित रूप से कॉन्फ़िगर किए गए हैं (फेलओवर के लिए कम टीटीएल की अनुशंसा की जाती है)
• आधिकारिक डीएनएस इंगित कर रहा है RELIANOID जीएसएलबी

ऑन-प्रीम से डीआर में फ़ेलओवर का सत्यापन #

चरण 1: सामान्य संचालन की पुष्टि करें (प्राथमिक सक्रिय) #

• DNS रिज़ॉल्यूशन क्वेरी करें:

  खोदना

• सत्यापित करो कि:
  • हल किया गया आईपी ऑन-प्रिमाइसेस साइट से मेल खाता है।
  • एप्लिकेशन सुलभ और उपयोगी है।

चरण 2: विफलता का अनुकरण करें #

प्राथमिक साइट पर विफलता की स्थिति उत्पन्न करें:

• बैकएंड सेवाओं को रोकें
• ब्लॉक स्वास्थ्य जांच एंडपॉइंट
• फ़ार्म या बैकएंड को अक्षम करें

चरण 3: स्वास्थ्य जांच पहचान को मान्य करें #

• पुष्टि करें RELIANOID प्राथमिक साइट को डाउन के रूप में चिह्नित करता है
• लॉग और मॉनिटरिंग की जांच करके सुनिश्चित करें:
  • स्वास्थ्य जांच उम्मीद के मुताबिक विफल हो रही है।
  • कोई गलत सकारात्मक/नकारात्मक परिणाम नहीं।

चरण 4: DNS फ़ेलओवर को मान्य करें #

• DNS क्वेरी को पुनः चलाएँ:

  खोदना

• अपेक्षित परिणाम:
  • अब आईपी आईडी डीआर साइट पर रीडायरेक्ट हो जानी चाहिए।

नोट: DNS कैशिंग, TTL के आधार पर प्रसार में देरी कर सकती है।

चरण 5: एप्लिकेशन की उपलब्धता सत्यापित करें #

• रिजॉल्व्ड डीआर आईपी का उपयोग करके एप्लिकेशन तक पहुंचें।
• पुष्टि करें:
  • एप्लिकेशन पूरी तरह से काम कर रहा है।
  • किसी भी प्रकार की निर्भरता संबंधी समस्याएँ नहीं हैं (डेटाबेस, एपीआई आदि)।

सामान्य मुद्दे और समस्या निवारण #

फ़ेलओवर ट्रिगर नहीं हुआ #

• स्वास्थ्य जांच में अत्यधिक छूट (उदाहरण के लिए, HTTP सत्यापन के बजाय TCP सत्यापन)
• गलत स्वास्थ्य जांच एंडपॉइंट
• बैकएंड अभी भी आंशिक रूप से प्रतिक्रिया दे रहा है।

फिक्सएप्लिकेशन-स्तर की जाँचों का उपयोग करें (HTTP स्थिति, प्रतिक्रिया निकाय)

DNS अभी भी प्राथमिक DNS पर ही रिजॉल्व हो रहा है #

• टीटीएल बहुत अधिक है
• क्लाइंट-साइड डीएनएस कैशिंग
• रिकर्सिव डीएनएस सर्वर रीफ्रेश नहीं हुए

फिक्स:

• कम टीटीएल (उदाहरण के लिए, 30-60 सेकंड)
• स्थानीय DNS कैश को खाली करें
• बाह्य रिजॉल्वर (dig @8.8.8.8) के साथ परीक्षण करें

डीआर साइट ट्रैफ़िक को सेवा नहीं दे रही है #

• डीआर बैकएंड ठीक से कॉन्फ़िगर नहीं किया गया है
• आवश्यक घटक अनुपस्थित हैं (डेटाबेस, स्टोरेज, प्रमाणीकरण)
• फ़ायरवॉल या रूटिंग संबंधी समस्याएं

फिक्सलोड बैलेंसर के अलावा संपूर्ण DR स्टैक की तत्परता को सत्यापित करें।

आंतरायिक विफलता (फ्लैपिंग) #

• अस्थिर स्वास्थ्य जांच
• नेटवर्क विलंबता या पैकेट हानि
• असंगत बैकएंड प्रतिक्रियाएँ

फिक्स:

• स्वास्थ्य जांच अंतराल और सीमा को समायोजित करें
• विफलता सहनशीलता बढ़ाएँ

अनुप्रयोग-आधारित सार्वजनिक आईपी संबंधी विचार #

जब प्रति साइट सार्वजनिक आईपी का उपयोग किया जाता है:

• सुनिश्चित करें कि प्रत्येक साइट अपनी सार्वजनिक आईपी आईडी का विज्ञापन करे।
• GSLB को प्रत्येक साइट के लिए सही IP पता लौटाना चाहिए।
• मान्य करें:
  • NAT और फ़ायरवॉल नियम
  • प्रत्येक एंडपॉइंट के लिए एसएसएल प्रमाणपत्र
  • सभी साइटों पर एक समान अनुप्रयोग व्यवहार

आंतरिक जीएसएलबी सेवाओं के लिए दिशानिर्देश #

केवल आंतरिक सेवाओं के लिए (निजी DNS / आंतरिक ऐप्स):

DNS कॉन्फ़िगरेशन #

• आंतरिक DNS सर्वरों का उपयोग करें जो एकीकृत हैं RELIANOID जीएसएलबी
• यह सुनिश्चित करें कि ग्राहक सही आंतरिक समाधानकर्ताओं के माध्यम से अपनी समस्याओं का समाधान करें।

नेटवर्क विचार #

• साइटों के बीच रूटिंग की पुष्टि करें (वीपीएन/एमपीएलएस)
• सुनिश्चित करें कि डीआर साइट सभी क्लाइंट नेटवर्क से पहुंच योग्य हो।

स्वास्थ्य जाँच #

• आंतरिक एंडपॉइंट (निजी आईपी) का उपयोग करें
• एप्लिकेशन-लेयर प्रतिक्रियाओं को मान्य करें

विभाजित-मस्तिष्क परिहार #

• GSLB नोड्स के बीच उचित सिंक्रनाइज़ेशन सुनिश्चित करें
• ऐसी स्थितियों से बचें जहां दोनों साइटों को गलत तरीके से सक्रिय माना जाता है।

सर्वोत्तम प्रथाएं #

• तेज़ फ़ेलओवर के लिए कम TTL मानों का उपयोग करें
• हमेशा एप्लिकेशन-स्तर के स्वास्थ्य जांच का उपयोग करें
• नियमित रूप से फेलओवर अभ्यास करें
• वैश्विक स्तर पर DNS समाधान की निगरानी करें
• प्राइमरी और डीआर के बीच कॉन्फ़िगरेशन समानता सुनिश्चित करें

सत्यापन चेकलिस्ट #

[ ] सभी साइटों के साथ GSLB सेवा कॉन्फ़िगर की गई है
[ ] स्वास्थ्य जांच मान्य और विश्वसनीय
[ ] टीटीएल को उचित रूप से कॉन्फ़िगर किया गया है
[ ] डीआर वातावरण पूरी तरह से चालू है
[ ] DNS फ़ेलओवर का परीक्षण और पुष्टि हो गई है
[ ] एप्लिकेशन का परीक्षण विफलता के बाद किया गया
[ ] आंतरिक सेवाओं का सत्यापन किया गया (यदि लागू हो)

सारांश #

उचित सत्यापन RELIANOID GSLB ऑन-प्रिमाइसेस से DR वातावरण में निर्बाध स्वचालित फेलओवर सुनिश्चित करता है, जिससे डाउनटाइम कम होता है और सेवा की निरंतरता बनी रहती है।

सफल कार्यान्वयन के लिए निम्नलिखित के बीच समन्वय आवश्यक है:

• डीएनएस कॉन्फ़िगरेशन
• स्वास्थ्य जांच
• आवेदन की तैयारी
• नेटवर्क डिजाइन