ٻه سال اڳ مون هڪ پوسٽ ڪئي هئي ويب سائيٽ لاءِ سادي ناڪامي جي باري ۾ اوڪر. هاڻي منصوبي جي ڪجهه ترقي آهي، ۽ مون پڻ شايع ڪيو okerr سرور سائڊ سورس ڪوڊ هيٺ کليل لائسنس، ان ڪري مون فيصلو ڪيو ته هي مختصر جائزو حبر تي لکڻ جو.

جنهن ۾ دلچسپي ٿي سگهي ٿي

اھو ٿي سگھي ٿو توھان لاءِ دلچسپيءَ جو جيڪڏھن توھان ڪم ڪريو ھڪڙي ننڍڙي ٽيم ۾ يا اڪيلو. توهان وٽ نگراني نه آهي ۽ توهان کي پڪ ناهي ته توهان کي واقعي ان جي ضرورت آهي. يا ته توهان ڪوشش ڪئي ڪجهه مشهور سنجيده نگراني ”وڏي ڇوڪرن لاءِ“، پر اهو ڪنهن نه ڪنهن طرح توهان جي لاءِ ”آف نه ٿيو“، يا اهو لڳ ڀڳ ڊفالٽ ترتيب ۾ ڪم ڪري ٿو ۽ توهان جي زندگيءَ کي گهڻو تبديل نه ڪيو آهي. ۽ پڻ - جيڪڏهن توهان يقيني طور تي هڪ مڪمل ملازم (يا ان کان به هڪ ڊپارٽمينٽ) مختص ڪرڻ جو ارادو نه ڪيو آهي ته مانيٽرنگ ڊيش بورڊ جي نگراني ڪرڻ لاء گهٽ ۾ گهٽ ٻه ڪلاڪ هڪ ڏينهن يا ان کي ترتيب ڏيو.

اوڪر غير معمولي ڇو آهي

اڳيون آئون اوڪيرا جون دلچسپ خاصيتون ڏيکاريندس جيڪي ان کي ٻين مانيٽرنگ سسٽم کان ڌار ڪن ٿيون.

Okerr هڪ هائبرڊ مانيٽرنگ آهي

اندروني نگراني دوران، هڪ "ايجنٽ" مانيٽر ٿيل مشينن تي هلندو آهي، جيڪو ڊيٽا کي مانيٽرنگ سرور ڏانهن منتقل ڪري ٿو (مثال طور، مفت ڊسڪ اسپيس). جڏهن خارجي، سرور نيٽ ورڪ تي چيڪ ڪري ٿو (مثال طور، پنگ يا ويب سائيٽ جي دستيابي). هر طريقو پنهنجي حدن آهي. Okerr ٻنهي اختيارن کي استعمال ڪري ٿو. سرورز جي اندر چيڪ هڪ تمام هلڪو (30Kb) ايجنٽ يا توهان جي پنهنجي اسڪرپٽس ۽ ايپليڪيشنن ذريعي ڪيا ويندا آهن، ۽ نيٽ ورڪ چيڪ مختلف ملڪن ۾ اوڪر سينسر ذريعي ڪيا ويندا آهن.

okerr صرف سافٽ ويئر ناهي، پر هڪ خدمت پڻ

ڪنهن به نگراني جو سرور حصو وڏو ۽ پيچيده هوندو آهي، ان کي انسٽال ڪرڻ ۽ ترتيب ڏيڻ ڏکيو هوندو آهي، ۽ ان لاءِ وسيلن جي ضرورت هوندي آهي. okerr سان توهان پنهنجو مانيٽرنگ سرور انسٽال ڪري سگهو ٿا (اهو مفت ۽ اوپن سورس آهي)، يا توهان صرف ڪلائنٽ جو حصو استعمال ڪري سگهو ٿا ۽ اسان جي سرور جي خدمت استعمال ڪري سگهو ٿا. پڻ مفت.

جيڪڏهن نگراني توهان کي معاوضي ڏيڻ جي اجازت ڏئي ٿي ۽ سرورز ۽ ايپليڪيشنن ۾ اعتبار جي کوٽ کي ڍڪي، پوء هڪ فلسفيائي سوال پيدا ٿئي ٿو - محافظ ڪير آهي؟ مانيٽرنگ اسان کي ڪنهن مسئلي جي باري ۾ ڪيئن ٻڌائيندو جيڪڏهن اهو پاڻ ڪنهن سبب جي ڪري ”مري ويو“، الڳ الڳ يا توهان جي ٻين وسيلن سان گڏ (مثال طور، ڊيٽا سينٽر ڏانهن چينل گر ٿي ويو)؟ جڏهن ٻاهرين سروس اوڪر استعمال ڪندي - اهو مسئلو حل ڪيو ويو آهي - توهان کي هڪ الرٽ ملي ويندي جيتوڻيڪ توهان جي سرور سان گڏ سڄو ڊيٽا سينٽر بغير طاقت جي هجي يا زومبي طرفان حملو ڪيو وڃي.

يقينن، اهو خطرو آهي ته اوڪر سرور پاڻ دستياب نه هوندو، اهو سچ آهي (جيئن توهان ڄاڻو ٿا، 90٪ قابل اعتماد هميشه حاصل ڪيو ويندو آهي آسان ۽ "مفت"، 99٪ گهٽ ۾ گهٽ ڪوشش سان، ۽ هر ايندڙ نو آهي. تيزيء سان وڌيڪ ڏکيو). پر، پهرين، اهو ٿيڻ جا موقعا گهٽ آهن، ۽ ٻيو، اهو مسئلو صرف ان صورت ۾ نظر نه اچي سگهي ٿو جڏهن اهو اسان جي سرور تي مسئلن سان ٺهڪي اچي ٿو. جيڪڏهن اسان وٽ 99.9٪ قابل اعتماد آهي، ۽ توهان وٽ 99.9٪ آهي (تمام وڏا نمبر نه آهن)، پوء اڻ ڄاڻايل ناڪامي جو موقعو 0.1٪ 0.1٪ = 0.0001٪ آهي. توهان جي اعتبار ۾ ٽن نين کي شامل ڪرڻ لڳ ڀڳ بغير ڪوشش ۽ بغير قيمت تمام سٺو آهي!

هڪ خدمت جي طور تي مانيٽرنگ جو ٻيو فائدو اهو آهي ته هڪ هوسٽنگ فراهم ڪندڙ يا ويب اسٽوڊيو هڪ اوڪر سرور انسٽال ڪري سگهي ٿو ۽ گراهڪن تائين رسائي فراهم ڪري سگهي ٿو ادا ڪيل يا مفت اضافي خدمت جي طور تي. توهان جي مقابلي ۾ صرف هوسٽنگ ۽ ويب سائيٽون آهن، پر توهان وٽ نگراني سان قابل اعتماد هوسٽنگ آهي.

اوڪر اشارن بابت آهي

اشارو هڪ "لائيٽ بلب" آهي. ان ۾ ٻه مکيه رياستون آهن - سائو (OK) يا ڳاڙهو (ERR). پروجيڪٽ ڪيترن ئي گروپن تي مشتمل آهي (مثال طور، سرور طرفان) اشارا. پروجيڪٽ جي مکيه صفحي تي، توهان فوري طور تي ڏسندا ته يا ته هر شيء سائي آهي (۽ توهان ان کي بند ڪري سگهو ٿا)، يا ڪا شيء ڳاڙهي آهي ۽ درست ڪرڻ جي ضرورت آهي. جڏهن انهن رياستن جي وچ ۾ منتقلي، هڪ الرٽ موڪليو ويو آهي. ڏينهن ۾ هڪ ڀيرو جڏهن توهان ان کي ترتيب ڏئي رهيا آهيو، منصوبي جو هڪ خلاصو موڪليو ويو آهي.

