CPU ব্যবহার কম থাকলেও অপেক্ষমাণ সংযোগ সম্পদ ধরে রাখতে পারে। মেশিনে বেশি প্রক্রিয়াকরণ ক্ষমতা দরকার ধরে না নিয়ে আগে কোন সীমায় পৌঁছেছে চিহ্নিত করুন।
Client -- socket A --> Nginx -- socket B --> Backend
প্রক্সি করা HTTP/1.x অনুরোধ একটি ক্লায়েন্ট সংযোগ ও আরেকটি upstream সংযোগ ব্যবহার করতে পারে। ব্যাকএন্ড আটকে গেলে দুটিই দখল থাকতে পারে। worker_connections-এ upstream সংযোগও অন্তর্ভুক্ত, তাই এর মান শুধু সমর্থিত ব্যবহারকারীর সংখ্যা নয়।
worker_connections are not enough: কনফিগার করা প্রতি-ওয়ার্কার সংযোগসীমা ও বর্তমান সংযোগ দেখুন।Too many open files: ওয়ার্কারের কার্যকর file-descriptor সীমা দেখুন। Descriptor হলো socket ও ফাইলের জন্য ব্যবহৃত অপারেটিং সিস্টেমের handle।উদাহরণ হিসেবে একসঙ্গে 1,000 সক্রিয় proxy অনুরোধের দুই পাশে মোট প্রায় 2,000 socket লাগতে পারে। এটি আকার নির্ধারণের সূত্র নয়: HTTP/2, keepalive পুনর্ব্যবহার ও নিষ্ক্রিয় সংযোগ সম্পর্কটি বদলায়।
আগে আটকে থাকা ব্যাকএন্ড কাজ ঠিক করুন বা অপেক্ষমাণ অনুরোধ সীমিত করুন। সুস্থ ট্রাফিক সীমা ছাড়ালে ওয়ার্কার সেটিং, প্রক্রিয়ার সীমা ও মেমরি সামঞ্জস্য করে load test করুন। শুধু লম্বা queue অনুমোদন করার বদলে সফল throughput ও latency উন্নত হয়েছে নিশ্চিত করুন।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন