মনিট ওয়েবসাইটের গতিশীল পৃষ্ঠাগুলি পর্যবেক্ষণ করে এবং সনাক্ত করে যে স্ট্যাটাস কোডটি 200 নয়, এবং স্বয়ংক্রিয়ভাবে php8.3-fpm পুনরায় চালু করে।

🚀 যখন কোনও ওয়েবসাইটের একটি ডায়নামিক পৃষ্ঠায় হঠাৎ করে একটি নন-200 স্ট্যাটাস কোড থাকে, তখন PHP8.3-FPM কীভাবে কয়েক সেকেন্ডের মধ্যে নিজে থেকে সেরে যাবে?​​

🔥 PHP90-FPM জীবন রক্ষাকারী কনফিগারেশন যা 8.3% অপারেটর জানেন না! মনিট ডায়নামিক পেজ স্ব-নিরাময় ব্যবস্থার ব্যবহারিক শিক্ষা।

তুমি কি মনে করো PHP-FPM প্রক্রিয়ার টিকে থাকার উপর নজরদারি করা যথেষ্ট? সম্পূর্ণ ভুল!
যখন কোনও সার্ভারে PHP-FPM হঠাৎ করেই বিশৃঙ্খল হয়ে যায়, তখন কেবল প্রক্রিয়া বেঁচে থাকার দিকে তাকানো ক্যান্সার পরিমাপের জন্য থার্মোমিটার ব্যবহার করার মতো - এটি মারাত্মক সমস্যাটি মোটেও ধরতে পারে না।

আমি অনেক লোককে পাহারা দিতে দেখেছিphp-fpm.sockপর্যবেক্ষণটি আত্মতুষ্টিতে ভোগাচ্ছিল, এবং ফলস্বরূপ, ওয়েবসাইটটি দীর্ঘদিন ধরে একটি 404 কবরস্থানে পরিণত হয়েছে। আজ আমি এই অপারেশন এবং রক্ষণাবেক্ষণের ভ্রম ভেঙে ফেলতে চাই এবং আপনাকে রক্তাক্ত সত্য দেখাতে চাই: একটি জীবন্ত প্রক্রিয়া ≠ একটি স্বাভাবিক পরিষেবা।

🌪️ ধ্বংসাত্মক পরিস্থিতি: সকেট সংযুক্ত আছে, কিন্তু ওয়েবসাইটটি বন্ধ।

নির্দিষ্টবিদ্যুৎ সরবরাহকারীওয়েবসাইটটির পর্যবেক্ষণে দেখা গেছে যে PHP-FPM প্রক্রিয়া স্বাভাবিকভাবে চলছে, কিন্তু ব্যবহারকারীরা অর্থপ্রদান ব্যর্থতার অভিযোগ করছেন।

দীর্ঘ অনুসন্ধানের পর, আমি দেখতে পেলাম যে একটি তৃতীয় পক্ষের লাইব্রেরিতে মেমরি লিক হওয়ার কারণে PHP প্রক্রিয়াটি সক্রিয় ছিল কিন্তু অনুরোধগুলি প্রক্রিয়া করতে সম্পূর্ণরূপে অক্ষম ছিল।

এই সময়ে, শুধুমাত্র সকেট সনাক্তকরণের উপর নির্ভর করা জম্বির নাড়ি পরীক্ষা করার মতো - আপনি মোটেও মস্তিষ্ক খুঁজে পাবেন না।মরণ.

💥 একটি ডাবল-কিল মনিটরিং সমাধান যা জ্ঞানকে নষ্ট করে দেয়

সেই পুরনো এক-মাত্রিক পর্যবেক্ষণগুলো ফেলে দাও! সেরা বিশেষজ্ঞরা সকলেই প্রসেস লেয়ার + বিজনেস লেয়ারের দ্বিগুণ শ্বাসরোধ কৌশল ব্যবহার করেন।

নিম্নলিখিত কনফিগারেশনটি আপনার সার্ভারকে সমস্যা দেখা দিলে অপারেশন এবং রক্ষণাবেক্ষণ কর্মীদের বিছানা থেকে উঠতে পারার চেয়ে দ্রুত নিজেকে নিরাময় করতে সাহায্য করবে:

check process php8.3-fpm with pidfile /run/php/php8.3-fpm.pid
    start program = "/usr/sbin/service php8.3-fpm start"
    stop program  = "/usr/sbin/service php8.3-fpm stop"
    if failed unixsocket /run/php/php8.3-fpm.sock then restart
    if failed 
        host www.chenweiliang.com 
        port 443
        protocol https
        request "/wp-login.php"
        status = 200
        hostheader www.chenweiliang.com
        for 3 cycles
    then restart
    if 5 restarts within 5 cycles then exec "/usr/bin/systemctl restart hestia"

🔍 পরামিতিগুলিতে লুকানো মারাত্মক বিবরণ