هر اوڪر اشاري ۾ ٺاهيل حالتون هونديون آهن جن جي ذريعي اها حالت تبديل ڪري ٿي (زيبڪس ۾ هن کي ٽرگر سڏيو ويندو آهي). مثال طور، لوڊ اوسط 2 کان وڌيڪ نه هجڻ گهرجي (يقينا، اهو ترتيب ڏيڻ وارو آهي). ۽ هر اندروني چيڪ لاء (لوڊ اوسط، ڊسڪ مفت، ...) اتي هڪ واچ ڊاگ آهي. جيڪڏهن ڪنهن سبب جي ڪري اسان مقرر وقت تي ڪامياب تصديق نه ٿا حاصل ڪريون، هڪ غلطي لاگ ان ٿيل آهي ۽ هڪ الرٽ موڪليو ويو آهي.

اسان جي معمول جي ڪم جو نمونو صبح جو اي ميلون چيڪ ڪرڻ آهي، ۽ ٻين خطن جي وچ ۾ خلاصو ڏسو (اسين ان کي ڪم جي شروعات تي مقرر ڪندا آهيون). جيڪڏھن ان ۾ سڀ ڪجھ ٺيڪ آھي، اسان ٻيون اھم شيون ڪندا آھيون (پر محفوظ رھڻ لاءِ، اسين تڪڙو ڏسي سگھون ٿا اوڪيرا ڊيش بورڊ ۽ پڪ ڪري سگھون ٿا ته ھن وقت سڀ ڪجھ سائي آھي). جيڪڏهن هڪ خبرداري اچي ٿي، اسان رد عمل ڪنداسين.

يقينن، اهو ممڪن آهي ته صرف "معلوماتي" اشارن کي رکڻ لاء (مانيٽرنگ کان نيٽ ورڪ جي تصوير ڏسڻ لاء)، پر هر شي کي آسان، آساني سان ۽ جلدي اشارن کي خاص طور تي خودڪار مانيٽرنگ ۽ الرٽ موڪلڻ لاء تيار ڪيو ويو آهي.

جنهن مقصد لاءِ توهان okerr سيٽ ڪري رهيا آهيو اهو الرٽ ۾ آهي، انهي ڪري ته توهان هڪ منٽ ۾ هڪ اشارو ٺاهي سگهو ٿا، اهو هڪ سال لاءِ ”ننڊ“ ڪري سگهي ٿو، صرف اپڊيٽ قبول ڪريو، ۽ جڏهن هڪ سال بعد ڪا شيءِ بريڪ ٿي ته اها روشني ٿي ۽ موڪلي ٿي. هڪ خبرداري. اهو منٽ جيڪو توهان هڪ ڀيرو خرچ ڪيو هڪ اشارو ٺاهڻ ۾ ادا ڪيو؛ توهان فوري طور تي ڪنهن ٻئي کان اڳ، مسئلي جي باري ۾ سکيو. اهو ممڪن آهي ته انهن کي ڪنهن جي نوٽيس کان اڳ مقرر ڪيو وڃي. جنهن شيءِ کي جلدي اٿاريو وڃي، ان کي گرڻ نه سمجهيو ويندو آهي!

حفاظت

اها شرم جي ڳالهه هوندي جيڪڏهن توهان اعتماد وڌائڻ جي خاطر مانيٽرنگ قائم ڪريو، پر نتيجي طور، توهان ان ذريعي نيٽ ورڪ تي حملو ڪيو ٿا، ۽ مختلف مانيٽرنگ اوزارن ۾ ڪافي نيٽ ورڪ ڪمزوريون آهن (زيبڪس, Nagios).

ايجنٽ (پيڪيج مان okerrmod okerrupdate) سسٽم تي هلندڙ نيٽورڪ سرور ناهي، پر هڪ ڪلائنٽ. تنهن ڪري، مانيٽر ٿيل سرور تي ڪو به اضافي کليل بندرگاهن نه آهن، ڪلائنٽ آساني سان فائر وال يا NAT جي پويان ڪم ڪري ٿو ۽ تمام ڏکيو آهي (مان چوان ٿو "ناممڪن") نيٽ ورڪ کي هيڪ ڪرڻ لاء، ڇاڪاڻ ته اصول ۾ اهو نيٽ ورڪ کي ٻڌڻ ۾ نٿو اچي. ساکٽ.

مڪمل نگراني ڪوريج

هاڻي اسان جو قاعدو اهو آهي ته اسان اوڪر کان سڀني ٽيڪنيڪل مسئلن بابت ڄاڻون ٿا. جيڪڏهن اوچتو ضابطي جي ڀڃڪڙي ٿئي ٿي (اوڪرر ان جي امڪاني واقعن بابت خبردار نه ڪيو آهي (جيڪڏهن اهو ممڪن آهي) يا اهو اڳ ۾ ئي ٿي چڪو آهي) - اسان چيڪ شامل ڪندا آهيون اوڪر.

خارجي چڪاس

ڪافي عام سيٽ:

اوباما
http اسٽيٽس
SSL سرٽيفڪيٽ جي صحيحيت ۽ تازگي جي جانچ ڪندي (جيڪڏهن اهو ختم ٿيڻ وارو آهي ته خبردار ڪندو)
TCP پورٽ کوليو ۽ ان تي بينر
http grep (صفحو [ضروري ناهي] مخصوص متن تي مشتمل هجي)
صفحي جي تبديلين کي پڪڙڻ لاءِ sha1 hash.
DNS (DNS رڪارڊ کي هڪ خاص قدر هجڻ گهرجي)
WHOIS (جيڪڏهن ڊومين خراب ٿيڻ بابت آهي خبردار ڪندو)
اينٽي اسپام DNSBL (هڪ ڀيرو 50+ اينٽي اسپام بليڪ لسٽن جي خلاف ميزباني چيڪ ڪريو)

اندروني چڪاس

پڻ، ھڪڙو معياري سيٽ (پر آساني سان وسعت وارو).

df (مفت ڊسڪ اسپيس)
لوڊ اوسط
opentcp (اوپن ٽي سي پي ٻڌندڙ ساکٽ - اطلاع ڏيندو ته ڪجھ شروع ٿيو يا خراب ٿي ويو)
uptime - صرف uptime سرور تي. اطلاع ڏيندو جيڪڏھن اھو تبديل ٿي ويو آھي (يعني سرور اوورلوڊ ٿي ويو آھي)
client_ip
dirsize - اسان ان کي ٽريڪ ڪرڻ لاءِ استعمال ڪندا آهيون جڏهن اسان جي ورچوئل مشين روٽف اجازت ڏنل سائيز کان وڌي وڃي، سخت پابندين کي متعارف ڪرائڻ کان سواءِ، ۽ صارف جي گهر ڊاريڪٽريز جي سائيز
خالي ۽ غير خالي - مانيٽر فائلون جيڪي خالي هجن (يا خالي نه هجن). مثال طور، okerr سرور جي غلطي لاگ پاڻ کي خالي هجڻ گهرجي، ۽ جيڪڏهن ان ۾ هڪ قطار به آهي، مون کي هڪ نوٽيفڪيشن ملي ويندي ۽ ان کي چيڪ ڪندس. پر ميل سرور تي mail.log خالي نه هجڻ گهرجي (گرمڻ کان پوءِ N منٽ). ۽ ڪڏهن ڪڏهن اهو اسان لاءِ خالي هوندو هو سسٽم اپڊيٽ کان پوءِ، جڏهن لاگروٽٽ rsyslog صحيح طريقي سان ٻيهر شروع نه ٿي سگهيو.
linecount - فائل ۾ لائنن جو تعداد (جهڙوڪ wc -l). اسان ان کي استعمال ڪريون ٿا ھڪڙو نرم متبادل طور تي خالي لاء، جڏھن غلطي لاگ اڃا به وڌي سگھي ٿو، پر صرف سست (مثال طور، Googlebot ڪجھ بند ٿيل صفحن کي ھٽايو). 2 منٽن ۾ 20 لائينن جي حد آھي. جيڪڏهن اهو وڌيڪ آهي، اتي هڪ خبرداري هوندي

