worker_connections မတင်မီ NGINX proxy socket များကို ဘတ်ဂျက်ချပါ

Proxy ချိတ်ဆက်မှုသည် များသောအားဖြင့် client နှင့် upstream socket နှစ်ခုလုံးကို အသုံးပြုသည်။ worker ၏ ချိတ်ဆက်မှုကန့်သတ်ချက်နှင့် ဝန်ဆောင်မှု၏ file descriptor ကန့်သတ်ချက်ကို ခွဲခြားပါ။

ကြာရှည်တည်တံ့သော proxy ချိတ်ဆက်မှုတစ်ခုသည် များသောအားဖြင့် socket နှစ်ခုကို ယူသည်။ client ၏ socket နှင့် upstream ၏ socket ဖြစ်သည်။ worker_connections သည် နှစ်ဖက်လုံးကို ရေတွက်သည်။ ထို့ကြောင့် ၎င်းကို worker_processes ဖြင့် မြှောက်ခြင်းသည် proxy အသုံးပြုသူများအတွက် စွမ်းရည်အာမခံချက် မပေးပါ။

ချိတ်ဆက်မှုများ မအောင်မြင်ပါက ဖော်ပြထားသော ကန့်သတ်ချက်ကို လိုက်နာပါ။

အထောက်အထားစစ်ဆေးရမည့် ဆက်တင် သို့မဟုတ် process အခြေအနေ
worker_connections ကုန်ဆုံးခြင်းupstream socket များ အပါအဝင် worker ၏ ချိတ်ဆက်မှု ဘတ်ဂျက်
စက်လည်ပတ်မှုစနစ်၏ “ဖွင့်ထားသော ဖိုင်များ များလွန်းသည်”အမှန်တကယ် ဝန်ဆောင်မှု process က အမွေရသော file descriptor ကန့်သတ်ချက်

နားထောင်သော socket များ၊ မှတ်တမ်းများနှင့် အခြားဖွင့်ထားသော ဖိုင်များသည်လည်း descriptor များကို သုံးစွဲသည်။ ချိတ်ဆက်မှုကို ပြန်လည်အသုံးပြုခြင်းနှင့် traffic ရောနှောမှုသည် အသုံးပြုသူများနှင့် socket များကြား ဆက်စပ်မှုကို ပြောင်းလဲသည်။

worker_rlimit_nofile သည် ပတ်ဝန်းကျင်၏ ခွင့်ပြုချက်များအတွင်း worker ကန့်သတ်ချက်များကို ချိန်ညှိသည်။ systemd unit သည် LimitNOFILE ကို သတ်မှတ်နိုင်သည်။ အပြန်အလှန် shell ရှိ ulimit သည် လည်ပတ်နေသော ဝန်ဆောင်မှုကို မပြောင်းလဲပါ။

ကန့်သတ်ချက်များကို အလုပ်ဝန်နှင့် အညီ ချိန်ညှိပြီး မည်သူက သုံးစွဲနေသည်ကို စစ်ဆေးပါ။ မမျှော်လင့်သော client များ သို့မဟုတ် ထပ်ခါတလဲလဲ မအောင်မြင်သော upstream ချိတ်ဆက်မှုများသည် ယခင်က လုံလောက်ခဲ့သော ဘတ်ဂျက်ကို ကုန်ဆုံးစေနိုင်သည်။ ပိုကြီးသော process အရေအတွက် သို့မဟုတ် မမ်မိုရီ ကန့်သတ်ချက်သည် descriptor ပြတ်လပ်မှုကို မပြင်ဆင်နိုင်ပါ။

ဆက်စပ်ဆောင်းပါးများ