worker_connections ከመጨመርዎ በፊት የNGINX ፕሮክሲ ሶኬቶችን ያቅዱ
የፕሮክሲ ግንኙነት በተለምዶ የደንበኛውንና የወደላይ ሶኬት ይጠቀማል፤ የሰራተኛውን የግንኙነት ገደብ ከአገልግሎቱ የፋይል ገላጭ ገደብ ይለዩ።
አንድ ረጅም ጊዜ የሚቆይ የፕሮክሲ ግንኙነት በተለምዶ ሁለት ሶኬቶችን ይይዛል፦ የደንበኛውንና የወደላይውን። worker_connections ሁለቱንም ጎኖች ይቆጥራል። ስለዚህ በworker_processes ማባዛቱ ለፕሮክሲ ተጠቃሚዎች የአቅም ተስፋ አይሰጥም።
ግንኙነቶች ሲወድቁ የተጠቀሰውን ገደብ ይከተሉ፦
| ማስረጃ | የሚመረመር ቅንብር ወይም የሂደት ሁኔታ |
|---|---|
| የworker_connections መጨረስ | የሰራተኛው የግንኙነት በጀት፣ የወደላይ ሶኬቶችን ጨምሮ |
| የስርዓተ ክወና “በጣም ብዙ ክፍት ፋይሎች” | በትክክለኛው የአገልግሎት ሂደት የሚወረሰው የፋይል ገላጭ ገደብ |
የማዳመጫ ሶኬቶች፣ መዝገቦችና ሌሎች ክፍት ፋይሎችም ገላጮችን ይጠቀማሉ። የግንኙነት ድጋሚ አጠቃቀምና የትራፊክ ውህደት በተጠቃሚዎችና በሶኬቶች መካከል ያለውን ግንኙነት ይለውጣሉ።
worker_rlimit_nofile የሰራተኛ ገደቦችን በአካባቢው ፈቃዶች መሠረት ያስተካክላል። የsystemd ክፍል LimitNOFILE ማዘጋጀት ይችላል፤ የበይነገጽ ሼል ulimit የሚሠራውን አገልግሎት አይለውጥም።
ገደቦቹን ለሥራው መጠን ያስተካክሉ፣ እና ማን እንደሚጠቀማቸው ይመርምሩ። ያልተጠበቁ ደንበኞች ወይም ተደጋግመው የሚወድቁ የወደላይ ግንኙነቶች ቀድሞ በቂ የነበረውን በጀት ሊያሟጥጡ ይችላሉ። ትልቅ የሂደት ቁጥር ወይም የማህደረ ትውስታ ገደብ የገላጭ እጥረትን አይጠግንም።