worker_connections-ийг өсгөхөөс өмнө NGINX прокси сокетуудыг төсөвлөөрэй
Проксилогдсон холболт ихэвчлэн клиент болон upstream сокетийг хоёуланг нь эзэлдэг; worker-ийн холболтын хязгаарыг үйлчилгээний файлын дескрипторын хязгаараас ялгаарай.
Удаан үргэлжилдэг проксилогдсон холболт ихэвчлэн хоёр сокет эзэлдэг: клиентийн болон upstream-ийн. worker_connections хоёр талыг тоолдог. Тиймээс үүнийг worker_processes-оор үржүүлэх нь прокси хэрэглэгчдэд багтаамжийн амлалт өгөхгүй.
Холболтууд бүтэлгүйтвэл мэдээлсэн хязгаарыг дагана уу:
| Баримт | Шалгах тохиргоо эсвэл процессын төлөв |
|---|---|
| worker_connections дуусах | upstream сокетыг оруулан worker-ийн холболтын төсөв |
| Үйлдлийн системийн «Хэт олон нээлттэй файл» | Үйлчилгээний бодит процесс өвлөн авдаг файлын дескрипторын хязгаар |
Сонсох сокет, лог болон бусад нээлттэй файлууд ч дескриптор зарцуулдаг. Холболтын дахин ашиглалт болон трафикийн хольц хэрэглэгч ба сокетын харилцааг өөрчилдөг.
worker_rlimit_nofile worker-ийн хязгаарыг орчны зөвшөөрлийн хүрээнд тохируулдаг. systemd нэгж LimitNOFILE тохируулж болно; интерактив shell-ийн ulimit ажиллаж буй үйлчилгээг өөрчлөхгүй.
Хязгаарыг ажлын ачаалалд тохируулан хэмжиж, хэн зарцуулж байгааг шалгаарай. Гэнэтийн клиентүүд эсвэл давтан бүтэлгүйтэж буй upstream холболтууд өмнө нь хангалттай байсан төсвийг дуусгаж болно. Илүү олон процесс эсвэл санах ойн хязгаар дескрипторын хомсдолыг засдаггүй.