Bonjour tout le monde,
J'ai trois questions MariaDB / PHP-FPM :
* Quelqu'un a-t-il déjà vu MariaDB (10.1.48, paquet Debian Stretch)
rien faire (d'après htop, un seul processus MariaDB occupe 200 % du CPU
alors que la machine a 12 cœurs + mysqlamin montre que le nombre de «
questions » augmente de 15-20 r/s alors qu'en pleine journée ce serveur
mange 500-1000 r/s) alors que d'après ss, il y a 3866 connexions
établies (je dis bien établies, pas tcp-hanshake ni fin-wait) sur le
port 3306 de la machine et que chacune est associée à un thread que
mysqladmin étiquette « running » ? Nombre habituel de visiteurs web
(d'après les access.log apache httpd). Pas d'IOwait d'après top. Limites
"systemd" (nombre de fichiers, nombre de processus) pas atteintes.
Lancer un mysql (client cli) TCP : après plusieurs minutes, pas de shell
mysql, pas d'erreur non plus.
* Inversement, quelqu'un a-t-il déjà vu PHP-FPM (7.2.35) "oublier" de
fermer des connexions à MariaDB (les fameuses 3866 connexions
mentionnées au point précédent) et à memcached ? (Au point d'occuper
parfois toute la RAM (8G) et le swap (2G).) Pendant ce temps-là, le mod
proxy_fcgi d'Apache httpd journalise « Failed to make connection to
backend 127.0.0.1:9072 » / « The timeout specified has expired ».
Plusieurs telnet sur le port de php-fpm (9072) fonctionnent (connexion
établie)…
* Une idée d'outils pour diagnostiquer les interactions PHP<>MariaDB
sus-citées ? J'en suis à mysqladmin (pour remonter le nombre de threads
(total et running), max de connexions simultanées, requêtes/s, requêtes
lentes) + journaux apache http et journaux access de php-fpm. J'ai
l'impression de manquer d'infos : quelles requêtes SQL sont traitées à
l'instant T (mais si j'active la journalisation, je plombe le serveur) ?
Quelles requêtes web traitent php-fpm ? Quel est l'état des requêtes PHP
et SQL (en cours, pause, IO wait, en attente du SGBD, etc.) ?
Plus de détails :
* Infra classique : N frontaux apache httpd / mod proxy_fcgi + N php-fpm
(locaux ou déportés) + 1 MariaDB. Tout dans des VM KVM ;
* À répétition, nos sites web timeout. L'error.log d'apache httpd
consigne : « Failed to make connection to backend 127.0.0.1:9072 » / «
The timeout specified has expired » ;
* Dans les graphes, on passe de quelques centaines de connexions
établies à MariaDB et à memcached à plusieurs milliers en moins de 10
minutes. Ça ne descend pas, ça s'accumule ;
** Ce qui m'étonne, c'est qu'il n'y a pas de juste milieu entre les deux
("peu" de connexions / 3 k). On doit bien avoir un niveau de trafic web
entre ces deux extrêmes, quand même ;
* Soit MariaDB travaille d'une manière qui ne me paraît pas être
anormale (50 % des 12 cœurs), soit il fait rien (un seul processus à 200
%) ;
** Un nombre de requêtes/s loin du max qu'on encaisse voire de la
routine (d'après mysqladmin), genre < 20 r/s quand 3866 connexions sont
établies… ; pas de requêtes lentes (même source) ;
** mysqladmin voit les threads comme « running », donc pas comme des
connexions établies en attente d'instructions du client ;
** Pas d'IOWait, pas de limites "systemd" (nombre de fichiers, nombre de
processus) atteintes ;
** Rien dans le journal de MariaDB ;
* Soit ce pic peut correspondre à du "vrai" trafic web… soit non (genre
un samedi à 4 h du mat', les access log des apache httpd montrent un
trafic égale voire moindre aux jours sans incidents et, évidemment, pas
de CRON pour expliquer ça, pas même dans les applis web) ;
* Parfois (!), PHP accumule des processus fils donc il mange toute la
RAM et le CPU ;
* Redémarrer MariaDB (+ PHP parfois, + par impatience que par efficacité
prouvée) remet tout dans l'ordre (y compris le nombre de connexions
simultanées au memcached) ;
Si quelqu'un a une piste, je suis preneur, parce que moi, là… :D
Bonne fin de semaine.
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
