वेबसाइट के लिए सरल विफलता (निगरानी + गतिशील डीएनएस)

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

फेलओवर के साथ जीना है या उसके बिना?

जब तक कोई समस्या न हो, तब तक ज्यादा फर्क नहीं पड़ता. लेकिन जब ऐसा होता है, बिना फेलओवर के अक्सर निम्नलिखित होता है: आप जल्दी से यह पता लगाने की कोशिश करते हैं कि समस्या क्या है, यह काम नहीं करता है (बैकअप तैनात नहीं होता है, सॉफ़्टवेयर किसी कारण से काम नहीं करता है जैसा कि दस्तावेज़ीकरण से होना चाहिए) , आदि), लेकिन कोई समय नहीं है, कोई सर्वर नहीं है - साइटें इधर-उधर पड़ी हैं, ग्राहक कॉल कर रहे हैं, हर कोई किनारे पर है, आप किसी तरह इसे मोटे तौर पर और गंदे "टेप के साथ" ठीक करने की कोशिश कर रहे हैं, फिर किसी तरह यह शुरू होने लगता है बैसाखियों और जिंदगियों के साथ. आप सोचते हैं कि अपने खाली समय में आपको इसे और अधिक विस्तार से समझने और हर चीज़ को खूबसूरती से फिर से करने की आवश्यकता होगी, लेकिन अस्थायी से अधिक स्थायी कुछ भी नहीं है।

अब, फाइलर के साथ एक सुंदर संस्करण में यह कैसे होता है:

• गलती हो जाती है
• त्रुटि का स्वतः पता चल जाता है
• अलर्ट भेज दिया गया है
• बैकअप सर्वर में से किसी एक पर स्विच करने पर स्थानांतरण हो जाता है
• शांति से और बिना घबराहट के, समस्या को सुलझा लिया जाता है, ठीक कर दिया जाता है और सर्वर को वापस चालू कर दिया जाता है।

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

भविष्य पहले से ही यहाँ है!

पहले, मुख्य समस्या जो फेलओवर को अक्सर अस्वीकार्य समाधान बनाती थी, वह इसकी लागत की मात्रा थी। या फिर महँगा हार्डवेयर खरीदना आवश्यक था (और उससे भी अधिक महँगे विशेषज्ञों को आमंत्रित करना)। या गाइड के अनुसार सामूहिक फार्म कुछ जटिल है (मुझे एक विकल्प भी मिला जहां दो सर्वर अतिरिक्त रूप से एक शून्य मॉडेम केबल से जुड़े हुए हैं, और वे इसके माध्यम से दिल की धड़कन भेजते हैं, ताकि सही समय पर बैकअप सर्वर इसे पहचान सके और इसे संभाल सके नियंत्रण)। अब आसान और मुफ़्त तरीके हैं. यदि आपके पास बिल्लियों वाली कोई वेबसाइट है, तो आपके लिए अभी तक इसके लिए फ़ेलओवर लागू न करने का कोई बहाना नहीं है!

ठीक है, इसके अलावा, एक फेलओवर योजना के लिए आपको एक अन्य सर्वर (और शायद एक से अधिक) की आवश्यकता होती है और पहले यह एक बड़ा खर्च था, अब आप पैसे के लिए वीडीएस प्राप्त कर सकते हैं।

बिल्लियों के साथ सबसे विश्वसनीय साइट

ओकेआरआर + डायनेमिक डीएनएस के साथ समाधान को व्यावहारिक रूप से समझाने के लिए, हमने बिल्लियों के साथ अपनी वेबसाइट लॉन्च की cat.okerr.com. हमें बिल्लियों से नफ़रत है, इसलिए वहाँ उनकी संख्या ज़्यादा नहीं होगी। कुल मिलाकर तीन साइटें हैं, हर एक लगभग एक जैसी दिखती है (सभी एक ही टेम्पलेट पर), लेकिन अलग-अलग बिल्ली के बच्चों के साथ ताकि उन्हें अलग करना आसान हो, और प्रत्येक साइट यह देखने के लिए तकनीकी जानकारी लिखती है कि फेलओवर कैसे काम करता है। पेज हर 1 मिनट में एक बार अपडेट होता है, लेकिन आप ब्राउज़र में हमेशा रीलोड पर क्लिक कर सकते हैं।

तकनीकी जानकारी में एक पंक्ति है "status=OK"। कभी-कभी सर्वर समस्याओं का बहाना बनाते हैं और status=ERR लिखते हैं। मुख्य सर्वर हर घंटे के 20 मिनट (0:20, 1:20, 2:20,…) पर "क्रैश होने लगता है"। 40 मिनट में बैकअप सर्वर। अंतिम सर्वर ("क्षमा करें" सर्वर) हमेशा चालू रहता है। प्रत्येक घंटे के 0 मिनट पर, प्राथमिक और बैकअप सर्वर "बहाल" हो जाते हैं।

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

ओकेआरआर + डायनेमिक डीएनएस पर विफलता

आइए देखें कि यह हुड के नीचे कैसे काम करता है। फाइलर का कार्य यह सुनिश्चित करना है कि cat.okerr.com पता हमेशा कार्यशील सर्वर के आईपी पते को इंगित करता है।
ओकरर में हमारी कैट साइट को होस्ट करने वाले प्रत्येक सर्वर के पीछे एक संकेतक होता है जो एक मिनट में एक बार इसकी स्थिति की जांच करता है।

इस स्क्रीनशॉट में हम देखते हैं कि cat.okerr.com साइट को alpha.okerr.com सर्वर से कैसे चेक किया जाता है। पृष्ठ में status=OK होना चाहिए, और जैसा कि हम ऊपर देखते हैं, हमारी संकेतक स्थिति अब ठीक है। जब सर्वर "ब्रेक" होता है, तो एक ईआरआर होगा। (यह एक संकेतक का सिर्फ एक उदाहरण है, ओकेआर निगरानी कर रहा है, इसलिए आप किसी भी प्रकार के संकेतक संलग्न कर सकते हैं, उदाहरण के लिए, डिस्क पर खाली स्थान, डेटाबेस में नए ऑर्डर की संख्या और यहां तक ​​कि तार्किक संकेतक भी जांच सकते हैं। , रात में कुछ त्रुटि मानदंड होंगे, और दिन के दौरान अन्य)।

प्रोजेक्ट सेटिंग्स में हमने इन संकेतकों के साथ एक फेलओवर योजना बनाई:

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

उन लोगों के लिए जिन्होंने देखा कि cat.he.okerr.com नाम का उपयोग किया जाता है: हम थोड़ी अधिक जटिल योजना का उपयोग करते हैं। cat.okerr.com के DNS रिकॉर्ड को बदलने के बजाय, हम cat.he.okerr.com (डायनामिक DNS प्रदाता पर) बदलते हैं तूफान इलेक्ट्रिक), और cat.okerr.com एक CNAME (उपनाम) है, जो बदलता नहीं है, हमेशा cat.he.okerr.com की ओर इंगित करता है। हम हरिकेन को एक गतिशील डीएनएस के रूप में बेहतर पसंद करते हैं, और इसमें एकल प्रविष्टि (पूरे क्षेत्र के बजाय) को प्रबंधित करने के लिए कुंजियाँ हैं, हमें लगता है कि यह अधिक सुरक्षित है। आपको संपूर्ण डोमेन को प्रबंधित करने के लिए ओकेआरआर में कुंजी पासवर्ड निर्दिष्ट करने की आवश्यकता नहीं है, बल्कि केवल उपडोमेन या रिकॉर्ड के लिए निर्दिष्ट करना होगा।

गिरने से लेकर उठने तक

चरण दर चरण यह योजना कैसे काम करती है:

1. सर्वर पर एक समस्या उत्पन्न होती है (अनुरूपित)।
2. ओकेआरआर सेंसर एक मिनट में एक बार प्रत्येक सर्वर की स्थिति की जांच करता है और ओकेआरआर में मुख्य प्रोजेक्ट सर्वर को रिपोर्ट करता है
3. संबंधित सर्वर संकेतक ओके से ईआरआर में बदल जाता है
4. जब संकेतक की स्थिति बदलती है, तो फेलओवर की पुनर्गणना की जाती है, और यह गणना की जाती है कि कौन सा पता सेट करने की आवश्यकता है (यदि आवश्यक हो। उदाहरण के लिए, यदि मुख्य सर्वर काम कर रहा है, और उसी समय बैकअप सर्वर मर गया, तो कोई बदलाव नहीं होगा) बनाया)
5. यह पता डायनेमिक डीएनएस सेवा को सूचित किया जाता है। इस चरण के पूरा होने पर, आपको दाईं ओर "सिंक" स्थिति दिखाई देगी।
6. बहुत जल्द (सेकंड में) रिकॉर्ड आपके डोमेन के DNS सर्वर तक पहुंच जाएगा (कैट साइट के लिए यह ns1-ns5.he.net है)।
7. इस क्षण से, कुछ उपयोगकर्ता पहले से ही नए लाइव सर्वर पर होंगे। लेकिन दुनिया के सभी DNS सर्वरों ने अभी तक रिकॉर्ड अपडेट नहीं किए हैं, और पुराना रिकॉर्ड अभी भी कहीं कैश किया जा सकता है। आप देख सकते हैं कि सार्वजनिक DNS सर्वर पर डेटा कैसे "नृत्य" करता है, या तो नया या पुराना मान दिखाता है। यदि आप फ़ेलओवर कॉन्फ़िगरेशन पृष्ठ को अद्यतन करते हैं, तो ऑपरेटर स्वयं DNS सर्वर से नए डेटा का अनुरोध करेगा।
8. डेटा स्थिर हो जाने के बाद, पुराना कैश्ड रिकॉर्ड हर जगह सड़ जाता है - सभी 100% अनुरोध नए सर्वर पर चले जाते हैं।

चरण 7 (अक्सर सबसे लंबे समय तक) को गति देने के लिए, डायनेमिक डीएनएस रिकॉर्ड का टीटीएल जितना संभव हो उतना कम सेट किया जाना चाहिए। आमतौर पर सेवाएँ 90-120 सेकंड के अंतराल की अनुमति देती हैं। यह पूरी तरह से उचित समझौता है.

इसके अतिरिक्त

यह सब एक शाम में कॉन्फ़िगर किया जा सकता है (यदि आपके पास पहले से ही बैकअप सर्वर है)। ओकेआरआर और डायनेमिक डीएनएस दोनों सेवाएं निःशुल्क हैं। ओकेआरआर में अधिक जांच और कम सत्यापन अवधि प्राप्त करने के लिए, आपको प्रशिक्षण (अपने प्रोफ़ाइल पृष्ठ से) पूरा करना होगा। पूरा होने पर, स्तर तुरंत बढ़ जाता है (प्रति घंटे 20 संकेतक + 1 त्वरित, 10 मिनट)। और यदि उनमें से कुछ हैं, तो लिखें [ईमेल संरक्षित], सबसे अधिक संभावना है कि इसे बढ़ाना संभव होगा (अब तक हमेशा एक अवसर रहा है, मैंने कभी मना नहीं किया है, इसके विपरीत, मैंने इसे स्वयं पेश किया है)। बात बस इतनी है कि शुरू में मैं हर किसी से हर बात का वादा नहीं करना चाहता, मुझे यकीन नहीं है कि मुझमें अपनी बात रखने की पर्याप्त क्षमता है। लेकिन अभी तक यूजर्स कम हैं, इसलिए लिमिट बढ़ाने में कोई दिक्कत नहीं है।

ओकर सामान्य तौर पर क्या कर सकता है - वेबसाइट देखें की प्रस्तुति. सामान्य तौर पर, यह निगरानी है (क्लाउड से ज़ैबिक्स), और फ़ाइलर एक अच्छा अतिरिक्त कार्य है। आप बिना पंजीकरण के भी साइट से डेमो तक पहुंच सकते हैं।

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

एक सॉरी सर्वर (किसी भी सबसे सस्ती होस्टिंग पर) बनाना भी समझ में आता है, जिसमें या तो आपका माफी पेज होगा (यदि सभी मुख्य और बैकअप सर्वर डाउन हैं) या आपको ओकेआर पर स्टेटस पेज पर रीडायरेक्ट करेगा (उदाहरण के लिए, हमारा) cp.okerr.com/status/okerr) या statuspage.io.

स्रोत: www.habr.com