PHP-FPM সেটআপ: সর্বাধিক পারফরম্যান্সের জন্য pm স্ট্যাটিক ব্যবহার করুন

এই নিবন্ধটির একটি অসম্পাদিত সংস্করণ মূলত প্রকাশিত হয়েছিল haydenjames.io এবং তার অনুমতি নিয়ে এখানে প্রকাশিত লেখক.

আমি আপনাকে সংক্ষেপে বলব কিভাবে থ্রুপুট বাড়াতে, লেটেন্সি কমাতে এবং সিপিইউ এবং মেমরি আরও ধারাবাহিকভাবে ব্যবহার করতে PHP-FPM কনফিগার করতে হবে। ডিফল্টরূপে, পিএইচপি-এফপিএম-এ পিএম (প্রসেস ম্যানেজার) লাইন প্রগতিশীল, এবং আপনার যদি পর্যাপ্ত মেমরি না থাকে তবে এটি ইনস্টল করা ভাল চাহিদা সাপেক্ষে. আসুন php.net ডকুমেন্টেশনের উপর ভিত্তি করে 2টি নিয়ন্ত্রণ বিকল্পের তুলনা করি এবং দেখুন কিভাবে আমার প্রিয় তাদের থেকে আলাদা স্থির উচ্চ ভলিউম ট্রাফিকের জন্য pm:

pm = গতিশীল নিম্নলিখিত নির্দেশাবলীর উপর ভিত্তি করে চাইল্ড প্রক্রিয়ার সংখ্যা গতিশীলভাবে কনফিগার করা হয়েছে: pm.max_children, pm.start_servers, pm.min_spare_servers, pm.max_spare_servers.
pm = চাহিদা - চাহিদা অনুযায়ী প্রক্রিয়া তৈরি করা হয় (গতিশীল সৃষ্টির বিপরীতে, যখন pm.start_servers চালু হয় যখন পরিষেবা শুরু হয়)।
pm = স্থির — চাইল্ড প্রক্রিয়ার সংখ্যা স্থির করা হয়েছে এবং পরামিতি দ্বারা নির্দেশিত pm.max_children.

বিস্তারিত জানার জন্য, দেখুন বিশ্বব্যাপী নির্দেশাবলীর সম্পূর্ণ তালিকা php-fpm.conf.

পিএইচপি-এফপিএম প্রসেস ম্যানেজার এবং সিপিইউ ফ্রিকোয়েন্সি কন্ট্রোলারের মধ্যে মিল

এটি অফটপিক মনে হতে পারে, তবে আমি এটিকে পিএইচপি-এফপিএম কনফিগারেশনের বিষয়ে লিঙ্ক করতে যাচ্ছি। যারা অন্তত একবার প্রসেসরের ধীরগতির অভিজ্ঞতা পাননি - একটি ল্যাপটপ, ভার্চুয়াল মেশিন বা ডেডিকেটেড সার্ভারে। CPU ফ্রিকোয়েন্সি স্কেলিং মনে রাখবেন? এই বিকল্পগুলি জন্য উপলব্ধ nix এবং Windows প্রসেসর থ্রটল সেটিং পরিবর্তন করে সিস্টেমের কর্মক্ষমতা এবং প্রতিক্রিয়াশীলতা উন্নত করতে পারে চাহিদা সাপেক্ষে উপর কর্মক্ষমতা*. এইবার, আসুন বর্ণনাগুলির তুলনা করি এবং মিলগুলি দেখি:

গভর্নর = চাহিদা — বর্তমান লোডের উপর নির্ভর করে প্রসেসর ফ্রিকোয়েন্সির গতিশীল স্কেলিং। দ্রুত সর্বাধিক ফ্রিকোয়েন্সিতে লাফ দেয় এবং তারপর নিষ্ক্রিয়তার সময়কাল বৃদ্ধির সাথে সাথে এটি হ্রাস করে।
গভর্নর=রক্ষণশীল= বর্তমান লোডের উপর নির্ভর করে গতিশীল ফ্রিকোয়েন্সি স্কেলিং। ওনডিমান্ডের তুলনায় ফ্রিকোয়েন্সি আরও মসৃণভাবে বৃদ্ধি এবং হ্রাস করে।
গভর্নর = কর্মক্ষমতা - ফ্রিকোয়েন্সি সর্বদা সর্বাধিক।

