worker_connections ഉയർത്തുന്നതിന് മുൻപ് NGINX പ്രോക്സി സോക്കറ്റുകൾ കണക്കാക്കുക

ദീർഘകാലം നിലനിൽക്കുന്ന ഒരു പ്രോക്സി കണക്ഷൻ സാധാരണയായി രണ്ട് സോക്കറ്റുകൾ എടുക്കുന്നു: ക്ലയന്റിന്റേതും അപ്സ്ട്രീമിന്റേതും. worker_connections രണ്ടു വശവും കണക്കാക്കുന്നു. അതിനാൽ അതിനെ worker_processes കൊണ്ട് ഗുണിച്ചാൽ പ്രോക്സി ഉപയോക്താക്കൾക്ക് ശേഷിയുടെ ഉറപ്പൊന്നും ലഭിക്കുന്നില്ല.

കണക്ഷനുകൾ പരാജയപ്പെടുമ്പോൾ റിപ്പോർട്ട് ചെയ്ത പരിധി പിന്തുടരുക:

കേൾക്കുന്ന സോക്കറ്റുകൾ, ലോഗുകൾ, മറ്റ് തുറന്ന ഫയലുകൾ എന്നിവയും ഡിസ്ക്രിപ്റ്ററുകൾ ഉപയോഗിക്കുന്നു. കണക്ഷൻ പുനരുപയോഗവും ട്രാഫിക് മിശ്രണവും ഉപയോക്താക്കളും സോക്കറ്റുകളും തമ്മിലുള്ള ബന്ധം മാറ്റുന്നു.

worker_rlimit_nofile പരിസ്ഥിതിയുടെ അനുമതികൾക്ക് വിധേയമായി വർക്കർ പരിധികൾ ക്രമീകരിക്കുന്നു. systemd യൂണിറ്റിന് LimitNOFILE ക്രമീകരിക്കാം; ഇന്ററാക്ടീവ് ഷെല്ലിലെ ulimit പ്രവർത്തിക്കുന്ന സേവനത്തെ മാറ്റുന്നില്ല.

ജോലിഭാരത്തിനനുസരിച്ച് പരിധികൾ അളക്കുക, അവർ ആരാണ് ഉപയോഗിക്കുന്നതെന്ന് പരിശോധിക്കുക. പ്രതീക്ഷിക്കാത്ത ക്ലയന്റുകളോ ആവർത്തിച്ച് പരാജയപ്പെടുന്ന അപ്സ്ട്രീം കണക്ഷനുകളോ മുൻപ് മതിയായിരുന്ന ബജറ്റ് തീർക്കാം. കൂടുതൽ പ്രോസസ് എണ്ണമോ മെമ്മറി പരിധിയോ ഡിസ്ക്രിപ്റ്റർ ക്ഷാമം പരിഹരിക്കുന്നില്ല.