दुई वर्षअघि मैले एउटा पोस्ट गरेको थिएँ वेबसाइटको लागि सरल फेलओभर बारेमा okerr। अहिले आयोजनाको केही विकास भएको छ, प्रकाशित पनि गरेको छु okerr सर्भर साइड स्रोत कोड under खुला इजाजतपत्र, त्यसैले मैले Habr मा यो छोटो समीक्षा लेख्ने निर्णय गरें।

[ पूर्ण आकार ]

जसको लागि चासो हुन सक्छ

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

किन ओकर असामान्य छ

अर्को म ओकेराका रोचक विशेषताहरू देखाउनेछु जसले यसलाई केही अन्य निगरानी प्रणालीहरूबाट अलग गर्दछ।

Okerr एक हाइब्रिड निगरानी हो

आन्तरिक निगरानीको क्रममा, एक "एजेन्ट" अनुगमन गरिएका मेसिनहरूमा चलिरहेको छ, जसले डाटालाई निगरानी सर्भरमा पठाउँछ (उदाहरणका लागि, खाली डिस्क स्पेस)। बाह्य हुँदा, सर्भरले नेटवर्कमा जाँच गर्छ (उदाहरणका लागि, पिङ वा वेबसाइट उपलब्धता)। प्रत्येक दृष्टिकोणको आफ्नै सीमाहरू छन्। Okerr दुबै विकल्पहरू प्रयोग गर्दछ। सर्भर भित्रको जाँचहरू धेरै हल्का (30Kb) एजेन्ट वा तपाईंको आफ्नै स्क्रिप्ट र अनुप्रयोगहरूद्वारा गरिन्छ, र नेटवर्क जाँचहरू विभिन्न देशहरूमा okerr सेन्सरहरू मार्फत गरिन्छ।

okerr सफ्टवेयर मात्र होइन, तर एक सेवा पनि हो

कुनै पनि अनुगमनको सर्भर भाग ठूलो र जटिल छ, यो स्थापना र कन्फिगर गर्न गाह्रो छ, र यसलाई स्रोतहरू चाहिन्छ। okerr को साथ तपाईले आफ्नै निगरानी सर्भर स्थापना गर्न सक्नुहुन्छ (यो नि: शुल्क र ओपनसोर्स हो), वा तपाईले केवल क्लाइन्ट भाग मात्र प्रयोग गर्न सक्नुहुन्छ र हाम्रो सर्भरको सेवा प्रयोग गर्न सक्नुहुन्छ। पनि नि:शुल्क।

यदि अनुगमनले तपाइँलाई क्षतिपूर्ति गर्न र सर्भर र अनुप्रयोगहरूमा विश्वसनीयताको कमीलाई ढाक्न अनुमति दिन्छ भने, त्यसपछि एक दार्शनिक प्रश्न उठ्छ - गार्ड को हो? यदि कुनै कारणले आफैं "मरे" भने, छुट्टै वा तपाइँका अन्य स्रोतहरूसँग (उदाहरणका लागि, डाटा सेन्टरमा च्यानल खस्यो) सँगसँगै अनुगमनले हामीलाई कसरी समस्याको बारेमा बताउनेछ? बाह्य सेवा okerr प्रयोग गर्दा - यो समस्या हल भएको छ - यदि तपाइँको सर्भर संग सम्पूर्ण डाटा केन्द्र शक्ति बिना वा zombies द्वारा आक्रमण गरिएको छ भने पनि तपाइँ एक अलर्ट प्राप्त गर्नुहुनेछ।

निस्सन्देह, त्यहाँ एक जोखिम छ कि okerr सर्भर आफै अनुपलब्ध हुनेछ, यो सत्य हो (तपाईलाई थाहा छ, विश्वसनीयता को 90% सधैं सरल र "नि: शुल्क", 99% एक न्यूनतम प्रयास संग प्राप्त गरिन्छ, र प्रत्येक पछि नौ छ। तीव्र रूपमा अधिक कठिन)। तर, पहिलो, यो हुने सम्भावना कम छ, र दोस्रो, समस्या हाम्रो सर्भरहरूमा समस्याहरूसँग मेल खाएमा मात्र ध्यान नदिने हुन सक्छ। यदि हामीसँग 99.9% विश्वसनीयता छ, र तपाईंसँग 99.9% छ (धेरै उच्च संख्याहरू छैनन्), तब पत्ता नलागिएको असफलताको सम्भावना 0.1% = 0.1% को 0.0001% हो। लगभग बिना प्रयास र लागत बिना आफ्नो विश्वसनीयता मा तीन नाइन थप्नु धेरै राम्रो छ!

सेवाको रूपमा निगरानीको अर्को फाइदा यो हो कि होस्टिङ प्रदायक वा वेब स्टुडियोले ओकर सर्भर स्थापना गर्न सक्छ र ग्राहकहरूलाई भुक्तानी वा निःशुल्क अतिरिक्त सेवाको रूपमा पहुँच प्रदान गर्न सक्छ। तपाईंका प्रतिस्पर्धीहरूसँग मात्र होस्टिङ र वेबसाइटहरू छन्, तर तपाईंसँग निगरानीको साथ विश्वसनीय होस्टिङ छ।

Okerr सूचकहरूको बारेमा हो

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

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

हाम्रो सामान्य कार्य ढाँचा भनेको बिहान इमेलहरू जाँच गर्नु हो, र अन्य अक्षरहरू बीचको सारांश हेर्नुहोस् (हामी यसलाई कामको सुरुमा तालिकाबद्ध गर्छौं)। यदि यसमा सबै कुरा ठीक छ भने, हामी अन्य महत्त्वपूर्ण कामहरू गर्छौं (तर सुरक्षित हुनको लागि, हामी तुरुन्तै ओकेरा ड्यासबोर्डमा हेर्न सक्छौं र यो क्षणमा सबै हरियो छ भनेर सुनिश्चित गर्न सक्छौं)। यदि अलर्ट आयो भने, हामी प्रतिक्रिया गर्छौं।

निस्सन्देह, यो केवल "सूचनामूलक" सूचकहरू राख्न सम्भव छ (निगरानीबाट सञ्जालको तस्विर हेर्नको लागि), तर सबै कुरा सरल रूपमा, सजिलै र द्रुत रूपमा स्वचालित निगरानी र अलर्टहरू पठाउनका लागि संकेतकहरू सिर्जना गर्न गरिन्छ।