دلچسپ اندروني چڪاس

جيڪڏھن توھان پڙھندا رھيا آھيو ”ترقي“ ھن نقطي تائين، ھاڻي اھو وڌيڪ دلچسپ ٿيندو وڌيڪ غور سان پڙھو.

بيڪ اپ

ڊاريڪٽري ۾ بيڪ اپ مانيٽر ڪري ٿو. اسان جي بيڪ اپ فائلن جا نالا آهن "ServerName-20200530.tar.gz". okerr ۾ هر سرور لاءِ، اشارو ServerName-DATE.tar.gz ٺاهيو ويو آهي (اصل تاريخ ”تاريخ“ واري لائن ۾ تبديل ٿيندي آهي). تازو بيڪ اپ جي موجودگي ۽ ان جي سائيز پڻ مانيٽر ڪئي وئي آهي (مثال طور، اهو اڳئين بيڪ اپ جي 90٪ کان گهٽ نه ٿي سگهي).

نئين بيڪ اپ لاءِ ڇا ڪرڻ جي ضرورت آهي ٽريڪ ٿيڻ کان پوءِ اسان ان کي ٺاهڻ شروع ڪيو ۽ ان کي هن ڊاريڪٽري ۾ رکيو؟ ڪجھ به نه! اهو هڪ تمام آسان طريقو آهي جڏهن توهان کي "ڪجهه به نه" ڪرڻ جي ضرورت آهي ڇو ته:

”ڪجهه به نه“ ڪرڻ تمام جلدي آهي، اهو وقت بچائيندو آهي
”ڪجهه به نه“ ڪرڻ وسارڻ مشڪل آهي
اهو ڏکيو آهي "ڪجهه به نه" غلط، هڪ غلطي سان. سڀ کان وڌيڪ قابل اعتماد طريقو ڪجھ به نه آهي

جيڪڏهن اوچتو تازو بيڪ اپ فائلون ظاهر ٿيڻ بند ٿي وڃن، اتي هڪ خبرداري هوندي. جيڪڏهن، مثال طور، توهان هڪ سرور کي غير فعال ڪيو آهي، ۽ وڌيڪ بيڪ اپ نه هجڻ گهرجي، توهان کي اشارو ختم ڪرڻو پوندو (ويب انٽرفيس ذريعي يا شيل مان API ذريعي).

maxfilesz

