वेबसाइटसाठी साधे फेलओव्हर (निरीक्षण + डायनॅमिक DNS)

या लेखात मी हे दाखवू इच्छितो की निरीक्षणाच्या संयोजनाचा वापर करून तुम्ही वेबसाइटसाठी (किंवा इतर कोणत्याही इंटरनेट सेवा) फेलओव्हर योजना किती सोपी आणि विनामूल्य बनवू शकता. ओकर आणि डायनॅमिक DNS सेवा. म्हणजेच, मुख्य साइटवर काही समस्या आल्यास (पृष्ठावरील “PHP त्रुटी” असलेल्या समस्येपासून, जागेच्या अभावापर्यंत किंवा ऑनलाइन स्टोअरच्या बाबतीत केवळ संशयास्पदरीत्या कमी ऑर्डरपर्यंत), नवीन अभ्यागत दुसर्‍या (तिसऱ्या, आणि पुढे) पुढे) ज्ञात कार्यरत सर्व्हरकडे निर्देशित करा, किंवा "माफ करा" पृष्ठावर, जेथे ते विनम्रपणे स्पष्ट करतील की "एक समस्या आहे, आम्हाला आधीच माहिती आहे आणि आम्ही आधीच त्याचे निराकरण करत आहोत, आम्ही ते लवकरच दुरुस्त करेल” (आणि या प्रकरणात तुम्हाला आधीच माहिती असेल आणि दुरुस्ती करू शकता).

फेलओव्हरसोबत जगायचं की त्याशिवाय?

काही समस्या येईपर्यंत फारसा फरक पडत नाही. परंतु जेव्हा ते घडते, तेव्हा फेलओव्हर न करता खालील अनेकदा घडते: आपण समस्या काय आहे हे त्वरीत शोधण्याचा प्रयत्न करा, ते कार्य करत नाही (बॅकअप उपयोजित होत नाहीत, काही कारणास्तव सॉफ्टवेअर दस्तऐवजीकरणानुसार कार्य करत नाही. , इ.), परंतु वेळ नाही, सर्व्हर नाही - साइट्स पडून आहेत, क्लायंट कॉल करत आहेत, प्रत्येकजण काठावर आहे, आपण कसे तरी "टेपसह" ढोबळ आणि गलिच्छ निराकरण करण्याचा प्रयत्न करीत आहात, मग कसे तरी ते सुरू होईल असे दिसते. क्रॅच आणि जीवन सह. तुम्हाला वाटते की तुमच्या मोकळ्या वेळेत तुम्हाला ते अधिक तपशीलवार शोधून काढावे लागेल आणि सर्वकाही सुंदरपणे पुन्हा करावे लागेल, परंतु तात्पुरत्यापेक्षा कायमस्वरूपी काहीही नाही.

आता, फाइलरसह सुंदर आवृत्तीमध्ये हे कसे होते:

• चूक होते
• त्रुटी आपोआप ओळखली जाते
• अलर्ट पाठवला जातो
• बॅकअप सर्व्हरपैकी एकावर स्विच करणे हस्तांतरित केले जाते
• शांतपणे आणि घाबरून न जाता, समस्येचे निराकरण केले जाते, दुरुस्त केले जाते आणि सर्व्हर पुन्हा कार्यान्वित केला जातो.

या योजनेला, अर्थातच, त्याच्या स्वतःच्या समस्या देखील असू शकतात, परंतु तरीही, योजना रेखीय आहे, प्रत्येक टप्पा सोपा आहे आणि मुख्य गोष्ट अशी आहे की ती स्वतंत्रपणे डीबग केली जाऊ शकते, त्यामुळे ही योजना अयशस्वी होण्याची शक्यता खूपच कमी आहे आणि सर्व क्रिया स्वयंचलित केल्या जाऊ शकतात आणि त्वरीत केल्या जाऊ शकतात (अज्ञात महाकाव्य बकवास शोधणे आणि निराकरण करण्याच्या कार्यापेक्षा वेगळे). तुमचे विमान दूरच्या देशात उतरले आहे, तुम्ही तुमचा फोन चालू करा आणि टेलिग्राममध्ये सर्व्हर क्रॅश झाल्याची सूचना पहा, परंतु सर्व काही ठीक आहे, बॅकअप सर्व्हर सक्रिय झाला आहे, तुम्ही तुमचा प्रवास सुरू ठेवू शकता, तुम्हाला गरज नाही WiFi सह जवळच्या कॅफेमधून SSH द्वारे परत उड्डाण करण्यासाठी किंवा दुरुस्त करण्यासाठी. जेव्हा ते अधिक सोयीस्कर असेल तेव्हा तुम्हाला ते समजेल.

