Nginx Limite épuisée worker_connections
Je gère le serveur Nginx, qui réinitialise périodiquement un tas de connexions, après avoir vérifié les magazines, je vois que
La limite est obtenue par exemple
Selon mes indicateurs, je vois que Nginx Commence à réinitialiser les connexions après avoir atteint la portée 20 mille composés actifs, malgré le fait qu'il y ait 32 (automatique) les travailleurs, chacun d'eux devraient pouvoir gérer 25000 Connexions (Si je comprends bien).
Des choses que j'ai essayées:
Augmentation limitée worker_connection
Tourné
sur
Inclus epoll - Je pouvais voir que la majeure partie de la charge a été traitée 2-3 processus de travail, et d'autres personnes ne sont pratiquement pas utilisés, bien qu'il semble avoir aidé la situation, puisque PID, L'erreur indiquée dans le journal est presque toujours le même processus.
Je suis vraiment dans une impasse, que d'autre à essayer, si quelqu'un a des suggestions sur ce qui pourrait être la raison de cela, nous serons très reconnaissants.
Autres informations importantes:
32 processeur, 64 Mémoire GB
Ubuntu v18.04.3
Les connexions sont traitées en amont
Nginx en moyenne donne à propos de 400 RPS.
La configuration complète peut être trouvée ici:
https://gist.github.com/mrcnko ... d48a7
Rafraîchir:
Nous avons commencé à utiliser
qui semble arrêter le problème de déconnexion, car la charge semble
de nombreux
Plus uniformément réparties sur les flux de travail et non un seul flux de travail, la partie écrasante de la charge. Il semble tort de résoudre le problème, car il semble que nginx Doit être capable de gérer plus de connexions sur ce serveur, en tenant compte des spécifications du serveur, donc si quelqu'un d'autre a des suggestions, nous serons très reconnaissants.
worker_connections
La limite est obtenue par exemple
2019/12/06 08:37:09 [alert] 14517#14517: 25000 worker_connections are not enough
Selon mes indicateurs, je vois que Nginx Commence à réinitialiser les connexions après avoir atteint la portée 20 mille composés actifs, malgré le fait qu'il y ait 32 (automatique) les travailleurs, chacun d'eux devraient pouvoir gérer 25000 Connexions (Si je comprends bien).
Des choses que j'ai essayées:
Augmentation limitée worker_connection
Tourné
multi_accept
sur
Inclus epoll - Je pouvais voir que la majeure partie de la charge a été traitée 2-3 processus de travail, et d'autres personnes ne sont pratiquement pas utilisés, bien qu'il semble avoir aidé la situation, puisque PID, L'erreur indiquée dans le journal est presque toujours le même processus.
Je suis vraiment dans une impasse, que d'autre à essayer, si quelqu'un a des suggestions sur ce qui pourrait être la raison de cela, nous serons très reconnaissants.
Autres informations importantes:
32 processeur, 64 Mémoire GB
Ubuntu v18.04.3
Les connexions sont traitées en amont
Nginx en moyenne donne à propos de 400 RPS.
La configuration complète peut être trouvée ici:
https://gist.github.com/mrcnko ... d48a7
Rafraîchir:
Nous avons commencé à utiliser
reuseport
qui semble arrêter le problème de déconnexion, car la charge semble
de nombreux
Plus uniformément réparties sur les flux de travail et non un seul flux de travail, la partie écrasante de la charge. Il semble tort de résoudre le problème, car il semble que nginx Doit être capable de gérer plus de connexions sur ce serveur, en tenant compte des spécifications du serveur, donc si quelqu'un d'autre a des suggestions, nous serons très reconnaissants.
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
0 réponses