বিস্তারিত জানার জন্য, দেখুন প্রসেসর ফ্রিকোয়েন্সি রেগুলেটর প্যারামিটারের সম্পূর্ণ তালিকা.

মিল দেখেন? আমি আপনাকে বোঝাতে এই তুলনাটি দেখাতে চেয়েছিলাম যে এটি ব্যবহার করা সর্বোত্তম pm স্ট্যাটিক পিএইচপি-এফপিএম-এর জন্য।

প্রসেসর নিয়ন্ত্রক পরামিতি জন্য কর্মক্ষমতা নিরাপদে কর্মক্ষমতা বাড়াতে সাহায্য করে কারণ এটি প্রায় সম্পূর্ণরূপে সার্ভারের CPU সীমার উপর নির্ভরশীল। এটি ছাড়াও, অবশ্যই, তাপমাত্রা, ব্যাটারি চার্জ (ল্যাপটপে) এবং ক্রমাগত 100% এ প্রসেসর চালানোর অন্যান্য পার্শ্ব প্রতিক্রিয়ার মতো কারণও রয়েছে। কর্মক্ষমতা সেটিং দ্রুততম প্রসেসর কর্মক্ষমতা নিশ্চিত করে। পড়ুন, উদাহরণস্বরূপ, সম্পর্কে রাস্পবেরি পাইতে force_turbo প্যারামিটার, যার সাথে RPi প্যানেল রেগুলেটর ব্যবহার করবে কর্মক্ষমতা, যেখানে কম CPU ঘড়ির গতির কারণে কর্মক্ষমতা উন্নতি আরও লক্ষণীয় হবে।

সর্বোচ্চ সার্ভার কর্মক্ষমতা অর্জন করতে pm স্ট্যাটিক ব্যবহার করে

পিএইচপি-এফপিএম বিকল্প pm স্ট্যাটিক মূলত সার্ভারে ফ্রি মেমরির উপর নির্ভর করে। স্মৃতিশক্তি কম থাকলে বেছে নেওয়া ভালো চাহিদা সাপেক্ষে বা প্রগতিশীল. অন্যদিকে, আপনার মেমরি থাকলে, আপনি পিএইচপি প্রসেস ম্যানেজার ওভারহেড পিএম সেট করে এড়াতে পারেন স্থির সর্বোচ্চ সার্ভার ক্ষমতা. অন্য কথায়, যদি সবকিছু ভালভাবে গণনা করা হয় তবে আপনাকে প্রতিষ্ঠা করতে হবে pm.static পিএইচপি-এফপিএম প্রসেসের সর্বোচ্চ ভলিউম পর্যন্ত যা চালানো যেতে পারে, কম মেমরি বা ক্যাশে সমস্যা তৈরি না করে। কিন্তু এত বেশি নয় যে এটি প্রসেসরকে আচ্ছন্ন করে ফেলে এবং একগুচ্ছ PHP-FPM ক্রিয়াকলাপ সম্পাদনের জন্য অপেক্ষা করে.

