worker_connections बढ़ाउनु अघि NGINX प्रोक्सी सकेटको बजेट तय गर्नुहोस्

लामो समय टिक्ने प्रोक्सी जडानले सामान्यतया दुई सकेट ओगट्छ: क्लाइन्टको र अपस्ट्रिमको। worker_connections दुवै पक्ष गन्छ। त्यसैले यसलाई worker_processes ले गुणन गर्दा प्रोक्सी प्रयोगकर्तालाई क्षमताको कुनै वाचा दिँदैन।

जडान असफल भएपछि रिपोर्ट गरिएको सीमा पछ्याउनुहोस्:

सुन्ने सकेट, लग र अन्य खुला फाइलले पनि डिस्क्रिप्टर खर्च गर्छन्। जडानको पुनःप्रयोग र ट्राफिकको मिश्रणले प्रयोगकर्ता र सकेटबीचको सम्बन्ध बदल्छ।

worker_rlimit_nofile वातावरणको अनुमतिको अधीनमा वर्करका सीमा समायोजन गर्छ। systemd युनिटले LimitNOFILE सेट गर्न सक्छ; इन्टरएक्टिभ शेलको ulimit चलिरहेको सेवा बदल्दैन।

कार्यभारअनुसार सीमा निर्धारण गर्नुहोस् र ती कसले खर्च गर्छ भनी जाँच्नुहोस्। अप्रत्याशित क्लाइन्ट वा बारम्बार असफल हुने अपस्ट्रिम जडानले पहिले पर्याप्त रहेको बजेट सकाउन सक्छ। ठूलो प्रक्रिया संख्या वा मेमोरी सीमाले डिस्क्रिप्टरको अभाव सुधार्दैन।