• hostheaderসিডিএন/লোড ব্যালেন্সিং পরিস্থিতিতে প্যারামিটারগুলি জীবন রক্ষাকারী তাবিজ। এগুলো ছাড়া, এটা নাইট ভিশন গগলস পরে একটি স্টিলথ ফাইটার খোঁজার মতো - আপনি হোস্ট হেডার অনুপস্থিত থাকার কারণে সৃষ্ট স্থগিত অবস্থা ধরতে পারবেন না।

• for 3 cyclesএই বাফার পিরিয়ড ডিজাইনটি নেটওয়ার্ক জিটারের কারণে সৃষ্ট মিথ্যা ইতিবাচকতাগুলিকে পুরোপুরি এড়ায়। এটা অনেকটা নজরদারি ব্যবস্থায় একটি শক অ্যাবজর্বার বসানোর মতো, যাতে হাত কাঁপিয়ে পারমাণবিক বোতামটি বাজতে না পারে।

• শেষexec "/usr/bin/systemctl restart hestia"এটা চূড়ান্ত হত্যাকারী পদক্ষেপ। যখন PHP-FPM টানা ৫ বার পুনরুজ্জীবিত হতে ব্যর্থ হলাম, আমি টেবিলটি উল্টে পুরো হোস্টিং প্যানেলটি পুনরায় চালু করলাম। এটি একটি কৌশল যা আমি ওয়াল স্ট্রিট ট্রেডিং সিস্টেমের সার্কিট ব্রেকার প্রক্রিয়া থেকে চুরি করেছি।

🚨 যন্ত্রণা এবং কষ্ট থেকে শেখা শিক্ষা: ৩টি ফাঁদ যা আপনাকে ব্যর্থ করে দিতে পারে

1. SSL সার্টিফিকেট জালিয়াতি: আপগ্রেড করার পরে,protocol httpsএটি না লেখার ফলে পর্যবেক্ষণকারীরা সর্বদা এটিকে স্বাভাবিক বলে ভুল করে। পরে আমি জানতে পারি যে মনিটের পুরানো সংস্করণটি ডিফল্টভাবে সার্টিফিকেট যাচাই করেনি, যার ফলে আমি আমার বছরের শেষ বোনাস হারিয়েছি।
2. লগইন পৃষ্ঠা 401 ট্র্যাপ: লগইন পৃষ্ঠা পর্যবেক্ষণ করার সময় যোগ করতে ভুলবেন নাBasic Authenticationফলস্বরূপ, প্রতিটি পরীক্ষা পুনরায় চালু করে। এটা অনেকটা অগ্নিনির্বাপক যন্ত্র দিয়ে বাগানে জল দেওয়ার মতো - যথেষ্ট শক্তিশালী কিন্তু সম্পূর্ণ ভুল
3. লগ ব্ল্যাক হোল: একবার/var/log/monit.logযখন আকার আকাশছোঁয়া হয়ে ৫০ গ্রাম হয়, তখন আমরা আবিষ্কার করলাম যে কোন বোকা ব্যক্তি সনাক্তকরণের সময়কাল ১ সেকেন্ডে নির্ধারণ করেছে। মনে রাখবেন, মনিটরিং লগ নিজেই এমন একটি বস্তু যা পর্যবেক্ষণ করা প্রয়োজন!

💡 যাচাইকরণ এবং ডিবাগিং পদক্ষেপ

1. কনফিগারেশন সিনট্যাক্স পরীক্ষা:

   monit -t
   

2. ওভারলোড কনফিগারেশন:

   monit reload

চূড়ান্ত পরীক্ষা

1. আত্মহত্যা পরীক্ষা: সরাসরিkill -9PHP-FPM প্রক্রিয়াটি বন্ধ করুন এবং মনিটরিং লগে পুনরুত্থান রেকর্ডগুলি দেখুন। মনে হচ্ছে যেন জম্বি সিনেমা দেখছি!
2. বিষ ইনজেকশন: ইচ্ছাকৃতভাবে লগইন পৃষ্ঠাটি পরিবর্তন করে 503 স্ট্যাটাস কোড ফেরত দিন এবং পর্যবেক্ষণ ব্যবস্থা সঠিকভাবে আক্রমণ করতে পারে কিনা তা পর্যবেক্ষণ করুন। আমি এই পদ্ধতিটিকে "ডিজিটাল ভ্যাকসিন" বলি - পর্যবেক্ষণ ব্যবস্থার রোগ প্রতিরোধ ক্ষমতা জোর করে বের করে দেওয়ার জন্য আগে থেকেই সিস্টেমে অল্প পরিমাণে ভাইরাস ইনজেকশন দেওয়া। যখন অ্যালার্মগুলি তীব্রভাবে ঝলমল করে এবং পরিষেবাগুলি নিজেরাই সেরে ওঠে, তখন আপনি কোডের জগতে বেঁচে থাকার জন্য সবচেয়ে যৌন ইচ্ছাশক্তিকে জ্বলতে দেখতে পাবেন!