भविष्य आधीच येथे आहे!

पूर्वी, मुख्य समस्या ज्याने फेलओव्हर बनवले होते ते बहुतेक वेळा अस्वीकार्य समाधान होते ते खर्चाची रक्कम होती. किंवा महाग हार्डवेअर खरेदी करणे आवश्यक होते (आणि आणखी महाग तज्ञांना आमंत्रित करा). किंवा मार्गदर्शकांनुसार सामूहिक फार्म काहीतरी क्लिष्ट आहे (मला एक पर्याय देखील आला आहे जेथे दोन सर्व्हर अतिरिक्तपणे शून्य मोडेम केबलने जोडलेले आहेत आणि ते त्याद्वारे हृदयाचे ठोके पाठवतात, जेणेकरून योग्य वेळी बॅकअप सर्व्हरने ते ओळखले आणि ताब्यात घेतले. नियंत्रण). आता सोपे आणि विनामूल्य मार्ग आहेत. जर तुमच्याकडे मांजरींसह वेबसाइट असेल, तर तुमच्यासाठी फेलओव्हर लागू न करण्याचे कोणतेही निमित्त नाही!

बरं, याशिवाय, फेलओव्हर स्कीमसाठी तुम्हाला दुसर्‍या सर्व्हरची गरज आहे (आणि कदाचित एकापेक्षा जास्त) आणि आधी हा मोठा खर्च होता, आता तुम्हाला पेनीसाठी VDS मिळू शकेल.

मांजरींसह सर्वात विश्वासार्ह साइट

okerr + dynamic dns सह उपाय व्यावहारिकपणे स्पष्ट करण्यासाठी, आम्ही मांजरींसह आमची वेबसाइट सुरू केली cat.okerr.com. आम्ही मांजरींचा तिरस्कार करतो, म्हणून त्यांच्यापैकी बरेच तेथे नसतील. एकूण तीन साइट्स आहेत, प्रत्येक साधारणपणे सारखीच दिसते (सर्व एकाच टेम्प्लेटवर), परंतु भिन्न मांजरीचे पिल्लू वेगळे करणे सोपे करण्यासाठी आणि प्रत्येकजण फेलओव्हर कसे कार्य करते हे पाहण्यासाठी तांत्रिक माहिती लिहितो. पृष्ठ प्रत्येक 1 मिनिटाने एकदा स्वतः अद्यतनित होते, परंतु आपण नेहमी ब्राउझरमध्ये रीलोड क्लिक करू शकता.

तांत्रिक माहितीमध्ये “status=OK” अशी ओळ आहे. कधीकधी सर्व्हर समस्या दाखवतात आणि स्टेटस=ERR लिहितात. मुख्य सर्व्हर प्रत्येक तासाच्या 20 मिनिटांनी "क्रॅश झाल्याचे दिसते" (0:20, 1:20, 2:20, …). 40 मिनिटांत बॅकअप सर्व्हर. शेवटचा सर्व्हर ("माफ करा" सर्व्हर) नेहमी चालू असतो. प्रत्येक तासाच्या 0 मिनिटांनी, प्राथमिक आणि बॅकअप सर्व्हर "पुनर्संचयित" केले जातात.

आपण साइट उघडल्यास आणि ती टॅबमध्ये सोडल्यास, आपण पहाल की ती कधीही क्रॅश होत नाही (जरी प्रत्येक वैयक्तिक सर्व्हर वेळोवेळी समस्येचे अनुकरण करत असतो), आणि सर्व्हरमध्ये समस्या उद्भवल्यास, ती थेट सर्व्हर दरम्यान "चालते" असते. सर्व्हरचे चित्र, नाव आणि पत्ता आणि त्याची भूमिका बदलेल. काहीवेळा तुम्ही तो क्षण पकडू शकता जेव्हा स्थिती = ERR (समस्या आधीच अस्तित्वात आहे, परंतु संपूर्ण फेलओव्हर योजना अद्याप कार्य करत नाही), परंतु पुढील अद्यतन तुम्हाला कार्यरत साइटवरून एक पृष्ठ दर्शवेल.

okerr + डायनॅमिक DNS वर फेलओव्हर

हे हुड अंतर्गत कसे कार्य करते ते पाहूया. cat.okerr.com पत्ता नेहमी कार्यरत सर्व्हरच्या IP पत्त्याकडे निर्देश करतो याची खात्री करणे हे फाइलरचे कार्य आहे.
okerr मध्ये आमची मांजर साइट होस्ट करणार्‍या प्रत्येक सर्व्हरच्या मागे एक सूचक असतो जो मिनिटातून एकदा त्याची स्थिती तपासतो.

