worker_connections বৃদ্ধি কৰাৰ আগতে NGINX প্ৰক্সী ছকেটসমূহৰ বাজেট ঠিক কৰক
প্ৰক্সী সংযোগে সাধাৰণতে ক্লায়েন্ট আৰু আপষ্ট্ৰীম দুয়োটা ছকেট ব্যৱহাৰ কৰে; ৱৰ্কাৰ সংযোগৰ সীমা আৰু সেৱাৰ ফাইল-ডিচক্ৰিপ্টৰ সীমা পৃথক কৰি চাওক।
এটা দীৰ্ঘস্থায়ী প্ৰক্সী সংযোগে সাধাৰণতে দুটা ছকেট অধিকাৰ কৰে: ক্লায়েন্টৰ আৰু আপষ্ট্ৰীমৰ। worker_connections এ দুয়োটা দিশ গণনা কৰে। সেয়ে ইয়াক worker_processes ৰ সৈতে গুণ কৰিলে প্ৰক্সী-ব্যৱহাৰকাৰীৰ ক্ষমতাৰ কোনো প্ৰতিশ্ৰুতি নিদিয়ে।
সংযোগ বিফল হ'লে, জনোৱা সীমাটো অনুসৰণ কৰক:
| প্ৰমাণ | পৰীক্ষা কৰিবলগীয়া ছেটিং বা প্ৰচেছ অৱস্থা |
|---|---|
| worker_connections শেষ হোৱা | ৱৰ্কাৰৰ সংযোগ বাজেট, আপষ্ট্ৰীম ছকেটকে ধৰি |
| অপাৰেটিং চিষ্টেমৰ “অতি বেছি খোলা ফাইল” | প্ৰকৃত সেৱা প্ৰচেছে উত্তৰাধিকাৰী সূত্ৰে পোৱা ফাইল-ডিচক্ৰিপ্টৰ সীমা |
শ্ৰৱণ ছকেট, লগ আৰু অন্য খোলা ফাইলেও ডিচক্ৰিপ্টৰ খৰচ কৰে। সংযোগ পুনৰ ব্যৱহাৰ আৰু ট্ৰেফিকৰ মিশ্ৰণে ব্যৱহাৰকাৰী আৰু ছকেটৰ মাজৰ সম্পৰ্ক সলনি কৰে।
worker_rlimit_nofile এ পৰিৱেশৰ অনুমতিৰ অধীনত ৱৰ্কাৰৰ সীমা সমন্বয় কৰে। এটা systemd ইউনিটে LimitNOFILE ছেট কৰিব পাৰে; ইন্টাৰেক্টিভ শ্বেলৰ ulimit এ চলি থকা সেৱা সলনি নকৰে।
কৰ্মভাৰ অনুসৰি সীমা নিৰ্ধাৰণ কৰক, আৰু কোনে সেইবোৰ খৰচ কৰে পৰীক্ষা কৰক। অপ্ৰত্যাশিত ক্লায়েন্ট বা বাৰে বাৰে বিফল হোৱা আপষ্ট্ৰীম সংযোগে আগতে যথেষ্ট বাজেট শেষ কৰিব পাৰে। ডাঙৰ প্ৰচেছ-সংখ্যা বা মেমৰি সীমাই ডিচক্ৰিপ্টৰ অভাৱ মেৰামতি নকৰে।