worker_connections değerini artırmadan önce NGINX proxy soketlerini bütçeleyin
Proxy'lenmiş bir bağlantı genellikle hem istemci hem de upstream soketini kullanır; worker bağlantı sınırını hizmetin dosya tanımlayıcı sınırından ayırın.
Uzun ömürlü bir proxy bağlantısı genellikle iki soket kaplar: istemcinin ve upstream'in. worker_connections her iki tarafı da sayar. Bu yüzden bunu worker_processes ile çarpmak proxy kullanıcılarına kapasite vaadi vermez.
Bağlantılar başarısız olduğunda bildirilen sınıra uyun:
| Kanıt | İncelenecek ayar veya süreç durumu |
|---|---|
| worker_connections tükenmesi | Upstream soketleri dahil worker bağlantı bütçesi |
| İşletim sisteminin “Çok fazla açık dosya” iletisi | Gerçek hizmet sürecinin devraldığı dosya tanımlayıcı sınırı |
Dinleme soketleri, günlükler ve diğer açık dosyalar da tanımlayıcı tüketir. Bağlantıların yeniden kullanımı ve trafik karışımı, kullanıcılar ile soketler arasındaki ilişkiyi değiştirir.
worker_rlimit_nofile worker sınırlarını ortamın izinleri kapsamında ayarlar. Bir systemd birimi LimitNOFILE değerini belirleyebilir; etkileşimli bir kabuktaki ulimit çalışan hizmeti değiştirmez.
Sınırları iş yüküne göre ölçün ve bunları kimin tükettiğini inceleyin. Beklenmeyen istemciler veya sürekli başarısız olan upstream bağlantıları önceden yeterli olan bütçeyi tüketebilir. Daha büyük süreç sayısı veya bellek sınırı tanımlayıcı kıtlığını gidermez.