উপরের স্ক্রিনশটে সার্ভার আছে pm = স্ট্যাটিক এবং pm.max_children = 100, এবং এটি উপলব্ধ 10 এর মধ্যে প্রায় 32 GB নেয়। হাইলাইট করা কলামগুলিতে মনোযোগ দিন, এখানে সবকিছু পরিষ্কার। এই স্ক্রিনশটটিতে Google Analytics-এ প্রায় 200 সক্রিয় ব্যবহারকারী (60 সেকেন্ডের বেশি) ছিল৷ এই স্তরে, প্রায় 70% পিএইচপি-এফপিএম শিশু প্রক্রিয়া এখনও নিষ্ক্রিয়। এর মানে হল যে বর্তমান ট্র্যাফিক নির্বিশেষে PHP-FPM সর্বদা সার্ভারের সর্বাধিক পরিমাণে সেট করা থাকে। একটি নিষ্ক্রিয় প্রক্রিয়া ট্রাফিক শিখর জন্য অপেক্ষা করে এবং অবিলম্বে প্রতিক্রিয়া. আপনি পর্যন্ত অপেক্ষা করতে হবে না pm চাইল্ড প্রসেস তৈরি করবে এবং পিরিয়ডের মেয়াদ শেষ হলে সেগুলি বন্ধ করবে pm.process_idle_timeout. আমি খুব উচ্চ মান সেট pm.max_requestsকারণ এটি একটি কার্যকরী সার্ভার যেখানে পিএইচপি-তে কোনো মেমরি লিক নেই। আপনি ইনস্টল করতে পারেন pm.max_requests = 0 স্ট্যাটিক সহ যদি আপনি বিদ্যমান এবং ভবিষ্যতের পিএইচপি স্ক্রিপ্টগুলিতে সম্পূর্ণরূপে আত্মবিশ্বাসী হন। তবে সময়ের সাথে সাথে স্ক্রিপ্টগুলি পুনরায় চালু করা ভাল। প্রচুর সংখ্যক অনুরোধ সেট করুন, কারণ আমরা অপ্রয়োজনীয় পিএম খরচ এড়াতে চাই। উদাহরণস্বরূপ, অন্তত pm.max_requests = 1000 - পরিমাণের উপর নির্ভর করে pm.max_children এবং প্রতি সেকেন্ডে অনুরোধের সংখ্যা।

স্ক্রিনশট কমান্ড দেখায় লিনাক্স শীর্ষ, u (ব্যবহারকারী) এবং PHP-FPM ব্যবহারকারীর নাম দ্বারা ফিল্টার করা হয়েছে। শুধুমাত্র প্রথম 50 বা তার বেশি প্রসেস দেখানো হয়েছে (আমি ঠিক গণনা করিনি), কিন্তু মূলত টপ টার্মিনাল উইন্ডোতে মানানসই শীর্ষ পরিসংখ্যান দেখায়। এই ক্ষেত্রে % CPU (% CPU) দ্বারা সাজানো। সমস্ত 100 PHP-FPM প্রক্রিয়া দেখতে, কমান্ডটি চালান:

top -bn1 | grep php-fpm

কখন পিএম অনডিমান্ড এবং ডাইনামিক ব্যবহার করবেন

আপনি যদি পিএম ব্যবহার করেন প্রগতিশীল, এই ধরনের ত্রুটি ঘটতে পারে:

WARNING: [pool xxxx] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 32 children, there are 4 idle, and 59 total children

পরামিতি পরিবর্তন করার চেষ্টা করুন, ত্রুটি দূরে যাবে না, মত সার্ভারফল্টে এই পোস্টে বর্ণিত. এই ক্ষেত্রে, pm.min মান খুব ছোট ছিল, এবং যেহেতু ওয়েব ট্রাফিক অনেক পরিবর্তিত হয় এবং উচ্চ শিখর এবং গভীর উপত্যকা রয়েছে, তাই পর্যাপ্তভাবে pm সামঞ্জস্য করা কঠিন প্রগতিশীল. সাধারণত pm ব্যবহার করা হয় চাহিদা সাপেক্ষে, একই পোস্টে পরামর্শ দেওয়া হয়েছে. কিন্তু এটি আরও খারাপ, কারণ চাহিদা সাপেক্ষে ট্র্যাফিক কম বা কোন ট্রাফিক না থাকলে নিষ্ক্রিয় প্রক্রিয়াগুলিকে শূন্যে শেষ করে, এবং আপনি এখনও ট্র্যাফিক পরিবর্তনের ওভারহেডের সাথে শেষ করবেন। যদি না, অবশ্যই, আপনি একটি বিশাল অপেক্ষার সময় সেট করেন। এবং তারপর এটি ব্যবহার করা ভাল pm.static + উচ্চ সংখ্যা pm.max_requests.

