बहु-साइट उच्च उपलब्धता


15

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

तो सवाल यह है कि हम दो होस्टिंग साइटों के बीच लोड-बैलेंसिंग कैसे सेट कर सकते हैं कि लोड बैलेंसर विफलता का एकल बिंदु नहीं है? क्या प्रत्येक साइट पर दो अलग-अलग लोड बैलेंसरों का उपयोग करने का एक तरीका है? क्या हमें राउंड-रॉबिन डीएनएस पर विचार करना चाहिए?

जवाबों:


14

इसे ठीक से करने के लिए, आपके पास होना चाहिए:

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

ऐसा करने के दो सामान्य तरीके हैं। एक साधारण, एक ... नहीं।

डीएनएस

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

हालाँकि, आप अपने DNS पर बहुत कम TTL सेट कर सकते हैं (जैसे, 30 सेकंड, या 5 मिनट), जिसका अर्थ यह होगा कि यदि आपका DC नीचे जाता है, तो आप अपने DNS को अपडेट करें और 5 मिनट या उसके भीतर, सभी आपके ग्राहक आपके अन्य डीसी की ओर इशारा करेंगे।

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

BGP

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

आपके बीजीपी राउटर आपके प्राथमिक डाटासेंटर पर विज्ञापन देना बंद कर देते हैं, और आपके द्वितीयक डाटासेंटर में विज्ञापन शुरू कर देते हैं। फिर ऑफ़लाइन डेटासेंटर के आसपास के इंटरनेट मार्ग और आपके नए DC पर ट्रैफ़िक भेजता है।


यदि आपको ESXi और vSphere के साथ वर्चुअलाइज किया जाता है, तो VMWare के पास एक बहुत अच्छा उत्पाद है जिसे हमने VMWare साइट रिकवरी मैनेजर कहा जाता है , जो मूल रूप से आपके लिए सब कुछ करता है। यह आपके VM को सिंक में रखता है और 1 साइट के ऑफ़लाइन होने पर उन्हें दूसरी साइट पर अधिकार देता है। हालांकि यह बड़ी रकम है।


यहां तक ​​कि एसआरएम के साथ, आपको अभी भी प्रतिकृति सामान प्राप्त करने की आवश्यकता है और साथ ही कुछ प्रकार की आईपी विफलता भी।
EEAA

सच है, हालांकि esxi5 में एक नया गैर-सैन प्रतिकृति उत्पाद है। मैंने इसमें बहुत कुछ नहीं देखा है।
मार्क हेंडरसन

ओह! वह सही है। मुझे उसके बारे में कुछ याद है।
EEAA

1

आपको लोड-बैलेंसर्स को लोड-बैलेंस करने की आवश्यकता है।

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

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

http://www.eukhost.com/web-hosting/kb/global-server-load-balancing/

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


ऐसा लगता है कि इस दृष्टिकोण में अभी भी विफलता का एक बिंदु है, आपके द्वारा दिए गए लिंक में वर्णित "मास्टर सर्वर"।
माइक

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