Comprendre les descripteurs de fichiers max pour linux et nginx, et la meilleure valeur pour worker_rlimit_nofile

worker_rlimit_nofile définira la limite des descripteurs de fichiers pour les processus travailleurs par opposition à l'utilisateur exécutant nginx. Si d'autres programmes s'exécutant sous cet utilisateur ne peuvent pas gérer correctement le manque de descripteurs de fichiers, vous devriez définir cette limite légèrement moins que celle de l'utilisateur.

Tout d'abord, Que consomme vos descripteurs de fichiers?

1. Chaque connexion active à un client
2. Utilisez-vous proxy_pass? Cela ouvrira un socket vers l'hôte:port gérant ces requêtes
3. Utilisez-vous proxy_pass vers un port local? C'est un autre socket ouvert. (Pour le propriétaire de ce processus)
4. fichiers statiques servis par nginx

Pourquoi la limite par travailleur serait-elle inférieure à la limite du système d'exploitation?

Cela est contrôlé par le système d'exploitation car le travailleur n'est pas le seul processus s'exécutant sur la machine. Pour le modifier pour l'utilisateur exécutant nginx, voir ci-dessous. Ce serait très mauvais si vos travailleurs utilisaient tous les descripteurs de fichiers disponibles pour tous les processus, ne définissez pas vos limites de sorte que cela soit possible.

#/etc/sysctl.conf
#Cela définit la valeur que vous voyez en exécutant cat  /proc/sys/fs/file-max
fs.file-max = 65536"

#/etc/security/limits.conf
#Cela définit les valeurs par défaut pour tous les utilisateurs
* soft nofile 4096
* hard nofile 4096

#Cela remplace la valeur par défaut pour l'utilisateur `nomutilisateurici`
usernamehere soft nofile 10240
usernamehere hard nofile 10240

Après ces changements de limites de sécurité, je crois que j'ai quand même dû augmenter la limite souple pour l'utilisateur en utilisant ulimit.

Comment puis-je savoir quelle est ma limite actuelle?

ulimit -a Affichera toutes les limites associées à l'utilisateur sous lequel vous l'exécutez.