PM প্রগতিশীল এবং বিশেষ করে চাহিদা সাপেক্ষে আপনার একাধিক PHP-FPM পুল থাকলে কাজে আসতে পারে। উদাহরণস্বরূপ, আপনি বিভিন্ন পুলে একাধিক cPanel অ্যাকাউন্ট বা একাধিক ওয়েবসাইট হোস্ট করেন। আমার কাছে 100+ cpanel অ্যাকাউন্ট এবং প্রায় 200 ডোমেন সহ একটি সার্ভার আছে এবং pm.static বা এমনকি ডাইনামিকও আমাকে বাঁচাতে পারবে না। আপনি এখানে প্রয়োজন সব চাহিদা সাপেক্ষে, সর্বোপরি, দুই তৃতীয়াংশেরও বেশি ওয়েবসাইট অল্প বা কোন ট্র্যাফিক পায়, এবং সাথে চাহিদা সাপেক্ষে সমস্ত শিশু প্রক্রিয়া বন্ধ হয়ে যাবে, যা আমাদের অনেক স্মৃতি সংরক্ষণ করবে! সৌভাগ্যবশত, cPanel বিকাশকারীরা এটি লক্ষ্য করেছেন এবং মানটিকে ডিফল্টে সেট করেছেন চাহিদা সাপেক্ষে. আগে যখন ডিফল্ট ছিল প্রগতিশীল, PHP-FPM ব্যস্ত শেয়ার্ড সার্ভারের জন্য মোটেও উপযুক্ত ছিল না। অনেকেই ব্যবহার করেছেন suPHP, কারণ pm প্রগতিশীল এমনকি নিষ্ক্রিয় পুল এবং cPanel PHP-FPM অ্যাকাউন্টগুলির সাথেও মেমরি গ্রাস করে। খুব সম্ভবত, যদি ট্রাফিক ভালো হয়, তাহলে আপনাকে অনেক সংখ্যক PHP-FPM পুল (শেয়ারড হোস্টিং) সহ সার্ভারে হোস্ট করা হবে না।

উপসংহার

আপনি যদি PHP-FPM ব্যবহার করেন এবং আপনার ট্রাফিক ভারী হয়, প্রক্রিয়া পরিচালকরা চাহিদা সাপেক্ষে и প্রগতিশীল PHP-FPM-এর জন্য তাদের অন্তর্নিহিত ওভারহেডের কারণে সীমিত থ্রুপুট হবে। আপনার সিস্টেম বুঝুন এবং সর্বোচ্চ সার্ভার ক্ষমতা অনুযায়ী PHP-FPM প্রক্রিয়া কনফিগার করুন। প্রথম সেট pm.max_children সর্বোচ্চ পিএম ব্যবহারের উপর নির্ভর করে প্রগতিশীল বা চাহিদা সাপেক্ষে, এবং তারপর এই মানটিকে এমন একটি স্তরে বাড়ান যেখানে মেমরি এবং প্রসেসর ওভারলোড না হয়ে কাজ করবে। আপনি যে সঙ্গে লক্ষ্য করবেন pm স্ট্যাটিক, যেহেতু আপনার মেমরিতে সবকিছু আছে, ট্রাফিক স্পাইক সময়ের সাথে সাথে কম CPU স্পাইক ঘটাবে, এবং সার্ভার এবং CPU লোডের গড় সমান হবে। গড় PHP-FPM প্রক্রিয়া আকার ওয়েব সার্ভারের উপর নির্ভর করে এবং ম্যানুয়াল কনফিগারেশন প্রয়োজন, তাই আরও স্বয়ংক্রিয় প্রক্রিয়া পরিচালকরা প্রগতিশীল и চাহিদা সাপেক্ষে - আরো জনপ্রিয়. আমি নিবন্ধটি দরকারী ছিল আশা করি.

ইউপিডি বেঞ্চমার্ক চার্ট যোগ করা হয়েছে ab. যদি PHP-FPM প্রক্রিয়াগুলি মেমরিতে থাকে, যেখানে তারা বসে বসে অপেক্ষা করে সেখানে মেমরি খরচের কারণে কর্মক্ষমতা বৃদ্ধি পায়। নিজের জন্য সেরা বিকল্প খুঁজুন।

উত্স: www.habr.com