Comment résoudre le code d'état HTTP 502 du service nginx+php-fpm

Pour un de nos projets web, en raison de l'augmentation des nouvelles villes, le nombre de visites a augmenté et la pression sur la base de données s'est accrue. En tant que partie commerciale qui fournit des interfaces, un grand nombre de requêtes "502". ont récemment été signalés par des commentaires en aval.

502, mauvaise passerelle, est généralement une erreur en amont (voici php, la cause courante de 502 est que l'exécution du script dépasse le délai d'attente, ou que le paramètre de délai d'attente l'est trop). grand, ce qui fait que le processus php ne peut pas être publié avant longtemps et qu'il n'y a pas de processus de travail inactif pour récupérer les clients.

Notre projet est dû au fait que le paramètre de temps d'exécution PHP est trop court. Dans ce cas, vous pouvez d'abord augmenter le temps d'exécution PHP de manière appropriée et vous assurer que l'optimisation 502 prendra plus de temps après tout. . temps.

Il existe deux options pour contrôler le temps d'exécution de php, max_execution_time dans php.ini et request_terminate_timeout dans php-fpm request_terminate_timeout peut remplacer max_execution_time, donc si vous ne souhaitez pas modifier le php.ini global, changez-le simplement. La configuration de php-fpm suffit.

Laissez-moi analyser en détail pourquoi l'exécution du script php dépassant le temps défini entraînera le retour de 502 par nginx.

Plantons d'abord le décor et reproduisons le problème :

nginx et php démarrent chacun un seul travailleur pour un suivi facile.

php-fpm request_terminate_timeout est défini sur 3s.

Test script test.php

sleep(20);
echo 'ok';

go go go :

Visitez www.v.com/test.php dans le navigateur, 3s plus tard Apparu comme prévu... 404 ? ? ? quoi ? ? ?

C'est un mauvais début, jetez vite un oeil au fichier de configuration de nginx

# 🎜🎜 #Cette configuration d'emplacement consiste à accéder à une interface attrayante lorsqu'une erreur 5xx se produit, mais je n'ai pas le fichier 50x.html sous /usr/share/nginx/html. J'ai donc pris un 404. Cela n'affecte-t-il pas l'exactitude de mon jugement sur le problème ? Commentez-le simplement ! Visitez à nouveau, attendez 3 secondes, et enfin l'interface « normale » apparaît.

Maintenant que l'environnement est prêt, suivons la routine et suivons la routine de dépannage pour les problèmes Web. Jetons d'abord un coup d'œil au journal des erreurs :

# 🎜🎜#nginx:

Les erreurs signalées sont un échec de recv() (104 : connexion réinitialisée par un homologue.

recv Échec, la connexion a été réinitialisée. Pourquoi la connexion a-t-elle été réinitialisée ?

Nous examinons le journal des erreurs de php-fpm :

Notez que la valeur php_admin_value. L'option [error_log] dans php-fpm spécifie le journal des erreurs dans php.ini. Cependant, ici, ce n'est pas l'erreur de php, mais le journal des erreurs de php-fpm. L'option error_log dans fpm.conf est spécifiée )#🎜🎜. #

Chaque requête génère 2 avertissements et 1 notification : #🎜 🎜#avertissement : L'exécution du script a expiré et s'est terminée

#🎜. 🎜#avertissement : le processus enfant a reçu le signal sigterm et s'est terminé