तपाईंले okerr सेटअप गरिरहनुभएको उद्देश्य अलर्टहरूमा छ, ताकि तपाईं एक मिनेटमा एक सूचक सिर्जना गर्न सक्नुहुन्छ, यसले एक वर्षको लागि "सुत्न" सक्छ, केवल अद्यावधिकहरू स्वीकार गर्न सक्छ, र जब एक वर्ष पछि केहि बिग्रन्छ, यो उज्यालो हुन्छ र पठाउँछ। एक चेतावनी। तपाईंले एक पटक सूचक बनाउन खर्च गरेको मिनेट भुक्तान गरियो; तपाईंले समस्याको बारेमा तुरुन्तै, अरू कसैको अगाडि जान्नु भयो। यो सम्भव छ कि तिनीहरूले यसलाई कसैले याद गर्नु अघि ठीक गरे। छिट्टै उठेको चिजलाई खसेको मानिदैन !

सुरक्षा

यदि तपाइँ बढ्दो विश्वसनीयता को लागी अनुगमन सेट अप गर्नुभयो भने यो लाजमर्दो हुनेछ, तर नतिजाको रूपमा, तपाइँ यसको माध्यमबाट सञ्जालमा आक्रमण गर्नुहुन्छ, र विभिन्न निगरानी उपकरणहरूमा धेरै नेटवर्क कमजोरीहरू छन् (Zabbix, Nagios).

एजेन्ट (प्याकेजबाट okerrmod okerrupdate) प्रणालीमा चलिरहेको नेटवर्क सर्भर होइन, तर ग्राहक हो। त्यसकारण, निगरानी गरिएको सर्भरमा कुनै अतिरिक्त खुला पोर्टहरू छैनन्, क्लाइन्टले सजिलै फायरवाल वा NAT पछाडि काम गर्दछ र नेटवर्कमा ह्याक गर्न धेरै गाह्रो छ (म "असम्भव" भन्न चाहन्छु), किनकि सिद्धान्तमा यसले नेटवर्क सुन्दैन। सकेट।

पूर्ण निगरानी कभरेज

अब हाम्रो नियम हो कि हामी सबै प्राविधिक समस्याहरू okerr बाट सिक्छौं। यदि अचानक नियम उल्लङ्घन भएको छ (ओकरले यसको आसन्न घटनाको बारेमा चेतावनी दिएन (यदि यो सम्भव छ) वा यो पहिले नै भएको छ) - हामी ओकरमा चेकहरू थप्छौं।

बाह्य जाँचहरू

एकदम सामान्य सेट:

• पिंग
• http स्थिति
• SSL प्रमाणपत्रको वैधता र ताजापन जाँच गर्दै (यदि यो म्याद समाप्त हुन लागेको छ भने चेतावनी दिनेछ)
• TCP पोर्ट र ब्यानर खोल्नुहोस्
• http grep (पृष्ठमा निश्चित पाठ समावेश हुनुहुँदैन)
• पृष्ठ परिवर्तनहरू समात्नको लागि sha1 ह्यास।
• DNS (DNS रेकर्डमा निश्चित मान हुनुपर्छ)
• WHOIS (डोमेन खराब हुन लागेको खण्डमा चेतावनी दिनेछ)
• एन्टिस्प्याम DNSBL (एकै पटक 50+ एन्टिस्प्याम कालोसूचीहरू विरुद्ध होस्ट जाँच)

आन्तरिक जाँचहरू

साथै, एक पर्याप्त मानक सेट (तर सजिलै विस्तार योग्य)।

• df (मुक्त डिस्क स्थान)
• औसत लोड
• opentcp (TCP सुन्ने सकेटहरू खोल्नुहोस् - यदि केहि सुरु भयो वा क्र्यास भयो भने सूचित गर्नेछ)
• अपटाइम - सर्भरमा मात्र अपटाइम। यदि यो डाउन परिवर्तन भएको छ भने सूचित गर्नेछ (अर्थात् सर्भर ओभरलोड भएको छ)
• ग्राहक_आईपी
• dirsize - हामी यसलाई ट्र्याक गर्न प्रयोग गर्छौं जब हाम्रो भर्चुअल मेशिन rootfs लाई अनुमति दिइएको आकार भन्दा बढी हुन्छ, कडा प्रतिबन्धहरू परिचय नगरी, र प्रयोगकर्ता गृह डाइरेक्टरीहरूको आकार।
• खाली र शून्य - मोनिटर फाइलहरू जुन खाली हुनुपर्छ (वा खाली छैन)। उदाहरण को लागी, okerr सर्भर को त्रुटि लग आफै खाली हुनुपर्छ, र यदि त्यहाँ एक रेखा पनि छ भने, म सूचना प्राप्त गर्नेछु र यसलाई जाँच गर्नेछु। तर मेल सर्भरमा mail.log खाली हुनु हुँदैन (रोटेसन पछि N मिनेट)। र कहिलेकाहीँ यो प्रणाली अद्यावधिक पछि हाम्रो लागि खाली थियो, जब logrotate rsyslog सही रूपमा पुन: सुरु गर्न सकेन।
• linecount - फाइलमा लाइनहरूको संख्या (जस्तै wc -l)। हामी यसलाई खालीको लागि नरम प्रतिस्थापनको रूपमा प्रयोग गर्छौं, जब त्रुटि लग अझै बढ्न सक्छ, तर बिस्तारै मात्र (उदाहरणका लागि, Googlebot ले केही बन्द पृष्ठहरू हिर्काउँछ)। २० मिनेटमा २ लाइनको सीमा छ। यदि यो उच्च छ भने, त्यहाँ एक चेतावनी हुनेछ

रोचक आन्तरिक जाँचहरू

यदि तपाइँ यस बिन्दु सम्म "तिरछे" पढ्दै हुनुहुन्छ भने, अब यो अधिक ध्यानपूर्वक पढ्न थप रोचक हुनेछ।

ब्याकअप

