मैं विज़ुअलाइवसाइटॉप्टीमाइज़र.कॉम / का स्वामित्व और संचालन करता हूं । ऐप एक कोड स्निपेट प्रदान करता है जिसे मेरे ग्राहक अपनी वेबसाइट में कुछ मीट्रिक को ट्रैक करने के लिए डालते हैं। चूंकि कोड स्निपेट बाहरी जावास्क्रिप्ट (साइट कोड के शीर्ष पर) है, ग्राहक वेबसाइट दिखाने से पहले, एक आगंतुक ब्राउज़र हमारे ऐप सर्वर से संपर्क करता है। यदि हमारा ऐप सर्वर नीचे चला जाता है, तो ब्राउज़र बार (आमतौर पर 60 सेकंड) से पहले कनेक्शन स्थापित करने का प्रयास करता रहेगा। जैसा कि आप कल्पना कर सकते हैं, हम अपने ऐप सर्वर को किसी भी परिदृश्य में रखने का जोखिम नहीं उठा सकते क्योंकि यह न केवल हमारी वेबसाइट आगंतुकों बल्कि हमारे ग्राहकों की वेबसाइट आगंतुकों के अनुभव को भी नकारात्मक रूप से प्रभावित करेगा!
हम वर्तमान में एक अलग डेटा सेंटर (वास्तव में अलग महाद्वीप) में स्थित एक बैकअप सर्वर के साथ डीएनएस फेलओवर तंत्र का उपयोग कर रहे हैं। यही है, हम अपने ऐप सर्वर को 3 अलग-अलग स्थानों से मॉनिटर करते हैं और जैसे ही इसका पता चलता है, हम बैक अप सर्वर आईपी को इंगित करने के लिए एक रिकॉर्ड बदलते हैं। यह अधिकांश ब्राउज़रों के लिए ठीक काम करता है (जैसा कि हमारा टीटीएल 2 मिनट है) लेकिन IE 30 मिनट के लिए डीएनएस को कैश करता है जो एक सौदा हत्यारा हो सकता है। हमारा हाल ही का यह पोस्ट देखें visualwebsiteoptimizer.com/split-testing-blog/maximum-theoretical-downtime-for-a-website-30-minutes/
तो, ऐप डेटा सेंटर प्रमुख आउटेज से पीड़ित होने पर लगभग तत्काल विफलता सुनिश्चित करने के लिए हम किस तरह के सेटअप का उपयोग कर सकते हैं? मैंने यहां पढ़ा www.tenereillo.com/GSLBPageOfShame.htm कि एकाधिक ए रिकॉर्ड होना एक समाधान है, लेकिन हम सत्र तुल्यकालन (अभी तक) बर्दाश्त नहीं कर सकते। एक और रणनीति जो हम खोज रहे हैं, दो ए रिकॉर्ड्स हैं, एक ऐप सर्वर की ओर इशारा करता है और दूसरा एक रिवर्स प्रॉक्सी (एक अलग डेटा सेंटर में स्थित) के लिए है जो मुख्य ऐप सर्वर पर होता है, अगर यह ऊपर है और बैकअप सर्वर के लिए है। क्या आपको लगता है कि यह रणनीति उचित है?
बस अपनी प्राथमिकताओं के बारे में सुनिश्चित होने के लिए, हम अपनी खुद की वेबसाइट या एप्लिकेशन को नीचे रखने का खर्च उठा सकते हैं, लेकिन हम अपने डाउनटाइम के कारण ग्राहकों की वेबसाइट को धीमा नहीं होने दे सकते। इसलिए, यदि हमारे ऐप सर्वर नीचे हैं तो हम डिफ़ॉल्ट एप्लिकेशन प्रतिक्रिया के साथ प्रतिक्रिया देने का इरादा नहीं रखते हैं। यहां तक कि एक खाली प्रतिक्रिया पर्याप्त होगी, हमें बस उस ब्राउज़र को HTTP कनेक्शन (और कुछ नहीं) पूरा करना होगा।
संदर्भ: मैंने इस सूत्र को पढ़ा था जो उपयोगी सर्वरफॉल्ट.com/questions/69870/multiple-data-centers- and- http-traffic-dns-round-robin-is-the-only-way-to-assure