سڀ کان وڏي فائلن جي سائيز جي ٽريڪ رکي ٿو (عام طور تي: /var/log/*). اهو توهان کي غير متوقع مسئلن کي پڪڙڻ جي اجازت ڏئي ٿو، مثال طور، برٽ فورس پاسورڊ يا سرور ذريعي اسپام موڪلڻ.

رن اسٽيٽس/رن لائن

اهي ٻه اهم پراکسي ماڊلز آهن سرور تي ٻين پروگرامن کي هلائڻ لاءِ. Runstatus رپورٽ ڪري ٿو پروگرام نڪرڻ وارو ڪوڊ اشارو ڏانهن. مثال طور، okerr نه آهي (گهربل) هڪ ماڊل چيڪ ڪرڻ لاء ته systemd خدمتون هلائي رهيا آهن. اهو رن اسٽيٽس ذريعي ڪيو ويندو آهي (هيٺ ڏسو). رن لائن - سرور کي لڪير جي رپورٽ ڪري ٿو جيڪا پروگرام پيدا ڪري ٿي. مثال طور، temp_RUN="cat /sys/class/thermal/thermal_zone0/temp" اسان جي سرور تي رن لائن ترتيب ۾ هڪ اشاري سرور جو نالو ٺاهي ٿو: پروسيسر جي درجه حرارت سان.

اسڪوائر

MySQL ڏانهن هڪ عددي سوال تي عمل ڪري ٿو ۽ نتيجو اشاري کي رپورٽ ڪري ٿو. هڪ سادي صورت ۾، توهان ڪري سگهو ٿا، مثال طور، "چونڊ 1" - اهو چيڪ ڪندو ته DBMS مڪمل طور تي ڪم ڪري رهيو آهي.

پر هڪ وڌيڪ دلچسپ ايپليڪيشن آهي، مثال طور، هڪ آن لائن اسٽور ۾ آرڊر جي تعداد کي ٽريڪ ڪرڻ. جيڪڏهن توهان کي خبر آهي ته توهان وٽ في ڪلاڪ 100 يا وڌيڪ آرڊر آهن، توهان گهٽ ۾ گهٽ حد مقرر ڪري سگهو ٿا 100 يا 80. پوءِ جيڪڏهن اوچتو توهان جو وڪرو گهٽجي وڃي، توهان کي هڪ الرٽ ملندو ۽ توهان ان جو اندازو لڳائي سگهو ٿا.

نوٽ ڪريو ته اھو ڪوئي فرق نٿو پوي ته اھو ڪھڙي غير متوقع سبب لاءِ ٿيو آھي:

سرور صرف دستياب ناهي (ڊي-انرجائز يا نيٽ ورڪ کان سواء)، ۽ خبرداري حقيقت کان آيو آهي ته اشارو "سڙيل" هو.
سرور ڪنهن شيءِ سان اوورلوڊ ٿيل آهي، اهو سست ڪم ڪري ٿو يا پيڪيٽ گم ٿي وڃن ٿا، اهو استعمال ڪندڙن لاءِ مشڪل آهي ۽ اهي خريد ڪرڻ کان سواءِ ڇڏي وڃن ٿا.
سرور اسپام لسٽن ۾ شامل ڪيو ويو آھي ۽ ان مان ميل قبول نه ڪيو ويو آھي، استعمال ڪندڙ رجسٽر نٿا ڪري سگھن
اشتهاري مهم جي بجيٽ ختم ٿي وئي آهي، بينر نه ٿا لڳن.

ان جا ڪيئي به سبب ٿي سگھن ٿا، ۽ انھن سڀني جو اڳواٽ اندازو نه ٿو لڳائي سگھجي، ۽ ان کي ٽريڪ ڪرڻ ٽيڪنيڪل طور مشڪل آھي. پر توهان آساني سان فائنل پيٽرولر (آرڊر) جي نگراني ڪري سگهو ٿا ۽ انهن مان اندازو لڳائي سگهو ٿا ته صورتحال مشڪوڪ آهي ۽ ان سان معاملو ڪرڻ جي لائق آهي.

منطقي اشارا

اجازت ڏئي ٿو بولين ايڪسپريسشن (Python نحو) جي استعمال جي ماڊل ذريعي تصديق ڪرڻ(Habré تي مضمون). پروجيڪٽ مان ڊيٽا ۽ ان جا اشارا اظهار لاءِ موجود آهن. مثال طور، مٿين باب ۾ SQL چيڪ ڪرڻ بابت، توهان شايد هڪ ڪمزور نقطو محسوس ڪيو آهي - ڏينهن دوران اسان 100 سيلز في ڪلاڪ ڪري سگهون ٿا، پر رات جو - 20، ۽ اهو عام آهي، ڪو مسئلو ناهي. مونکي ڇا ڪرڻ گهرجي؟ اشارو مسلسل رات جو خوفناڪ ٿيندو.

توهان ٻه اشارا ٺاهي سگهو ٿا، ڏينهن ۽ رات. ٻنهي کي "خاموش" ٺاهيو (اهي الرٽ نه موڪليندا). ۽ هڪ منطقي اشارو ٺاهيو جنهن جي ضرورت آهي ته ڏينهن جو اشارو 20:00 کان اڳ ٺيڪ هجي، ۽ 20:00 کان پوءِ اهو ڪافي آهي رات جو اشارو ٺيڪ ٿيڻ لاءِ.

هڪ منطقي اشارو استعمال ڪرڻ جو هڪ ٻيو مثال آهي واڌارو. مثال طور، هڪ پروجيڪٽ مئنيجر الرٽس کان رڪنيت ختم ڪري ٿو (هن کي ائين ڪرڻ جي ڪا ضرورت ناهي، منتظمين کي عام مسئلن جو جواب ڏيڻ گهرجي)، پر هڪ منطقي اشاري جي رڪنيت حاصل ڪري ٿو جيڪو ڳاڙهي ٿي ويندو آهي جيڪڏهن پروجيڪٽ ۾ ڪنهن به اشاري کي مختص ڪيل وقت اندر درست نه ڪيو وڃي.

انهي سان گڏ، اهو ممڪن آهي ته ڪم لاء اجازت ڏنل وقت مقرر ڪريو، مثال طور، 3 کان 5 ايم تائين. اسان کي پرواه ناهي ته هن وقت دوران سرور ۽ سائيٽون حادثو. پر 5:00 تي انهن کي ڪم ڪرڻو پوندو. جيڪڏهن اهي ڪنهن ٻئي وقت ڪم نٿا ڪن - خبردار. منطقي اشارو پڻ توهان کي اڪائونٽ سرور جي بيڪاري ۾ وٺڻ جي اجازت ڏئي ٿو. جيڪڏهن توهان وٽ 5 ويب سرور آهن، ته پوءِ منتظم ڪنهن به وقت 1-2 سرور بند ڪري سگهن ٿا. پر جيڪڏهن جنگ ۾ 3 مان 5 سرور کان گهٽ آهن، اتي هڪ خبرداري هوندي.

مٿي ڏنل مثال اوڪر افعال نه آهن، نه ڪي خاصيتون جن کي چالو ۽ ترتيب ڏيڻ جي ضرورت آهي. اوڪيرا وٽ اهي سڀ ڪم نه آهن، پر اتي هڪ منطقي ماڊل آهي جيڪو توهان کي هن فنڪشنلٽي کي لاڳو ڪرڻ جي اجازت ڏئي ٿو (تقريبن هڪ پروگرامنگ ٻولي ۾ - جيڪڏهن اسان وٽ رياضياتي آپريٽر آهن، ته پوء اسان کي 20٪ VAT ڳڻڻ لاء خاص فنڪشن جي ضرورت ناهي. ٻولي کان، توهان هميشه ڪري سگهو ٿا اهو پنهنجو پاڻ ٺاهيو ته توهان جي ضرورتن مطابق).

منطق اشارو شايد اوڪر ۾ ڪجھ نسبتا پيچيده عنوانن مان ھڪڙو آھي، پر سٺي خبر اھو آھي ته توھان کي ان تي مھارت ڪرڻ جي ضرورت نه آھي جيستائين توھان کي ضرورت نه آھي. پر ساڳئي وقت، اهي صلاحيتون وڌائي رهيا آهن، جڏهن ته سسٽم پاڻ کي بلڪل سادو رکندو آهي.

توهان جي پنهنجي چيڪ شامل ڪرڻ

مان واقعي اهو خيال ٻڌائڻ چاهيان ٿو ته اوڪر سڀني موقعن لاءِ هزارين تيار ڪيل چيڪن جو هڪ سيٽ نه آهي، پر ان جي برعڪس - سڀ کان پهريان - هڪ سادي انجڻ سان توهان جي پنهنجي چيڪ ٺاهڻ جي سادي صلاحيت سان. okerr ۾ پنهنجا پنهنجا چيڪ ٺاهڻ هيڪرز، سسٽم ڪو-ڊيولپرز، يا گهٽ ۾ گهٽ ترقي يافته اوڪير استعمال ڪندڙن لاءِ ڪو ڪم ناهي، پر ڪنهن به منتظم لاءِ هڪ ممڪن ڪم آهي جنهن هڪ مهينو اڳ پهريون ڀيرو لينڪس انسٽال ڪيو هو.

گهٽ ۾ گهٽ اجرت تي چيڪ ماڊل ذريعي ڪيا ويندا آهن رن اسٽيٽس:

هن لڪير ۾ config رن اسٽيٽس توهان کي اطلاع ڏيندو جيڪڏهن /bin/true اوچتو شروع نه ٿئي يا 0 کان سواءِ ٻي ڪا شيءِ موٽائي.

true_OK=/bin/true

صرف هڪ لڪير - ۽ هتي اسان اڳ ۾ ئي ٿورڙي آهيون وڌايو ويو ڪارڪردگي اوڪر.

جيتوڻيڪ اهڙي چيڪ اڳ ۾ ئي ان جي قيمت آهي: جيڪڏهن اوچتو توهان جو سرور حادثو، اوڪر سرور تي لاڳاپيل اشارو بروقت طريقي سان اپڊيٽ نه ڪيو ويندو، ۽ وقت گذرڻ کان پوء، هڪ خبرداري ظاهر ٿيندو.

هي چيڪ اطلاع ڏيندو ته 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 لاءِ، ۽ ائين ئي هر ڪنهن لاءِ، سڀ، سڀ). هڪ ٽيليگرام ڪافي آهي. ٽيليگرام ذريعي توهان فوري طور تي الرٽ حاصل ڪري سگهو ٿا، پروجيڪٽ جي صورتحال کي چيڪ ڪريو ۽ سڀني مشڪلاتي اشارن کي ٻيهر چيڪ ڪرڻ لاءِ حڪم ڏيو. اسان ٿيٽر/ جهاز ڇڏي، ٻن ڪلاڪن تائين نبض تي آڱر نه رکي، فون آن ڪيو، چيٽ بٽ ۾ هڪ بٽڻ دٻايو، ۽ پڪ ڪيو ته سڀ ڪجهه ٺيڪ آهي.

اسٽيٽس صفحا

اڄڪلهه، اسٽيٽس صفحا تقريبن ڪنهن به ڪاروبار لاءِ لازمي آهن جن وٽ آئي ٽي آهي، اعتبار جي حوالي سان هڪ ذميوار رويو ۽ جيڪو پنهنجي گراهڪن/استعمال ڪندڙن کي عزت سان پيش ڪري ٿو.

ھڪڙي صورتحال جو تصور ڪريو - ھڪڙو صارف ڪجھ ڪرڻ گھري ٿو، معلومات ڏسڻ يا آرڊر ڪرڻ، ۽ ڪجھ ڪم نٿو ڪري. هن کي خبر ناهي ته ڇا ٿي رهيو آهي، مسئلو ڪنهن جي پاسي آهي ۽ اهو ڪڏهن حل ٿيندو. ٿي سگهي ٿو توهان جي ڪمپني کي صرف هڪ غير فعال ويب سائيٽ آهي؟ يا ڇھ مهينا اڳ ٽوڙيو ۽ ٻن سالن ۾ ٺيڪ ٿي ويندو؟ پر توهان کي هاڻي فرج خريد ڪرڻ جي ضرورت آهي، اهو اڳ ۾ ئي ڪارٽ ۾ آهي ... ۽ اهو هڪ مڪمل طور تي مختلف معاملو آهي جڏهن ڪو ماڻهو ڏسي ٿو ته توهان سان ڪجهه غلط آهي (گهٽ ۾ گهٽ اهو واضح آهي ته مسئلو هن جي طرف نه آهي)، ته مسئلو دريافت ڪيو ويو آهي، ته توهان اڳ ۾ ئي ان تي ڪم ڪري رهيا آهيو، ۽ ٿي سگهي ٿو ته ان کي درست ڪرڻ لاء لڳ ڀڳ وقت به لکيو آهي. صارف رڪنيت حاصل ڪري سگهي ٿو ۽ اي ميل نوٽيفڪيشن حاصل ڪري سگھي ٿو جڏهن مسئلو حل ٿي وڃي ۽ هو اهو ڪري سگهي ٿو جيڪو هو چاهي ٿو (فريج خريد ڪريو).

مسئلا ۽ بند وقت هر ڪنهن سان ٿئي ٿو. پر استعمال ڪندڙ ۽ ڀائيوار وڌيڪ اعتماد ڪن ٿا انهن تي جيڪي وڌيڪ شفاف ۽ ذميوار آهن انهن جي حوالي سان.

هتي 10 ٻين منصوبن جو جائزو جيڪي توهان کي اسٽيٽس صفحا ٺاهڻ جي اجازت ڏين ٿا. هتي مثال آهن ته اهي پروجيڪٽ صفحا ڪيئن نظر اچن ٿا Python и Dropbox. okerr اسٽيٽس صفحو.

ناڪام

هن مضمون کي وڌيڪ ڊگهو نه ڪرڻ لاء، مان هڪ ڀيرو ٻيهر پنهنجي پوئين مضمون جو حوالو ڏيندس- ويب سائيٽ لاءِ سادي ناڪامي . جيڪڏهن توهان هڪ نقل سرور ٺاهي سگهو ٿا، پوء ناڪامي استعمال ڪندي، توهان وٽ بنيادي طور تي ڊگهو وقت نه هوندو - جيئن ئي هڪ مسئلو معلوم ٿئي ٿو، صارفين کي خودڪار طريقي سان ڪم ڪندڙ بيڪ اپ سرور ڏانهن ريڊريٽ ڪيو ويندو. ۽ اهو مون کي لڳي ٿو ته هي هڪ تمام دلچسپ، روشن خصوصيت آهي، جيڪا گهٽ ۾ گهٽ ڪٿي به موجود آهي.

گھٽ سسٽم گهرجون

اوڪير سرورز لاءِ، اسان 2Gb کان رام سان مشينون استعمال ڪندا آهيون. نيٽ ورڪ سينسر لاء، جيتوڻيڪ 512Mb ڪافي آهي. ڪلائنٽ حصو عام طور تي تقريبا صفر آهي. (پلاسٽڪ جي ٿيلھي okerrupdate 26 Kb وزن، پر Python3 ۽ معياري لائبريرين جي ضرورت آهي). ڪلائنٽ هڪ ڪرون اسڪرپٽ مان هلندو آهي، تنهن ڪري ان ۾ صفر مسلسل ميموري واپرائڻ آهي. اسان جي نگراني ڪيل مشينن ۾، اسان وٽ سينسرز (سپر سستا VPS 512Mb ريم سان) ۽ هڪ راسبي پي. اهو ممڪن آهي جيتوڻيڪ ڪلائنٽ جي حصي کان سواء curl ذريعي اپڊيٽ موڪليو! (هيٺ ڏسو)

هن کي حساب ۾ رکڻ - اوڪرر، شايد سڀ کان وڌيڪ مفت دستياب مان مانيٽرنگ سسٽم، ڇو ته ٻيو مفت اوپن سورس سسٽم جهڙوڪ زبڪس يا ناگيوس استعمال ڪرڻ لاءِ، توهان کي ان لاءِ وسيلا (سرور) مختص ڪرڻا پوندا، ۽ اهو اڳ ۾ ئي پئسو آهي. اضافي طور تي، ڪجهه سرور جي سار سنڀال اڃا به گهربل آهي. اوکر سان، هي حصو ختم ڪري سگهجي ٿو. يا توهان کي ان کي هٽائڻ ۽ پنهنجو سرور استعمال ڪرڻ جي ضرورت ناهي، انهي تي منحصر آهي ته توهان ڇا پسند ڪيو.

API ۽ ملڪيت جي سافٽ ويئر ۾ انضمام

سادي ۽ کليل فن تعمير. oker هڪ تمام سادو آهي API، جنهن سان ڪم ڪرڻ آسان آهي. 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

توھان اسان جي ڪلائنٽ ماڊل استعمال ڪندي اشاري کي اپڊيٽ ڪري سگھو ٿا، جيتوڻيڪ ان کان سواء، صرف curl ذريعي.

# 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))

Python پروگرامن مان اشارن کي اپڊيٽ ڪرڻ لاءِ هڪ لائبريري آهي okerrupdate, ٻين ٻولين لاءِ ڪا به لائبريريون نه آهن، پر توهان يا ته okerrupdate اسڪرپٽ کي ڪال ڪري سگهو ٿا يا okerr سرور ڏانهن HTTP درخواست ڪري سگهو ٿا.

ڪيئن اوڪر اسان جي مدد ڪري ٿي

اوڪرر اسان جي زندگي تبديل ڪئي. بيشڪ. ٿي سگهي ٿو هڪ ٻيو مانيٽرنگ سسٽم به ائين ڪري سگهي، پر اوڪر سان ڪم ڪرڻ اسان لاءِ آسان ۽ سادو آهي ۽ ان ۾ اهي سڀ ڪم آهن جن جي اسان کي ضرورت هئي (اسان شامل ڪيو جيڪو ان ۾ نه هو). رستي ۾، جيڪڏهن ڪجهه خاصيتون غائب آهن، پڇو ۽ مان انهن کي شامل ڪندس (مان واعدو نه ٿو ڪريان، پر مان چاهيان ٿو ته اوڪرر کي ننڍي-وچولي منصوبن لاء بهترين مانيٽرنگ سسٽم هجي). يا اڃا بهتر، اهو پنهنجو پاڻ کي شامل ڪريو - اهو آسان آهي.

اسان اصول جي مطابق زندگي گذارڻ جو انتظام ڪيو "ڪيرا کان سڀني مسئلن بابت سکو." جيڪڏهن اوچتو ڪو مسئلو ٿئي ٿو ته اسان okerr کان نه سکيو آهي، اسان okerr ۾ هڪ چيڪ شامل ڪندا آهيون. (هن صورت ۾، "اسان" مان منهنجو مطلب آهي اسان کي سسٽم جي استعمال ڪندڙن جي طور تي، نه ڪو-ڊولپرز). شروعات ۾ اهو عام هو، پر هاڻي اهو تمام نادر ٿي ويو آهي.

مانيٽرنگ

okerr ذريعي اسان سڀني سرورن تي لاگ سائز جي نگراني ڪندا آهيون. اهو، يقينا، توهان جي اکين سان لاگ جي هر لڪير کي سوچڻ سان پڙهڻ ناممڪن آهي، پر صرف ترقي جي شرح جي نگراني اڳ ۾ ئي گهڻو ڪجهه ڏئي ٿو. ان جي ذريعي، اسان اسپام ميلنگ ۽ برٽ فورس پاسورڊ ڳولها ڳوليا، ۽ جڏهن ڪجھ ايپليڪيشنون "پاگل ٿي وڃن ٿيون"، انهن لاء ڪجهه ڪم نه ڪندو آهي ۽ اهي ان کي ٻيهر ورجائيندا آهن (هر ڀيري لاگ ۾ ٻه لائين شامل ڪندا آهن. ).

SSL سرٽيفڪيٽ. لڳ ڀڳ فوري طور تي لانچ کان پوء اجازت ڏيو اسان جي گراهڪ پنهنجي گراهڪن کي مفت SSL سرٽيفڪيٽ فراهم ڪرڻ شروع ڪيو (انهن مان هڪ هزار). ۽ اهو صرف انتظاميه لاء دوزخ بڻجي ويو! حقيقت اها آهي ته سائيٽون "رهندڙ" آهن، گراهڪ وقتي طور تي انهن کي ڪجهه ڪرڻ لاء پڇندا آهن، پروگرامر اهو ڪندا آهن. اهي مڪمل طور تي آزاد طور تي سائيٽ کي ٻئي DocumentRoot ڏانهن منتقل ڪري سگهن ٿا، مثال طور. يا ورچوئل هوسٽ config ۾ غير مشروط ٻيهر لکڻ شامل ڪريو. قدرتي طور تي، هن کان پوء، سرٽيفڪيٽ جي خودڪار تجديد کي ٽوڙي ٿو. ھاڻي اسان وٽ سڀ ايس ايس ايل ھوسٽ شامل ڪيا ويا آھن okerr ۾ خودڪار طريقي سان اسان جي ھڪڙي مفيد يوٽيلٽيز ذريعي پيڪيج مان a2conf. اچو ته صرف لانچ ڪريون a2okerr.py - ۽ جيڪڏهن سرور تي ڪيتريون ئي نيون سائيٽون ظاهر ٿين ٿيون، اهي خود بخود okerr ۾ ظاهر ٿينديون. جيڪڏهن اوچتو ڪنهن سبب جي ڪري سرٽيفڪيٽ جي تجديد نه ڪئي وئي آهي، سرٽيفڪيٽ جي مدت ختم ٿيڻ کان ٽي هفتا اڳ، اسان کي خبر آهي، ۽ اسان اهو معلوم ڪنداسين ته اهو ڇو نه اپڊيٽ ڪيو ويو آهي، اهڙي ڪتي. a2certbot.py ساڳئي پيڪيج مان - اهو هن سان تمام گهڻو مدد ڪري ٿو (اهو فوري طور تي تمام گهڻو امڪاني مسئلن جي جانچ ڪري ٿو - ۽ لکي ٿو ته ڇا چڱي طرح چيڪ ڪيو ويو، ۽ جتي گهڻو ڪري هڪ مسئلو آهي).

اسان پنهنجي سڀني ڊومينز جي ختم ٿيڻ جي تاريخ جي نگراني ڪندا آهيون. ۽ اسان جا سڀئي ميل سرور جيڪي ميل موڪليندا آهن انهن کي 50+ مختلف بليڪ لسٽن جي خلاف پڻ چڪاس ڪيو ويو آهي. (۽ ڪڏهن ڪڏهن انهن ۾ ڦاٿل آهن). رستي ۾، ڇا توهان کي خبر آهي ته گوگل ميل سرور پڻ بليڪ لسٽ ٿيل آهن؟ صرف خود جانچ لاءِ، اسان mail-wr1-f54.google.com کي مانيٽر ٿيل سرورز ۾ شامل ڪيو، ۽ اهو اڃا تائين SORBS بليڪ لسٽ تي آهي! (هي "اسپامر مخالف" جي قدر بابت آهي)

بيڪ اپ - مون اڳ ۾ ئي مٿي لکيو آهي ته انهن کي اوڪرر سان مانيٽر ڪرڻ ڪيترو آسان آهي. پر اسان اسان جي سرور تي جديد بيڪ اپ جي نگراني ڪريون ٿا ۽ (هڪ الڳ يوٽيلٽي استعمال ڪندي جيڪو اوڪر استعمال ڪري ٿو) بيڪ اپ جيڪي اسان Amazon Glacier تي اپلوڊ ڪندا آهيون. ۽، ها، مسئلا وقت وقت تي ٿينديون آهن. تعجب ناهي ته اهي ڏسي رهيا هئا.

اسان واڌارو اشارو استعمال ڪندا آهيون. اهو ڏيکاري ٿو ته ڪجهه مسئلو ڊگهي وقت تائين مقرر نه ڪيو ويو آهي. ۽ مان پاڻ، جڏهن آئون ڪجهه مسئلا حل ڪريان ٿو، ڪڏهن ڪڏهن آئون انهن جي باري ۾ وساري سگهان ٿو. واڌارو هڪ سٺو ياد ڏياريندڙ آهي، جيتوڻيڪ توهان پاڻ کي نگراني ڪري رهيا آهيو.

مجموعي طور تي، مان سمجهان ٿو ته اسان جي ڪم جو معيار شدت جي ترتيب سان وڌي چڪو آهي. لڳ ڀڳ ڪو به وقت نه آهي (يا گراهڪ وٽ ان کي نوٽيس ڪرڻ جو وقت نه آهي. بس شش!)، جڏهن ته ڪم جو مقدار ننڍو ٿي چڪو آهي ۽ ڪم ڪندڙ حالتون پرسڪون ٿي ويون آهن. اسان ايمرجنسي ڪم مان منتقل ٿي ويا آهيون پيچنگ سوراخ سان ٽيپ سان پرسڪون ۽ ماپيل ڪم، جڏهن ڪيتريون ئي مسئلا اڳ ۾ پيش ڪيا ويا آهن ۽ انهن کي روڪڻ جو وقت آهي. ايستائين جيڪي مسئلا ٿي چڪا آهن انهن کي حل ڪرڻ به آسان ٿي ويو آهي: پهريون ته، اسان انهن جي باري ۾ ڄاڻون ٿا گراهڪ جي خوف کان اڳ، ۽ ٻيو، اهو اڪثر ڪري ٿو ته اهو مسئلو تازو ڪم سان لاڳاپيل هوندو آهي (جڏهن مان هڪ ڪم ڪري رهيو هوس، مون ٻيو ٽوڙيو) - تنهنڪري اهو گرم آهي ان سان ڊيل ڪرڻ لاء نشانن لاء آسان آهي.

پر اتي هڪ ٻيو ڪيس هو ...

ڇا توهان کي خبر آهي ته مشهور ڊيبين 9 (اسٽريچ) ۾ اهڙي مشهور پيڪيج جيئن ته phpmyadmin اڃا تائين (ڪيترن ئي مهينن تائين!) ڪمزور حالت ۾ آهي؟ (CVE-2019-6798). جڏهن خطرو ظاهر ٿيو، اسان جلدي ان کي مختلف طريقن سان ڍڪي ڇڏيو. پر مون اوڪر ۾ سيڪيورٽي-ٽريڪر پيج جي مانيٽرنگ قائم ڪئي ته جيئن معلوم ٿئي ته جڏهن هڪ ”خوبصورت“ حل نڪرندو (شامل جي SHA1 رقم ذريعي). اشارو مون کي ڪيترائي ڀيرا ٽوڙيو، صفحو تبديل ٿي ويو، پر جيئن توهان ڏسي سگهو ٿا، اهو اڃا تائين (جنوري 2019 کان وٺي!) ظاهر نٿو ڪري ته مسئلو حل ٿي ويو آهي. ٿي سگهي ٿو، رستي جي ذريعي، ڪنهن کي خبر آهي ته مسئلو ڇا آهي ته اهڙي هڪ اهم پيڪيج اڃا به هڪ سال کان وڌيڪ لاء خطرناڪ آهي؟

ٻي دفعي ساڳئي صورتحال ۾: SSH ۾ ڪمزور ٿيڻ کان پوء، سڀني سرورن کي اپڊيٽ ڪرڻ ضروري هو. ۽ جڏهن توهان هڪ ڪم سيٽ ڪيو، توهان کي عمل کي ڪنٽرول ڪرڻ جي ضرورت آهي. (ماتحت کي غلط سمجھڻ، وسارڻ، پريشان ٿيڻ، ۽ غلطيون ڪرڻ جي عادت آهي). تنهن ڪري، سڀ کان پهريان اسان شامل ڪيو هڪ SSH ورزن چيڪ کي okerr تي سڀني سرورن تي، ۽ okerr ذريعي اسان پڪ ڪيو ته تازه ڪاري سڀني سرورن تي رول آئوٽ ڪيو ويو. (آسان! مون هن قسم جي اشاري کي چونڊيو، ۽ توهان فوري طور تي ڏسي سگهو ٿا ته ڪهڙو سرور ڪهڙو نسخو آهي). جڏهن اسان کي پڪ هئي ته ڪم سڀني سرورن تي مڪمل ڪيو ويو آهي، اسان اشارن کي هٽايو.

هڪ ٻه ڀيرا هڪ اهڙي صورتحال هئي جتي هڪ خاص مسئلو پيدا ٿئي ٿو، ۽ پوء پاڻ تي هليو وڃي ٿو. (شايد سڀني کي واقف هجي؟). جنهن وقت توهان نوٽيس ڪيو، ان وقت تائين توهان چيڪ ڪريو ٿا- ۽ چيڪ ڪرڻ لاءِ ڪجهه به ناهي- سڀ ڪجهه اڳ ۾ ئي ڪم ڪري رهيو آهي. پر پوءِ وري ٽوڙي ٿو. اسان وٽ اهو ٿي چڪو آهي، مثال طور، انهن شين سان جيڪي اسان Amazon Marketplace (MWS) تي اپلوڊ ڪيون. ڪجهه نقطي تي، لوڊ ٿيل انوینٽري غلط هئي (مال جي غلط مقدار ۽ غلط قيمتون). اسان ان کي ڪڍي ڇڏيو. پر ان کي معلوم ڪرڻ لاء، اهو ضروري هو ته مسئلي بابت فوري طور تي معلوم ٿئي. بدقسمتي سان، MWS، سڀني Amazon خدمتن وانگر، ٿورڙي سست آهي، تنهنڪري هميشه هڪ دير هئي، پر ان جي باوجود، اسان گهٽ ۾ گهٽ سمجهي سگهندا هئاسين ته مسئلي ۽ اسڪرپٽ جي وچ ۾ ڪنيڪشن جيڪي ان جو سبب بڻجن ٿا (اسان هڪ چيڪ ڪيو، پڪڙيو. ان کي اوڪر ڏانهن موڪليو، ۽ ان کي چيڪ ڪيو ته فوري طور تي الرٽ وصول ڪيو).

ھڪڙو دلچسپ ڪيس تازو گڏ ڪيو ويو ھڪڙي وڏي ۽ قيمتي يورپي ميزبان طرفان، جيڪو اسان جو گراهڪ استعمال ڪري ٿو. اوچتو، اسان جا سڀئي سرور رادار کان غائب ٿي ويا! پهريون، گراهڪ پاڻ (اوڪرا کان تيز!) محسوس ڪيو ته اها سائيٽ جنهن سان هو ڪم ڪري رهيو هو، نه کولي رهيو هو ۽ ان بابت ٽڪيٽ ٺاهي. پر نه رڳو هڪ سائيٽ هيٺ ٿي وئي، پر اهي سڀئي! (نتاشا، اسان سڀ ڪجهه ڇڏي ڏنو!). هتي اوڪر سڀني اشارن سان ڊگھا پير لفاف موڪلڻ شروع ڪيا جيڪي هن لاءِ روشن هئا. گھٻرائجي، گھٻرائجي، اسان حلقن ۾ ڊوڙون ٿا (ٻيو ڇا ڪري سگھون ٿا؟). پوءِ سڀ ڪجهه اڀري آيو. اهو ظاهر ٿئي ٿو ته ڊيٽا سينٽر ۾ معمولي سار سنڀال هئي (هڪ ڀيرو هر ڪيترن سالن کان) ۽، يقينا، اسان کي خبردار ڪيو وڃي ها. پر انهن سان ڪجهه قسم جو مسئلو ٿيو ۽ انهن اسان کي ڊيڄاريو نه. خير، وڌيڪ دل جا حملا، گهٽ دل جا حملا. پر هر شي بحال ٿيڻ کان پوء، توهان کي هر شي کي ٻه ڀيرا جانچڻ جي ضرورت آهي! مان تصور نٿو ڪري سگهان ته آئون پنهنجي هٿن سان اهو ڪيئن ڪندس. اوڪر ڪجهه منٽن ۾ سڀ ڪجهه آزمايو. اهو ظاهر ٿيو ته اڪثر سرور صرف عارضي طور تي دستياب نه هئا، پر انهن ڪم ڪيو. ڪجهه اوور لوڊ ٿيل هئا، پر پڻ اٿي بيٺا جيئن انهن کي گهرجي. سڀني نقصانن مان، اسان ٻه بيڪ اپ وڃائي چڪا آهيون، جن کي تاج جي مطابق ٺاهيو وڃي ها ۽ لوڊ ڪيو وڃي ها جڏهن هي مڪمل ڪيو پيو وڃي. مون انهن کي ٺاهڻ جي تڪليف به نه ڪئي، صرف هڪ ڏينهن بعد الرٽ اچي ويا ته سڀ ڪجهه ٺيڪ آهي، بيڪ اپ ظاهر ٿي چڪو هو. مون کي واقعي هي مثال پسند آهي ڇاڪاڻ ته اوڪر هڪ اهڙي صورتحال ۾ تمام ڪارائتو ثابت ٿيو جنهن بابت اسان اڳ ۾ ئي نه سوچيو هو، پر اهو مقصد آهي مانيٽرنگ جو - غير متوقع جي مزاحمت ڪرڻ.

Okerr sensors لاءِ، اسان استعمال ڪريون ٿا سستي ترين ممڪن هوسٽنگ (جتي معيار ۽ اعتبار اهم نه آهي، اهي هڪ ٻئي کي يقيني بڻائين). تنهن ڪري، اسان تازو مليو هڪ تمام سٺي هوسٽنگ ۽ سپر سستا، معيار شاندار آهن. پر... ڪڏهن ڪڏهن اهو معلوم ٿئي ٿو ته ورچوئل مشين مان نڪرندڙ ڪنيڪشن ٻئي (پاڙيسري) IP مان ٺهيل آهن. معجزا. Client_ip ماڊل سان https://diagnostic.opendns.com/myip غلط IP حاصل ڪري ٿو. ۽ اشاري جي سرور لاگن مان اهو واضح آهي ته تازه ڪاري پڻ هن پاڙيسري IP مان آئي آهي. اچو ته ھاڻي سپورٽ سان معاملو ڪريون. اهو سٺو آهي ته اسان امن جي وقت ۾ اهو محسوس ڪيو. پر، مثال طور، اهو اڪثر ٿئي ٿو ته رسائي IP سفيد لسٽ جي مطابق رجسٽر ٿيل آهي - ۽ جيڪڏهن سرور ڪڏهن ڪڏهن ٿوري وقت لاء هن وانگر چمڪيندو آهي - توهان ڪوشش ڪري سگهو ٿا هن مسئلي کي گهڻو وقت تائين پڪڙڻ جي.

خير، هڪ ٻي شيءِ - جتان اسان ڳالهائي رهيا آهيون VPS هوسٽنگ - اسان هميشه استعمال ڪندا آهيون سستا (hetzner، ovh، scaleway). مان واقعي ان کي پسند ڪريان ٿو ٻنهي معيارن ۽ استحڪام جي لحاظ کان. اسان ٻين منصوبن لاءِ تمام گهڻو قيمتي Amazon EC2 پڻ استعمال ڪندا آهيون. تنهن ڪري، اوڪرر جي مهرباني، اسان وٽ اسان جي پنهنجي ڄاڻايل راء آهي. اهي ٻئي گر. ۽ مان اهو نه چوندس ته اسان جي مشاهدي جي ڊگهي عرصي دوران، سستا هوسٽنگ وانگر هٽزنر EC2 کان گهٽ مستحڪم ٿي چڪا آهن. تنهن ڪري، جيڪڏهن توهان ٻين Amazon خاصيتن سان ڳنڍيل نه آهيو، ڇو وڌيڪ ادا ڪريو؟ 🙂

ايندڙ ڇا آهي؟

جيڪڏهن هن مرحلي تي مون توهان کي اڃا تائين اوڪر کان پري نه ڪيو آهي، پوء ڪوشش ڪريو! توھان سڌو ھن لنڪ ڏانھن وڃو okerr ڊيمو اڪائونٽ (هاڻي ڪلڪ ڪريو!) پر اهو ذهن ۾ رکو ته هر ڪنهن لاءِ صرف هڪ ڊيمو اڪائونٽ آهي، تنهن ڪري جيڪڏهن توهان ڪجهه ڪريو ٿا، ته ساڳئي اڪائونٽ ۾ ڪو ٻيو توهان سان مداخلت ڪري سگهي ٿو. يا (بهتر) لنڪ ذريعي رجسٽر ٿيو آف سائيٽ اوڪر - سڀ ڪجھ سادو آهي، بغير ايس ايم ايس. جيڪڏهن توهان پنهنجي حقيقي اي ميل استعمال ڪرڻ پسند نٿا ڪريو، توهان هڪ ڊسپوزيبل اي ميل استعمال ڪري سگهو ٿا، جهڙوڪ mailinator (مان سفارش ڪريان ٿو getnada.com). اهڙا اڪائونٽ وقت سان ختم ٿي سگهن ٿا، پر اهي جانچ لاءِ ٺيڪ هوندا.

رجسٽريشن کان پوء، توهان کي تربيت حاصل ڪرڻ لاء چيو ويندو (ڪيترائي تمام ڏکيو تربيتي ڪم انجام ڏيو). ابتدائي حدون تمام ننڍيون آهن، پر ٽريننگ يا هڪ سرور لاءِ اهي ڪافي آهن. تربيت مڪمل ڪرڻ کان پوء، حدون (مثال طور، اشارن جو وڌ ۾ وڌ تعداد) وڌايو ويندو.

دستاويزن مان - سڀ کان پهرين WIKI سرور جي پاسي ۽ ڪلائنٽ تي (okerrupdate wiki). پر جيڪڏهن ڪجهه واضح نه آهي، لکڻ لاء سپورٽ (at) okerr.com يا هڪ ٽڪيٽ ڇڏي ڏيو - اسان جلدي هر شيء کي حل ڪرڻ جي ڪوشش ڪنداسين.

جيڪڏهن توهان ان کي سنجيدگي سان استعمال ڪندا آهيو ۽ اهي وڌايل حدون ڪافي نه آهن، حمايت لاءِ لکو ۽ اسان ان کي وڌائينداسين (مفت ۾).

ڇا توھان پنھنجي سرور تي اوڪر سرور انسٽال ڪرڻ چاھيو ٿا؟ هتي okerr-dev مخزن. اسان هڪ صاف ورچوئل مشين تي انسٽال ڪرڻ جي صلاح ڏيو ٿا، پوءِ توهان ان کي انسٽاليشن اسڪرپٽ سان ڪري سگهو ٿا. توهان جي مجازي مشين تي - ڪابه پابنديون ناهي :-). خير، ٻيهر، جيڪڏهن ڪجهه ٿئي ٿو، اسان هميشه مدد ڪرڻ جي ڪوشش ڪنداسين.

اسان چاهيون ٿا ته هي پروجيڪٽ شروع ٿئي، ته جيئن دنيا اسان جي مهربانيءَ سان وڌيڪ قابل اعتماد بڻجي. مفت سافٽ ويئر ۽ خدمتن جي مهرباني، دنيا دوست بڻجي وئي آهي ۽ وڌيڪ متحرڪ طور تي ترقي ڪري رهي آهي. ذريعا مفت گيٿب ۾ محفوظ ٿي سگهن ٿا، ميل لاءِ توهان استعمال ڪري سگهو ٿا مفت gmail. اسان مفت استعمال ڪندا آهيون تازو ڪم حمايت لاء. هن مان ڪنهن به لاءِ، توهان کي سرورز لاءِ ادا ڪرڻ جي ضرورت ناهي، توهان کي ڊائون لوڊ ۽ ترتيب ڏيڻ جي ضرورت ناهي، ۽ توهان کي مختلف آپريشنل مسئلن کي حل ڪرڻ جي ضرورت ناهي. هر نئين منصوبي، هر ٽيم کي فوري طور تي ميل، مخزن ۽ CRM آهي. ۽ اهو سڀ ڪجهه تمام اعلي معيار ۽ مفت ۽ فوري طور تي آهي. اسان چاهيون ٿا ته اهو مانيٽرنگ لاءِ به ساڳيو هجي - ننڍيون ڪمپنيون ۽ منصوبا مفت ۾ اوڪر استعمال ڪري سگهن ٿا ۽ ڄمڻ ۽ واڌ جي مرحلي ۾ به بالغن جي سنگين پروجيڪٽن جي اعتبار سان.

جو ذريعو: www.habr.com

Okerr هائبرڊ مانيٽرنگ سسٽم جو جائزو