डाइरेक्टरीमा ब्याकअपहरू निगरानी गर्दछ। हाम्रो ब्याकअप फाइलहरूमा "ServerName-20200530.tar.gz" जस्ता नामहरू छन्। okerr मा प्रत्येक सर्भरको लागि, सूचक ServerName-DATE.tar.gz सिर्जना गरिएको छ (वास्तविक मिति रेखा "DATE" मा परिवर्तन हुन्छ)। ताजा ब्याकअपको उपस्थिति र यसको आकार पनि निगरानी गरिन्छ (उदाहरणका लागि, यो अघिल्लो ब्याकअपको 90% भन्दा कम हुन सक्दैन)।

हामीले यसलाई सिर्जना गर्न र यो डाइरेक्टरीमा राख्न थालेपछि ट्र्याक हुन सुरु गर्न नयाँ ब्याकअपको लागि के गर्न आवश्यक छ? केही छैन! यो एक धेरै सुविधाजनक दृष्टिकोण हो जब तपाइँ "केहि पनि" गर्न आवश्यक छैन किनभने:

• "केही नगर्नु" धेरै छिटो छ, यसले समय बचत गर्छ
• "केही पनि" गर्न बिर्सन गाह्रो छ
• त्रुटिको साथ "केही पनि" गलत गर्न गाह्रो छ। केहि पनि सबैभन्दा भरपर्दो तरिका हो

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

maxfilesz

ठूला फाइलहरूको साइज ट्र्याक राख्छ (सामान्यतया: /var/log/*)। यसले तपाईंलाई अप्रत्याशित समस्याहरू समात्न अनुमति दिन्छ, उदाहरणका लागि, ब्रूट फोर्स पासवर्डहरू वा सर्भर मार्फत स्पाम पठाउने।

runstatus/runline

सर्भरमा अन्य प्रोग्रामहरू चलाउनका लागि यी दुई महत्त्वपूर्ण प्रोक्सी मोड्युलहरू हुन्। Runstatus ले सूचकमा कार्यक्रम निकास कोड रिपोर्ट गर्दछ। उदाहरणका लागि, okerr ले systemd सेवाहरू चलिरहेको छ भनी जाँच गर्न मोड्युल (आवश्यक) पर्दैन। यो रनस्टेटस मार्फत गरिन्छ (तल हेर्नुहोस्)। रनलाइन - सर्भरलाई कार्यक्रमले उत्पादन गर्ने लाइनलाई रिपोर्ट गर्दछ। उदाहरणका लागि, temp_RUN="cat /sys/class/thermal/thermal_zone0/temp" हाम्रो सर्भरमा रनलाइन कन्फिगरेसनमा एक सूचक सर्भरनाम सिर्जना गर्दछ: प्रोसेसरको तापमानको साथ तापमान।

sql

MySQL मा संख्यात्मक क्वेरी कार्यान्वयन गर्दछ र परिणाम सूचकमा रिपोर्ट गर्दछ। साधारण अवस्थामा, तपाईं गर्न सक्नुहुन्छ, उदाहरणका लागि, "1 चयन गर्नुहोस्" - यसले DBMS समग्र रूपमा काम गरिरहेको छ भनेर जाँच गर्नेछ।

तर एक धेरै रोचक अनुप्रयोग हो, उदाहरण को लागी, एक अनलाइन स्टोर मा आदेश को संख्या ट्र्याक। यदि तपाइँलाई थाहा छ कि तपाइँसँग प्रति घण्टा 100 वा बढी अर्डरहरू छन्, तपाइँ न्यूनतम सीमा 100 वा 80 मा सेट गर्न सक्नुहुन्छ। त्यसपछि यदि तपाइँको बिक्री अचानक घट्यो भने, तपाइँ एक चेतावनी प्राप्त गर्नुहुनेछ र तपाइँ यसलाई पत्ता लगाउन सक्नुहुन्छ।

ध्यान दिनुहोस् कि यो कुन अप्रत्याशित कारणले भयो भन्ने कुराले फरक पार्दैन:

• सर्भर केवल अनुपलब्ध छ (डि-एनर्जाइज्ड वा नेटवर्क बिना), र सतर्कता तथ्यबाट आएको हो कि सूचक "सडेको" थियो।
• सर्भरमा केहि चीजको साथ ओभरलोड गरिएको छ, यसले बिस्तारै काम गर्दछ वा प्याकेटहरू हराएको छ, यो प्रयोगकर्ताहरूको लागि असुविधाजनक छ र तिनीहरू खरिद नगरी छोड्छन्।
• सर्भर स्प्याम सूचीमा समावेश गरिएको छ र यसबाट मेल स्वीकार गरिएको छैन, प्रयोगकर्ताहरूले दर्ता गर्न सक्दैनन्
• विज्ञापन अभियानको बजेट सकिएको छ, ब्यानरहरू घुमिरहेका छैनन्।

त्यहाँ धेरै कारणहरू हुन सक्छन्, र ती सबैलाई पहिले नै पूर्वानुमान गर्न सकिँदैन, र यो ट्र्याक गर्न प्राविधिक रूपमा गाह्रो छ। तर तपाईं सजिलै संग अन्तिम प्यारामिटर (अर्डर) को निगरानी गर्न सक्नुहुन्छ र तिनीहरूबाट निर्धारण गर्न सक्नुहुन्छ कि स्थिति संदिग्ध छ र व्यवहार गर्न योग्य छ।

तार्किक संकेतकहरू

मोड्युल मार्फत बुलियन अभिव्यक्ति (पाइथन सिन्ट्याक्स) को प्रयोग गर्न अनुमति दिन्छ प्रमाणित गर्ने(Habré मा लेख)। परियोजनाबाट डाटा र यसका सूचकहरू अभिव्यक्तिको लागि उपलब्ध छन्। उदाहरण को लागी, माथिको SQL जाँच को बारे मा अध्याय मा, तपाईले एक कमजोर बिन्दु याद गरेको हुन सक्छ - दिन को समयमा हामी प्रति घण्टा 100 बिक्री हुन सक्छ, तर रात मा - 20, र यो सामान्य छ, समस्या छैन। मैले के गर्नुपर्छ? सूचक लगातार रात मा आतंक हुनेछ।

तपाईं दिन र रात दुई सूचकहरू सिर्जना गर्न सक्नुहुन्छ। दुबैलाई "मौन" बनाउनुहोस् (तिनीहरूले अलर्टहरू पठाउँदैनन्)। र एक तार्किक सूचक सिर्जना गर्नुहोस् जुन दिनको सूचक 20:00 अघि ठीक हुनुपर्छ, र 20:00 पछि यो रातको सूचक ठीक हुन पर्याप्त छ।

तार्किक सूचक प्रयोग गर्ने अर्को उदाहरण हो वृद्धि। उदाहरणका लागि, परियोजना प्रबन्धकले अलर्टहरूबाट सदस्यता रद्द गर्दछ (उहाँले यो गर्न आवश्यक छैन, प्रशासकहरूले सामान्य समस्याहरूमा प्रतिक्रिया दिनुपर्छ), तर एक तार्किक सूचकको सदस्यता लिन्छ जुन रातो हुन्छ यदि परियोजनाको कुनै सूचक आवंटित समय भित्र सच्याएन भने।

साथै, कामको लागि अनुमति दिइएको समय सेट गर्न सम्भव छ, उदाहरणका लागि, 3 देखि 5 बजे सम्म। यस समयमा सर्भर र साइटहरू क्र्यास भएमा हामी वास्ता गर्दैनौं। तर ५ बजे काम गर्नुपर्छ । यदि तिनीहरूले कुनै अन्य समयमा काम गर्दैनन् भने - चेतावनी। तार्किक सूचकले तपाईंलाई खाता सर्भर रिडन्डन्सीमा लिन अनुमति दिन्छ। यदि तपाइँसँग 5 वेब सर्भरहरू छन् भने, प्रशासकहरूले कुनै पनि समयमा 00-5 सर्भरहरू बन्द गर्न सक्छन्। तर यदि युद्धमा 1 सर्भरहरू मध्ये 2 भन्दा कम छन् भने, त्यहाँ एक चेतावनी हुनेछ।

माथिका उदाहरणहरू ओकर प्रकार्यहरू होइनन्, सक्रिय र कन्फिगर गर्न आवश्यक केही सुविधाहरू होइनन्। Okerra सँग यी सबै प्रकार्यहरू छैनन्, तर त्यहाँ एक तार्किक मोड्युल छ जसले तपाईंलाई यो कार्यक्षमता लागू गर्न अनुमति दिन्छ (लगभग प्रोग्रामिङ भाषामा जस्तै - यदि हामीसँग अंकगणित अपरेटरहरू छन् भने, हामीलाई 20% VAT गणना गर्न विशेष प्रकार्यको आवश्यकता पर्दैन। भाषाबाट, तपाइँ सधैं यसलाई तपाइँको आवश्यकता अनुरूप बनाउन सक्नुहुन्छ)।

तर्क सूचक शायद okerr मा केहि अपेक्षाकृत जटिल विषयहरु मध्ये एक हो, तर राम्रो समाचार यो हो कि तपाईले यसलाई मास्टर गर्न आवश्यक छैन जब सम्म तपाईलाई आवश्यक छैन। तर एकै समयमा, तिनीहरूले धेरै क्षमताहरू विस्तार गर्छन्, जबकि प्रणाली आफैलाई एकदम सरल राख्छन्।

तपाईंको आफ्नै चेकहरू थप्दै

म साँच्चै यो विचार व्यक्त गर्न चाहन्छु कि okerr सबै अवसरहरूको लागि हजारौं तयार-तयार चेकहरूको सेट होइन, तर यसको विपरित - सबै भन्दा पहिले - तपाईंको आफ्नै जाँचहरू सिर्जना गर्ने सरल क्षमताको साथ एक साधारण इन्जिन। okerr मा तपाईंको आफ्नै जाँचहरू सिर्जना गर्नु ह्याकरहरू, प्रणाली सह-विकासकर्ताहरू, वा कम्तिमा उन्नत okerr प्रयोगकर्ताहरूको लागि कार्य होइन, तर एक महिना अघि पहिलो पटक लिनक्स स्थापना गर्ने कुनै पनि प्रशासकको लागि सम्भाव्य कार्य हो।

न्यूनतम पारिश्रमिक जाँच मोड्युल मार्फत गरिन्छ रनस्टेटस:

कन्फिगरेसनमा यो रेखा रनस्टेटस यदि /bin/true अचानक सुरु भएन वा ० बाहेक अरू केही फर्काउँदैन भने तपाईंलाई सूचित गर्नेछ।

true_OK=/bin/true

केवल एक लाइन - र यहाँ हामी पहिले नै सानो छ विस्तार गरियो कार्यक्षमता okerr।

यस्तो चेकको पहिले नै यसको मूल्य छ: यदि अचानक तपाईंको सर्भर क्र्यास भयो भने, okerr सर्भरमा सम्बन्धित सूचक समयमै अद्यावधिक हुनेछैन, र समय बितिइसकेपछि, एक चेतावनी देखा पर्नेछ।

यो जाँचले apache2 सर्भर क्र्यास भएको जानकारी दिनेछ (राम्रो, तपाईलाई थाहा छैन...):

apache_OK="systemctl is-active --quiet apache2"

त्यसोभए, यदि तपाइँ कुनै प्रोग्रामिङ भाषा बोल्नुहुन्छ, र कम्तिमा शेल लिपिहरू लेख्न सक्नुहुन्छ, त्यसपछि तपाइँ पहिले नै तपाइँको आफ्नै जाँचहरू थप्न सक्नुहुन्छ।

अझ गाह्रो - तपाईले लेख्न सक्नुहुन्छ (कुनै पनि भाषामा) okerrmod को लागी तपाईको आफ्नै मोड्युल। सरल अवस्थामा यो यस्तो देखिन्छ:

#!/usr/bin/python3

print("STATUS: OK")

यो धेरै गाह्रो छैन? मोड्युलले आफैं जाँच गर्नुपर्छ र परिणामहरू STDOUT मा आउटपुट गर्नुपर्छ। थप जटिल मोड्युल दिन्छ, उदाहरणका लागि, यो:

$ okerrmod --dump df
NAME: pi:df-/
TAGS: df
METHOD: numerical|maxlim=90
DETAILS: 49.52%, 13.9G/28.2G used, 13.0G free
STATUS: 49.52

NAME: pi:df-/boot
TAGS: df
METHOD: numerical|maxlim=90
DETAILS: 84.32%, 53.1M/62.9M used, 9.9M free
STATUS: 84.32

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

तार

त्यहाँ एक टेलिग्राम बोट छ @OkerrBot। तपाईंले आफ्नो फोनलाई अलग-अलग एप्लिकेसनहरूसँग अव्यवस्थित गर्न आवश्यक छैन (मलाई यो मन पर्दैन कि Pyaterochka को लागि तपाईंलाई नक्साको साथ एउटा अनुप्रयोग चाहिन्छ, अर्को Lenta को लागि, MTS को लागि एक तेस्रो, र यस्तै सबैको लागि, सबै, सबै)। एक टेलिग्राम पर्याप्त छ। टेलिग्राम मार्फत तपाइँ तुरुन्त अलर्टहरू प्राप्त गर्न सक्नुहुन्छ, परियोजनाको स्थिति जाँच गर्नुहोस् र सबै समस्याग्रस्त संकेतकहरू पुन: जाँच गर्न आदेश दिन सक्नुहुन्छ। हामीले थिएटर/विमान छोड्यौं, दुई घण्टाको लागि हाम्रो औंला पल्समा राखेनौं, फोन खोल्यौं, च्याटबटमा एउटा बटन थिच्यौं, र सबै कुरा ठीक छ भनी सुनिश्चित गर्यौं।

स्थिति पृष्ठहरू

आजकल, स्थिति पृष्ठहरू लगभग कुनै पनि व्यवसायको लागि आवश्यक छ जसमा IT छ, विश्वसनीयताप्रति जिम्मेवार दृष्टिकोण र जसले आफ्ना ग्राहकहरू/प्रयोगकर्ताहरूलाई सम्मानको साथ व्यवहार गर्दछ।

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

समस्या र डाउनटाइम सबैलाई हुन्छ। तर प्रयोगकर्ताहरू र साझेदारहरूले अधिक पारदर्शी र जिम्मेवार व्यक्तिहरूलाई विश्वास गर्छन्।

यहाँ 10 अन्य परियोजनाहरूको समीक्षा जसले तपाईंलाई स्थिति पृष्ठहरू सिर्जना गर्न अनुमति दिन्छ। यी परियोजना पृष्ठहरू कस्तो देखिन्छ भन्ने उदाहरणहरू यहाँ छन् अजगर и ड्रपबक्स. okerr स्थिति पृष्ठ.

Failover

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

कम प्रणाली आवश्यकताहरू

okerr सर्भरहरूको लागि, हामी 2Gb बाट RAM भएका मेसिनहरू प्रयोग गर्छौं। नेटवर्क सेन्सरहरूको लागि, 512Mb पनि पर्याप्त छ। ग्राहक भाग सामान्यतया लगभग शून्य छ। (प्लास्टिक झोला okerrupdate 26 Kb वजन, तर Python3 र मानक पुस्तकालयहरू आवश्यक छ)। क्लाइन्ट क्रोन स्क्रिप्टबाट चल्छ, त्यसैले यसमा शून्य निरन्तर मेमोरी खपत छ। हामीले अनुगमन गरेका मेसिनहरू मध्ये, हामीसँग सेन्सरहरू छन् (512Mb RAM भएको सुपर-सस्तो VPS) र रास्पबेरी पाई। यो ग्राहक भाग बिना पनि सम्भव छ curl मार्फत अद्यावधिकहरू पठाउनुहोस्! (तल हेर)

यसलाई ध्यानमा राख्दै - okerr, सम्भवतः सबैभन्दा नि: शुल्क उपलब्धहरूबाट निगरानी प्रणाली, किनभने Zabbix वा Nagios जस्तै अर्को नि: शुल्क खुला स्रोत प्रणाली प्रयोग गर्न पनि, तपाईंले यसमा स्रोतहरू (सर्भर) आवंटित गर्न आवश्यक छ, र यो पहिले नै पैसा हो। थप रूपमा, केहि सर्भर मर्मतसम्भार अझै आवश्यक छ। ओकरको साथ, यो भाग हटाउन सकिन्छ। वा तपाईले यसलाई हटाउनु पर्दैन र तपाईको आफ्नै सर्भर प्रयोग गर्नु पर्दैन, तपाईलाई मनपर्ने कुरामा निर्भर गर्दछ।

एपीआई र स्वामित्व सफ्टवेयरमा एकीकरण

सरल र खुला वास्तुकला। okerr एक धेरै सरल छ एपीआई, जसको साथ काम गर्न सजिलो छ। 1000 सूचकहरू सिर्जना गर्न आवश्यक छ? 3-4 रेखाहरूको एउटा शेल स्क्रिप्टले यो गर्नेछ। 1000 सूचकहरू पुन: कन्फिगर गर्न आवश्यक छ? यो पनि धेरै सजिलो छ। उदाहरणका लागि, हामी रूसी सेन्सरबाट हाम्रा सबै HTTPS प्रमाणपत्रहरू डबल-जाँच गर्न चाहन्छौं:

#!/bin/sh

for indicator in `okerrclient --api-filter sslcert`
do
    echo set location for $indicator
    okerrclient --api-set location=ru retest=1 --name $indicator
done

तपाईले हाम्रो क्लाइन्ट मोड्युल प्रयोग गरेर सूचक अद्यावधिक गर्न सक्नुहुन्छ, यो बिना पनि, कर्ल मार्फत।

# short and nice (using okerrupdate and config file)
$ okerrupdate MyIndicator OK

# only curl is enough!
$ curl -d 'textid=MyProject&name=MyIndicator&secret=MySecret&status=OK' https://bravo.okerr.com/

तपाईं आफ्नो कार्यक्रमबाट सिधै संकेतकहरू अद्यावधिक गर्न सक्नुहुन्छ। उदाहरणका लागि, ओकरलाई यो चलिरहेको छ भनी थाहा पाउन र यो क्र्यास भयो वा फ्रिज भयो भने अलार्म बजाउनुहोस्। वैसे, okerr कम्पोनेन्टहरूले त्यसै गर्छ - okerr आफैं मोनिटर गर्दछ, र लगभग कुनै पनि मोड्युलमा समस्याहरू पत्ता लगाइनेछ र समस्याको बारेमा चेतावनी उत्पन्न गर्दछ। (र यो "लगभग" को मामला मा - तिनीहरू अर्को सर्भरबाट क्रस-चेक छन्)

यहाँ हाम्रो टेलिग्राम बोटमा कोड (सरलीकृत) छ:

from okerrupdate import OkerrProject, OkerrExc

op = OkerrProject()
uptimei = op.indicator("{}:telebot_uptime".format(hostname))
...
uptimei.update('OK', 'pid: {} Uptime: {} cmds: {}'.format(
        os.getpid(), dhms(uptime), commands_cnt))

पाइथन प्रोग्रामहरूबाट संकेतकहरू अद्यावधिक गर्नको लागि त्यहाँ पुस्तकालय छ okerrupdate, कुनै पनि अन्य भाषाहरूको लागि त्यहाँ कुनै पुस्तकालयहरू छैनन्, तर तपाईं या त okerrupdate स्क्रिप्ट कल गर्न सक्नुहुन्छ वा okerr सर्भरमा HTTP अनुरोध गर्न सक्नुहुन्छ।

ओकरले हामीलाई कसरी मद्दत गर्छ

ओकरले हाम्रो जीवन परिवर्तन गर्यो। वास्तवमा। सायद अर्को अनुगमन प्रणालीले पनि त्यसै गर्न सक्छ, तर okerr सँग काम गर्नु हाम्रो लागि सजिलो र सरल छ र यसमा हामीलाई आवश्यक पर्ने सबै प्रकार्यहरू छन् (हामीले यसमा नभएका कुराहरू थपेका छौं)। वैसे, यदि त्यहाँ केहि सुविधाहरू हराइरहेको छ भने, सोध्नुहोस् र म तिनीहरूलाई थप्नेछु (म वाचा गर्दिन, तर म साना-मध्यम परियोजनाहरूको लागि okerr उत्तम निगरानी प्रणाली हुन चाहन्छु)। वा, अझ राम्रो, यसलाई आफैं थप्नुहोस् - यो सजिलो छ।

हामीले "केराबाट सबै समस्याहरू सिकौं" भन्ने सिद्धान्तअनुसार बाँच्न सफल भयौं। यदि अचानक समस्या आयो कि हामीले okerr बाट सिक्न सकेनौं, हामी okerr मा चेक थप्छौं। (यस अवस्थामा, "हामी" द्वारा मेरो मतलब प्रणालीका प्रयोगकर्ताहरू हो, सह-विकासकर्ताहरू होइन)। सुरुमा यो सामान्य थियो, तर अहिले यो धेरै दुर्लभ भएको छ।

निगरानी गर्दै

okerr मार्फत हामी सबै सर्भरहरूमा लग साइजहरू निगरानी गर्छौं। यो, निस्सन्देह, आफ्नो आँखा संग लग को प्रत्येक लाइन विचारपूर्वक पढ्न असम्भव छ, तर केवल वृद्धि दर को निगरानी पहिले नै धेरै दिन्छ। यस मार्फत, हामीले स्प्याम मेलिङ र ब्रूट फोर्स पासवर्ड खोजीहरू पत्ता लगायौं, र जब केही अनुप्रयोगहरू "पागल हुन्छन्," तिनीहरूका लागि केहि काम गर्दैन र तिनीहरूले यसलाई बारम्बार दोहोर्याउँछन् (प्रत्येक पटक लगमा केही लाइनहरू थप्दै। )।

SSL प्रमाणपत्रहरू। प्रक्षेपण पछि लगभग तुरुन्तै एन्क्रिप्ट गरौं हाम्रो ग्राहकले आफ्ना ग्राहकहरूलाई नि:शुल्क SSL प्रमाणपत्रहरू उपलब्ध गराउन थालेका छन् (लगभग एक हजार)। र यो प्रशासन को लागी नर्क मात्र भयो! तथ्य यो हो कि साइटहरू "लाइभ" छन्, ग्राहकहरूले आवधिक रूपमा तिनीहरूलाई केहि गर्न सोध्छन्, प्रोग्रामरहरूले यो गर्छन्। तिनीहरू पूर्ण रूपमा स्वतन्त्र रूपमा साइटलाई अर्को DocumentRoot मा स्थानान्तरण गर्न सक्छन्, उदाहरणका लागि। वा भर्चुअलहोस्ट कन्फिगरेसनमा बिना शर्त पुनर्लेखन थप्नुहोस्। स्वाभाविक रूपमा, यस पछि, प्रमाणपत्रहरूको स्वचालित नवीकरण टुट्छ। अब हामीसँग प्याकेजबाट हाम्रो अर्को उपयोगी उपयोगिताहरू मार्फत स्वचालित रूपमा okerr मा सबै SSL होस्टहरू थपिएका छन्। a2conf। बस सुरु गरौं a2okerr.py — र यदि धेरै नयाँ साइटहरू सर्भरमा देखा पर्छन् भने, तिनीहरू स्वचालित रूपमा okerr मा देखा पर्नेछ। अचानक कुनै कारणले सर्टिफिकेट नविकरण भएन भने, प्रमाणपत्रको म्याद सकिनुभन्दा तीन साता अघि, हामीलाई थाहा हुन्छ, र किन अपडेट नगरिएको हो, त्यस्ता कुकुरलाई थाहा हुन्छ। a2certbot.py एउटै प्याकेजबाट - यसले यससँग धेरै मद्दत गर्दछ (यसले तुरुन्तै सम्भावित समस्याहरू जाँच गर्दछ - र के राम्रोसँग जाँच गरिएको थियो, र जहाँ सम्भवतः समस्या छ भनेर लेख्छ)।

हामी हाम्रा सबै डोमेनहरूको म्याद सकिने मिति निगरानी गर्छौं। र मेल पठाउने हाम्रा सबै मेल सर्भरहरू पनि ५०+ विभिन्न कालोसूचीहरू विरुद्ध जाँच गरिन्छ। (र कहिलेकाहीँ तिनीहरू तिनीहरूमा पर्छन्)। खैर, के तपाईंलाई थाहा छ कि गुगल मेल सर्भरहरू पनि कालोसूचीमा छन्? केवल आत्म-परीक्षणको लागि, हामीले अनुगमन गरिएका सर्भरहरूमा mail-wr50-f1.google.com थप्यौं, र यो अझै पनि SORBS कालोसूचीमा छ! (यो "एन्टि-स्प्यामर" को मूल्य बारे हो)

ब्याकअपहरू - मैले पहिले नै माथि लेखेको छु कि ओकररको साथ तिनीहरूलाई निगरानी गर्न कति सजिलो छ। तर हामी हाम्रो सर्भरमा दुबै नवीनतम ब्याकअपहरू र (ओकेर प्रयोग गर्ने छुट्टै उपयोगिता प्रयोग गरेर) हामीले Amazon Glacier मा अपलोड गर्ने ब्याकअपहरूको निगरानी गर्छौं। र, हो, समस्याहरू समय समयमा हुन्छ। अचम्म लाग्दैन तिनीहरूले हेरिरहेका थिए।

हामी वृद्धि सूचक प्रयोग गर्छौं। यसले केही समस्या लामो समयदेखि समाधान नभएको देखाउँछ। र म आफैं, जब म केहि समस्याहरू समाधान गर्छु, कहिलेकाहीँ म तिनीहरूलाई बिर्सन सक्छु। एस्केलेसन एक राम्रो रिमाइन्डर हो, यदि तपाइँ आफैलाई निगरानी गर्दै हुनुहुन्छ भने।

समग्रमा, मलाई विश्वास छ कि हाम्रो कामको गुणस्तर परिमाणको क्रमले बढेको छ। त्यहाँ लगभग कुनै डाउनटाइम छैन (वा ग्राहकसँग यो नोट गर्न समय छैन। बस शह!), जबकि कामको मात्रा सानो भएको छ र कामको अवस्था शान्त भएको छ। हामी आकस्मिक कामबाट टेपको साथ प्याचिङ प्वालहरूबाट शान्त र मापन कार्यमा सरेका छौं, जब धेरै समस्याहरू अग्रिम भविष्यवाणी गरिन्छ र तिनीहरूलाई रोक्न समय छ। भएका समस्याहरू पनि समाधान गर्न सजिलो भएको छ: पहिलो, हामीले ग्राहकहरू आतंकित हुनु अघि तिनीहरूको बारेमा थाहा पाउँछौं, र दोस्रो, यो प्रायः यस्तो हुन्छ कि समस्या हालको कामसँग सम्बन्धित छ (जब म एउटा काम गरिरहेको थिएँ, मैले अर्को तोडेको थिएँ) - त्यसैले यो तातो छ यसलाई व्यवहार गर्न ट्रेसहरूको लागि सजिलो छ।

तर त्यहाँ अर्को मामला थियो ...

के तपाईंलाई थाहा छ कि लोकप्रिय डेबियन 9 (स्ट्रेच) मा phpmyadmin जस्ता लोकप्रिय प्याकेज अझै (धेरै महिनाको लागि!) कमजोर स्थितिमा छ? (CVE-2019-6798)। जब कमजोरी देखा पर्‍यो, हामीले तुरुन्तै यसलाई विभिन्न तरिकाले ढाक्यौं। तर मैले "सुन्दर" समाधान कहिले आउँछ भनेर जान्नको लागि okerr मा सुरक्षा-ट्रयाकर पृष्ठको निगरानी सेट अप गर्छु (सामग्रीको SHA1 योग मार्फत)। सूचकले मलाई धेरै पटक घुमायो, पृष्ठ परिवर्तन भयो, तर तपाईले देख्न सक्नुहुन्छ, यसले अझै पनि (जनवरी 2019 देखि!) समस्या समाधान भएको संकेत गर्दैन। हुनसक्छ, वैसे, कसैलाई थाहा छ समस्या के हो कि यस्तो महत्त्वपूर्ण प्याकेज अझै एक वर्ष भन्दा बढीको लागि कमजोर छ?

अर्को पटक समान अवस्थामा: SSH मा एक जोखिम पछि, सबै सर्भरहरू अद्यावधिक गर्न आवश्यक थियो। र जब तपाइँ एक कार्य सेट गर्नुहुन्छ, तपाइँ कार्यान्वयन नियन्त्रण गर्न आवश्यक छ। (मातहतका व्यक्तिहरूले गलत बुझ्ने, बिर्सने, अलमलमा पर्ने र गल्ती गर्ने प्रवृत्ति हुन्छ)। त्यसकारण, पहिले हामीले सबै सर्भरहरूमा okerr मा SSH संस्करण जाँच थप्यौं, र okerr मार्फत हामीले सबै सर्भरहरूमा अद्यावधिकहरू रोल आउट भएको सुनिश्चित गर्यौं। (सुविधाजनक! मैले यस प्रकारको सूचक रोजेको छु, र तपाईले तुरुन्तै कुन सर्भरमा कुन संस्करण छ भनेर हेर्न सक्नुहुन्छ)। जब हामी निश्चित भयौं कि कार्य सबै सर्भरहरूमा पूरा भयो, हामीले संकेतकहरू हटायौं।

एक दुई पटक त्यहाँ एक अवस्था थियो जहाँ एक निश्चित समस्या उत्पन्न हुन्छ, र त्यसपछि आफैंमा जान्छ। (सायद सबैलाई परिचित?) तपाईंले याद गर्नुहुँदा, तपाईंले जाँच गर्नुहुँदा — र त्यहाँ जाँच गर्न केही पनि छैन—सबै कुरा पहिले नै राम्रोसँग काम गरिरहेको छ। तर त्यसपछि फेरि टुट्छ। हामीले अमेजन मार्केटप्लेस (MWS) मा अपलोड गरेका उत्पादनहरूसँग, उदाहरणका लागि, यो भएको थियो। केही बिन्दुमा, लोड गरिएको सूची गलत थियो (सामानको गलत मात्रा र गलत मूल्यहरू)। हामीले यो पत्ता लगायौं। तर यो पत्ता लगाउनको लागि, यो समस्याको बारेमा तुरुन्तै पत्ता लगाउन महत्त्वपूर्ण थियो। दुर्भाग्यवश, MWS, सबै Amazon सेवाहरू जस्तै, थोरै ढिलो छ, त्यसैले त्यहाँ सधैं एक ढिलाइ थियो, तर अझै पनि, हामी कम्तिमा समस्या र यसको कारणले लिपिहरू बीचको जडान बुझ्न सक्षम भयौं (हामीले जाँच गर्यौं, अड्कियौं। यो okerr मा, र एक चेतावनी प्राप्त तुरुन्तै जाँच)।

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

Okerr सेन्सरहरूको लागि, हामी सस्तो सम्भव होस्टिङ प्रयोग गर्छौं (जहाँ गुणस्तर र विश्वसनीयता महत्त्वपूर्ण छैन, तिनीहरूले एक अर्कालाई बीमा गर्छन्)। त्यसोभए, हामीले भर्खरै धेरै राम्रो होस्टिंग र सुपर सस्तो भेट्टायौं, बेन्चमार्कहरू उत्कृष्ट छन्। तर... कहिलेकाहीँ यो बाहिर जान्छ कि भर्चुअल मेसिनबाट बाहिर जाने जडानहरू अर्को (छिमेकी) आईपीबाट बनाइन्छ। चमत्कारहरू। साथ ग्राहक_आईपी मोड्युल https://diagnostic.opendns.com/myip गलत आईपी पाउँछ। र सूचकको सर्भर लगहरूबाट यो स्पष्ट छ कि अपडेट पनि यो छिमेकी आईपीबाट आएको हो। अब समर्थन संग व्यवहार गरौं। यो राम्रो छ कि हामीले यो शान्तिको समयमा याद गर्यौं। तर, उदाहरण को लागी, यो अक्सर हुन्छ कि पहुँच आईपी सेतो सूची अनुसार दर्ता गरिएको छ - र यदि सर्भर कहिलेकाहीँ छोटो समयको लागि यसरी झिम्काउँछ - तपाईले यो समस्यालाई धेरै लामो समयको लागि समात्ने प्रयास गर्न सक्नुहुन्छ।

ठीक छ, अर्को कुरा - जब हामी VPS होस्टिंगको बारेमा कुरा गर्दैछौं - हामी सँधै सस्तो प्रयोग गर्छौं (hetzner, ovh, स्केलवे)। बेन्चमार्क र स्थिरता दुवैको हिसाबले मलाई यो साँच्चै मनपर्छ। हामी अन्य परियोजनाहरूको लागि धेरै महँगो Amazon EC2 प्रयोग गर्छौं। त्यसोभए, ओकरलाई धन्यवाद, हामीसँग हाम्रो आफ्नै सूचित राय छ। ती दुवै ढल्छन्। र म यो भन्न चाहन्न कि हाम्रो अवलोकनको लामो अवधिमा, सस्तो होस्टिंगहरू जस्तै हेटजनर EC2 भन्दा उल्लेखनीय रूपमा कम स्थिर भयो। त्यसकारण, यदि तपाइँ अन्य अमेजन सुविधाहरूमा बाँधिएको छैन भने, किन थप तिर्ने? 🙂

के अर्को छ?

यदि यस चरणमा मैले तपाईंलाई Okerr बाट टाढा डराएको छैन भने, त्यसपछि प्रयास गर्नुहोस्! तपाईं सिधै यो लिङ्कमा जान सक्नुहुन्छ okerr डेमो खाता (अहिले क्लिक गर्नुहोस्!) तर ध्यान राख्नुहोस् कि त्यहाँ सबैका लागि एउटा मात्र डेमो खाता छ, त्यसैले यदि तपाईंले केहि गर्नुभयो भने, उही खातामा अरू कसैले एकै समयमा तपाईंलाई हस्तक्षेप गर्न सक्छ। वा (राम्रो) लिङ्क मार्फत दर्ता गर्नुहोस् अफसाइट ओकर - सबै कुरा सरल छ, एसएमएस बिना। यदि तपाइँ आफ्नो वास्तविक इमेल प्रयोग गर्न चाहनुहुन्न भने, तपाइँ एक डिस्पोजेबल प्रयोग गर्न सक्नुहुन्छ, जस्तै mailinator (म सिफारिस गर्दछु getnada.com)। त्यस्ता खाताहरू समयको साथ मेटाउन सकिन्छ, तर तिनीहरू परीक्षणको लागि ठीक हुनेछन्।

दर्ता पछि, तपाइँलाई तालिम लिन सोधिनेछ (धेरै गाह्रो प्रशिक्षण कार्यहरू गर्नुहोस्)। प्रारम्भिक सीमाहरू धेरै सानो छन्, तर प्रशिक्षण वा एक सर्भरको लागि तिनीहरू पर्याप्त छन्। प्रशिक्षण पूरा गरेपछि, सीमाहरू (उदाहरणका लागि, सूचकहरूको अधिकतम संख्या) बढाइनेछ।

कागजात देखि - सबै को पहिलो WIKI सर्भर साइडमा र ग्राहकमा (okerrupdate wiki)। तर यदि केहि अस्पष्ट छ भने, समर्थन (at) okerr.com मा लेख्नुहोस् वा टिकट छोड्नुहोस् - हामी सबै कुरा चाँडै समाधान गर्ने प्रयास गर्नेछौं।

यदि तपाइँ यसलाई गम्भीर रूपमा प्रयोग गर्नुहुन्छ र यी बढेको सीमाहरू पर्याप्त छैनन् भने, समर्थनमा लेख्नुहोस् र हामी यसलाई (नि:शुल्क) बढाउनेछौं।

के तपाईं आफ्नो सर्भरमा okerr सर्भर स्थापना गर्न चाहनुहुन्छ? यहाँ okerr-dev भण्डार। हामी सफा भर्चुअल मेसिनमा स्थापना गर्न सिफारिस गर्छौं, त्यसपछि तपाइँ यसलाई स्थापना स्क्रिप्टको साथ मात्र गर्न सक्नुहुन्छ। तपाईको भर्चुअल मेसिनमा - कुनै प्रतिबन्ध छैन :-)। खैर, फेरि, यदि केहि भयो भने, हामी सधैं मद्दत गर्ने प्रयास गर्नेछौं।

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

स्रोत: www.habr.com