ກຳນົດງົບປະມານ socket proxy ຂອງ NGINX ກ່ອນເພີ່ມ worker_connections
ການເຊື່ອມຕໍ່ຜ່ານ proxy ປົກກະຕິໃຊ້ທັງ socket ຂອງລູກຄ້າ ແລະ upstream; ແຍກຂີດຈຳກັດການເຊື່ອມຕໍ່ຂອງ worker ອອກຈາກຂີດຈຳກັດ file descriptor ຂອງບໍລິການ.
ການເຊື່ອມຕໍ່ຜ່ານ proxy ທີ່ຍືນຍາວ ປົກກະຕິຍຶດສອງ socket: ຂອງລູກຄ້າ ແລະ ຂອງ upstream. worker_connections ນັບທັງສອງຝ່າຍ. ດັ່ງນັ້ນການຄູນມັນດ້ວຍ worker_processes ບໍ່ໄດ້ໃຫ້ຄຳໝັ້ນສັນຍາເລື່ອງຄວາມສາມາດແກ່ຜູ້ໃຊ້ proxy.
ເມື່ອການເຊື່ອມຕໍ່ລົ້ມເຫຼວ ໃຫ້ປະຕິບັດຕາມຂີດຈຳກັດທີ່ລາຍງານ:
| ຫຼັກຖານ | ການຕັ້ງຄ່າ ຫຼື ສະຖານະຂະບວນການທີ່ຕ້ອງກວດ |
|---|---|
| worker_connections ໝົດ | ງົບປະມານການເຊື່ອມຕໍ່ຂອງ worker ລວມທັງ socket upstream |
| ຂໍ້ຄວາມຂອງລະບົບປະຕິບັດການ «ໄຟລ໌ເປີດຫຼາຍເກີນໄປ» | ຂີດຈຳກັດ file descriptor ທີ່ຂະບວນການບໍລິການຕົວຈິງຮັບມໍລະດົກ |
Socket ທີ່ຟັງ, ບັນທຶກ ແລະ ໄຟລ໌ເປີດອື່ນໆ ກໍໃຊ້ descriptor ເຊັ່ນກັນ. ການໃຊ້ການເຊື່ອມຕໍ່ຄືນ ແລະ ສ່ວນປະສົມຂອງ traffic ປ່ຽນຄວາມສຳພັນລະຫວ່າງຜູ້ໃຊ້ ແລະ socket.
worker_rlimit_nofile ປັບຂີດຈຳກັດຂອງ worker ພາຍໃຕ້ສິດອະນຸຍາດຂອງສະພາບແວດລ້ອມ. ຫົວໜ່ວຍ systemd ສາມາດຕັ້ງ LimitNOFILE; ulimit ໃນ shell ແບບໂຕ້ຕອບບໍ່ປ່ຽນບໍລິການທີ່ກຳລັງເຮັດວຽກ.
ກຳນົດຂະໜາດຂີດຈຳກັດຕາມພາລະວຽກ ແລະ ກວດວ່າໃຜໃຊ້ມັນ. ລູກຄ້າທີ່ບໍ່ໄດ້ຄາດໝາຍ ຫຼື ການເຊື່ອມຕໍ່ upstream ທີ່ລົ້ມເຫຼວຊ້ຳໆ ອາດເຮັດໃຫ້ງົບປະມານທີ່ເຄີຍພຽງພໍໝົດໄປ. ຈຳນວນຂະບວນການ ຫຼື ຂີດຈຳກັດຫນ່ວຍຄວາມຈຳທີ່ໃຫຍ່ກວ່າບໍ່ໄດ້ແກ້ການຂາດ descriptor.