એક લાંબા સમય ચાલતું પ્રોક્સી કનેક્શન સામાન્ય રીતે બે સોકેટ ધરાવે છે: ક્લાયન્ટનું અને અપસ્ટ્રીમનું. worker_connections બંને બાજુ ગણે છે. તેથી તેને worker_processes વડે ગુણવાથી પ્રોક્સી વપરાશકર્તાઓને ક્ષમતાનું કોઈ વચન મળતું નથી.

કનેક્શન નિષ્ફળ જાય ત્યારે જણાવેલી મર્યાદા અનુસરો:

પુરાવોતપાસવાની સેટિંગ અથવા પ્રોસેસ સ્થિતિ
worker_connections ખતમ થવુંવર્કરનું કનેક્શન બજેટ, અપસ્ટ્રીમ સોકેટ્સ સહિત
ઓપરેટિંગ સિસ્ટમનો “ઘણી બધી ફાઇલો ખુલ્લી છે” સંદેશવાસ્તવિક સેવા પ્રોસેસને વારસામાં મળતી ફાઇલ-ડિસ્ક્રિપ્ટર મર્યાદા

સાંભળવાના સોકેટ્સ, લોગ અને અન્ય ખુલ્લી ફાઇલો પણ ડિસ્ક્રિપ્ટર વાપરે છે. કનેક્શનનો પુનઃઉપયોગ અને ટ્રાફિકનું મિશ્રણ વપરાશકર્તાઓ અને સોકેટ્સ વચ્ચેનો સંબંધ બદલે છે.

worker_rlimit_nofile પર્યાવરણની પરવાનગીઓને આધીન વર્કરની મર્યાદા સમાયોજિત કરે છે. systemd યુનિટ LimitNOFILE સેટ કરી શકે છે; ઇન્ટરેક્ટિવ શેલનું ulimit ચાલતી સેવા બદલતું નથી.

કાર્યભાર મુજબ મર્યાદા નક્કી કરો અને કોણ તેનો ઉપયોગ કરે છે તે તપાસો. અણધાર્યા ક્લાયન્ટ્સ અથવા વારંવાર નિષ્ફળ થતા અપસ્ટ્રીમ કનેક્શનો પહેલાં પૂરતું બજેટ ખતમ કરી શકે છે. મોટી પ્રોસેસ સંખ્યા કે મેમરી મર્યાદા ડિસ્ક્રિપ્ટરની અછત સુધારતી નથી.

સંબંધિત લેખો