या स्क्रीनशॉटमध्ये आपण alpha.okerr.com सर्व्हरवरून cat.okerr.com ही साइट कशी तपासली जाते ते पाहतो. पेजमध्ये स्टेटस=ओके असायला हवे, आणि जसे आपण वर पाहिले आहे, आमची सूचक स्थिती आता ठीक आहे. जेव्हा सर्व्हर “ब्रेक” होतो, तेव्हा एक ERR असेल. (हे इंडिकेटरचे फक्त एक उदाहरण आहे, okerr देखरेख करत आहे, त्यामुळे तुम्ही कोणत्याही प्रकारचे इंडिकेटर संलग्न करू शकता, उदाहरणार्थ, डिस्कवरील मोकळी जागा तपासा, डेटाबेसमधील नवीन ऑर्डरची संख्या आणि लॉजिकल इंडिकेटर देखील तपासा. , रात्री काही त्रुटी निकष असतील आणि दिवसा इतर) .

प्रकल्प सेटिंग्जमध्ये आम्ही या निर्देशकांसह एक फेलओव्हर योजना तयार केली आहे:

योजनेत तीन निर्देशक (तीन सर्व्हर) आहेत, प्राधान्यक्रम भिन्न आहेत. साइटसाठी मुख्य सर्व्हर चार्ली आहे, जर ते कार्य करत नसेल (त्यात "स्थिती=ओके" नसेल किंवा फक्त अनुपलब्ध असेल), तर ब्राव्हो आणि नंतरच्या बाबतीत - अल्फा. पृष्ठाच्या उजव्या बाजूला भिन्न सर्व्हरवरील DNS रेकॉर्डची स्थिती दर्शवते.

cat.he.okerr.com हे नाव वापरल्याचे लक्षात आलेल्यांसाठी: आम्ही थोडी अधिक क्लिष्ट योजना वापरतो. cat.okerr.com चे DNS रेकॉर्ड बदलण्याऐवजी, आम्ही cat.he.okerr.com (डायनॅमिक DNS प्रदात्यावर) बदलतो चक्रीवादळ इलेक्ट्रिक), आणि cat.okerr.com हे CNAME (उर्फ) आहे, जे बदलत नाही, नेहमी cat.he.okerr.com कडे निर्देश करते. आम्हाला डायनॅमिक DNS म्हणून चक्रीवादळ चांगले आवडते आणि त्यात एकल एंट्री (संपूर्ण झोनऐवजी) व्यवस्थापित करण्यासाठी की आहेत, आम्हाला वाटते की ते अधिक सुरक्षित आहे. संपूर्ण डोमेन व्यवस्थापित करण्यासाठी तुम्हाला okerr मध्ये की पासवर्ड निर्दिष्ट करण्याची आवश्यकता नाही, परंतु केवळ सबडोमेन किंवा रेकॉर्डसाठी.

पडण्यापासून उगवण्यापर्यंत

ही योजना कशी कार्य करते ते चरण-दर-चरण:

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

स्टेज 7 (बहुतेकदा सर्वात लांब) वेगवान करण्यासाठी, डायनॅमिक DNS रेकॉर्डचा TTL शक्य तितका कमी सेट केला पाहिजे. सामान्यत: सेवा 90-120 सेकंदांच्या अंतराला परवानगी देतात. ही पूर्णपणे वाजवी तडजोड आहे.

याव्यतिरिक्त

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

ओकर सर्वसाधारणपणे काय करू शकतो - वेबसाइट पहा सादरीकरण. सर्वसाधारणपणे, हे मॉनिटरिंग आहे (क्लाउडवरून झब्बिक्स), आणि फाइलर हे एक छान अतिरिक्त कार्य आहे. तुम्ही नोंदणीशिवाय साइटवरून डेमो देखील अॅक्सेस करू शकता.

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

सॉरी सर्व्हर (कोणत्याही स्वस्त होस्टिंगवर) तयार करणे देखील अर्थपूर्ण आहे, ज्यामध्ये एकतर तुमचे माफी पृष्ठ असेल (सर्व मुख्य आणि बॅकअप सर्व्हर डाउन असल्यास) किंवा तुम्हाला okerr वरील स्थिती पृष्ठावर पुनर्निर्देशित करेल (उदाहरणार्थ, आमचे cp.okerr.com/status/okerr) किंवा statuspage.io.

स्त्रोत: www.habr.com