Qu'est-ce qui provoque une erreur 'trop ​​de fichiers ouverts' dans Nginx?

Lorsque Nginx connaît une erreur "trop ​​de fichiers ouverts", c'est généralement parce que le système ou le processus a atteint la limite du descripteur de fichier. Les solutions incluent: 1. Augmenter les limites douces et dures du système Linux, définir les paramètres pertinents de Nginx ou exécuter les utilisateurs dans /etc/security/limits.conf; 2. Ajustez la valeur Worker_Connections de Nginx pour s'adapter au trafic attendu et assurer la configuration rechargée; 3. Augmentez le descripteur de fichier au niveau du système Limite supérieure Fs.File-Max, Edit /etc/Sysctl.conf et appliquez des modifications; 4. Optimiser l'utilisation du journal et des ressources, réduisez l'utilisation de la poignée des fichiers inutile, comme l'utilisation d'Open_Log_File_Cache, la fusion des journaux, d'éviter les connexions proxy redondantes, etc. Une fois le réglage terminé, vous pouvez surveiller le nombre réel de fichiers ouverts via la commande LSOF.

Lorsque Nginx lance une erreur «trop de fichiers ouverts», cela signifie généralement que le système ou le processus a appuyé sur sa limite de descripteur de fichier. Cela peut entraîner des connexions échouées, des services au point mort ou même des plantages s'ils ne sont pas traités.

Voici ce qui cause généralement ce problème et comment le gérer.

1. Limites de descripteur de fichiers dans Linux

Les systèmes Linux imposent des limites au nombre de descripteurs de fichiers (FD) qu'un processus peut ouvrir. Ces limites sont disponibles en deux saveurs: douce et dure.

• Limite souple - ce que le processus est actuellement autorisé à utiliser.
• Limite dure - La valeur maximale à laquelle la limite molle peut être augmentée.

Si Nginx atteint la limite souple, vous verrez le message «trop de fichiers ouverts» dans les journaux. Vous pouvez vérifier les limites de courant en utilisant:

 ulimit -n

Pour augmenter la limite, modifiez /etc/security/limits.conf et ajoutez:

 Nginx Soft Nofile 65536
nginx hard nofile 65536

Ou pour l'utilisateur exécutant nginx:

 www-data soft nofile 65536
www-data hard nofile 65536

Assurez-vous également que pam_limits.so est activé dans votre configuration PAM afin que ces paramètres soient appliqués à la connexion.

2. Réglage des connexions de travailleurs Nginx

Dans nginx.conf , il y a une directive appelée worker_connections . Il définit le nombre de connexions simuladées que chaque processus de travailleur peut gérer.

Cette ligne pourrait ressembler:

 événements {
    Worker_Connections 1024;
}

Chaque connexion utilise au moins un descripteur de fichiers - parfois plus si des connexions SSL ou en amont sont impliquées.

Donc, si vous gérez des milliers d'utilisateurs simultanés, le 1024 par défaut peut être trop faible.

Tu devrais:

• Estimez votre trafic attendu.
• Multipliez par le FDS moyen par connexion (souvent 2 à 4).
• Définissez worker_connections supérieur à cela.

N'oubliez pas de recharger Nginx après avoir changé ceci:

 rechargement de nginx -s

Gardez également un œil sur le nombre total de processus de travail multipliés par worker_connections , car cela vous donne les connexions maximales totales à tous les travailleurs.

3. Capeur de descripteur de fichiers à l'échelle du système

Même si vous configurez correctement Nginx et l'utilisateur, l'ensemble du système a également un CAP FD global contrôlé par fs.file-max .

Vérifiez la valeur actuelle avec:

 chat / proc / sys / fs / file-max

S'il est bas, soulevez-le en modifiant /etc/sysctl.conf :

 Fs.File-max = 2097152

Puis appliquez des modifications:

 sysctl -p

Cette étape est souvent négligée mais essentielle sous une charge élevée. Considérez-le comme le plafond pour tous les processus combinés - y compris Nginx, PHP, MySQL, etc.

4. Ouvrez les fichiers journaux et les ressources inutilisées

Chaque journal d'accès, journal d'erreur ou connexion en amont Nginx ouvre consomme un descripteur de fichiers.

Si vous avez des dizaines d'hôtes virtuels, chaque écriture pour séparer les journaux, ceux qui s'additionnent rapidement.

Certaines choses à considérer:

• Utilisez open_log_file_cache pour réduire les frais généraux.
• Consolider les journaux dans la mesure du possible.
• Évitez les blocs en amont ou les connexions proxy inutiles.

En outre, certains modules ou intégrations tierces mal configurées peuvent fuir les FD au fil du temps - surtout si elles ne clôturent pas correctement les connexions en amont.

Fondamentalement, l'erreur "trop ​​de fichiers ouverts" revient à des limites trop faibles pour la charge de travail. Vérifiez les ulimits, tweak worker_connections , augmentez les capuchons à l'échelle du système et minimisez les poignées de fichiers non équivoques. Une fois configuré, surveillez avec des outils comme lsof -p $(pidof nginx) pour voir ce qui est réellement ouvert.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!