remarque : un nouveau processus enfant a été démarré (car j'ai défini pm.min_spare_servers = 1)

Il semble que que si le processus de travail php expire, non seulement l'exécution du script sera terminée, mais le processus de travail se terminera également. Il semble que la connexion d'erreur nginx soit réinitialisée. Le processus de travail de php s'est terminé (si une partie dans le TCP. la connexion est déconnectée, elle enverra d'abord à l'autre partie)

On peut savoir dans le journal que l'exécution du script php expire et que le sous-processus de travail se termine, ce qui amène nginx à signaler une erreur de connexion réinitialisé par peer, ci-dessous nous utilisons strace pour voir la situation de php et nginx :

php:

1.accept Pour une demande de connexion nginx (socket, liaison et écoute sont tous terminés dans le maître), vous pouvez voir que le port de nginx est 47039 et que les données sont lues à partir de fd0, qui provient de l'entrée standard. le protocole d'acceptation fast-cgi. Le descripteur connecté suivant est 3.

2 Lisez les données transmises par nginx au format du protocole fastcgi et recevez 856 octets.

Parce que le paquet de données du protocole fastcgi est aligné sur 8 octets et se compose d'un en-tête de paquet et d'un corps de paquet. Et il enverra d'abord un paquet de requête, comprenant un identifiant de requête, une version, un type et d'autres informations (l'en-tête et le corps occupent chacun 8 octets), puis enverra un paquet de paramètres pour transmettre les paramètres d'obtention et les variables d'environnement (l'en-tête est de 8 octets). octets) , le corps du paquet devient plus long), et enfin un paquet de données params sans corps de paquet et seul un en-tête de paquet est envoyé, indiquant la fin de l'envoi des paramètres (8 octets d'en-tête de paquet). Ainsi, les trois premières lectures sont utilisées pour lire l'en-tête et le corps du package de requête, ainsi que l'en-tête du package params. La quatrième lecture consiste à lire les données réelles et la dernière lecture consiste à lire l'en-tête du dernier. paquet de paramètres. Par conséquent, les données transmises par nginx doivent faire 8+8+8+856+8=896 octets (ce qui peut correspondre aux octets de transmission de nginx ci-dessous). Notez que s'il s'agit du mode post, les paquets de données stdin seront également envoyés.

3. Réglez sleep sur 20s, ce qui est sleep(20) dans le programme php. Après cela, comme le processus est terminé, il n'y en aura plus. Le programme strace s'est également arrêté.

nginx :

1.Acceptez la demande adressée au navigateur. Vous pouvez voir que le port sur le navigateur est 56434, l'adresse IP est 192.168.1.105 et le fd de la connexion établie est 3.

2. Recevez des données de fd3, protocole http.

3. Créez un socket, fd21, pour établir une connexion avec php.

4. Connectez-vous à fd21, vous pouvez voir que la connexion est le port 9000 de la machine locale. Ici, nginx et php-fpm utilisent la méthode de connexion ip socket Si nginx et php-fpm sont déployés sur une machine, le socket de domaine unix. peut être envisagée.

5. Écrivez les données au format fd21, protocole fast-cgi, on voit que la longueur écrite est de 896, ce qui correspond à la longueur reçue par php ci-dessus.

6. La fonction recvfrom renvoie econnreset (connexion réinitialisée par un homologue) à partir de fd21

7 Écrivez les informations d'erreur dans fd9. On peut en déduire que fd9 est le descripteur de fichier du journal des erreurs nginx.

8. Fermez la connexion avec fd21.

9. Écrivez 502 bad gateway vers fd3, qui sont les informations renvoyées au navigateur.

10. Écrivez un journal d'accès à fd8. On peut en déduire que fd8 est le descripteur de fichier du journal d'accès nginx.

Vérifions l'inférence des journaux d'accès nginx et des journaux d'erreurs. Vous pouvez voir qu'il s'agit bien de fd8, fd9, et en mode écriture.

Ensuite, autant jeter un œil à la transmission de l'intégralité du paquet réseau dans ce processus :

Capturez le paquet via tcpdump, il est plus pratique d'utiliser un artefact pour le visualiser.

Parce que je veux seulement voir la communication entre nginx et php, et que je sais d'après ce qui précède que le port de nginx est 47039, je peux filtrer le package correspondant via tcp.srcport==47039.

Vous pouvez voir le processus d'interaction des données entre nginx et php-fpm : 47039 -> 9000 établit une poignée de main à trois, puis envoie les données à 9 000, 9 000 réponses avec accusé de réception et 9 000 réponses avec premier après 3 secondes . Rien de mal.

Remarque :

syn, fin occupent chacun un numéro de séquence

ack, premier n'occupe pas de numéro de séquence (le reqnum et l'acknum des deux paquets 28 et 29 sont les mêmes)

Le numéro de séquence est ajouté par 1 pour chaque octet (29 paquets envoient 896 octets, tandis que la séquence de 29 paquets est 4219146879, et l'accusé de réception de 30 paquets est 4219147775, ce qui représente exactement une différence de 896)

premier ne nécessite pas de réponse.

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!