Recherche de site Web

Comment empêcher PHP-FPM de consommer trop de RAM sous Linux

Si vous avez déployé un LEMP (Linux, NGINX, MySQL/MariaDB et PHP), alors vous utilisez probablement le proxy FastCGI dans NGINX (en tant que serveur HTTP), pour le traitement PHP. PHP-FPM (acronyme de FastCGI Process Manager) est une implémentation alternative largement utilisée et performante de PHP FastCGI.

Voici les guides utiles sur la configuration de LEMP Stack sous Linux.

  • Comment installer LEMP Stack avec PhpMyAdmin dans Ubuntu 20.04
  • Comment installer le serveur LEMP sur CentOS 8
  • Comment installer LEMP sur le serveur Debian 10

Récemment, tous nos sites Web PHP sur l'un de nos serveurs Web LEMP sont devenus lents et ont finalement cessé de répondre lors de la connexion au serveur. nous avons découvert que le système manquait de RAM : PHP-FPM avait consommé la majeure partie de la RAM, comme indiqué dans la capture d'écran suivante (coups d'œil – outil de surveillance du système).

glances

Dans cet article, nous allons montrer comment empêcher PHP-FPM de consommer trop ou toute la mémoire système (RAM) sous Linux. À la fin de ce guide, vous apprendrez comment réduire la consommation de mémoire PHP-FPM de 50 % ou plus.

Réduisez l’utilisation de la mémoire PHP-FPM

Après avoir fait quelques recherches sur Internet, nous avons découvert qu'il fallait reconfigurer le gestionnaire de processus PHP-FPM et certains aspects de celui-ci pour réduire la consommation mémoire de PHP-FPM dans le fichier de configuration du pool.

Le pool par défaut est www et son fichier de configuration se trouve dans /etc/php-fpm.d/www.conf (sur CentOS/RHEL/Fedora) ou /etc/php/7.4/fpm/pool.d/www.conf (sur Ubuntu/Debian/Mint).

sudo vim /etc/php-fpm.d/www.conf             [On CentOS/RHEL/Fedora]
sudo vim /etc/php/7.4/fpm/pool.d/www.conf    [On Ubuntu/Debian/Mint]

Recherchez les directives suivantes et définissez leur valeur en fonction de votre cas d'utilisation. Pour les directives commentées, vous devez les décommenter.

pm = ondemand
pm.max_children = 80
pm.process_idle_timeout = 10s
pm.max_requests = 200

Expliquons brièvement les directives ci-dessus et leurs valeurs. La directive pm détermine comment le gestionnaire de processus contrôlera le nombre de processus enfants. La méthode par défaut est dynamic, ce qui signifie que le nombre d'enfants (processus enfants) est défini dynamiquement en fonction d'autres directives, notamment pm.max_children qui définit le nombre maximum d'enfants qui peut être vivant en même temps.

Le gestionnaire de processus le plus idéal est le schéma à la demande dans lequel aucun processus enfant n'est créé au démarrage mais est généré à la demande. Les processus enfants ne sont bifurqués que lorsque de nouvelles requêtes se connectent en fonction de pm.max_children et pm.process_idle_timeout qui définissent le nombre de secondes après lesquelles un processus inactif sera arrêté.

Enfin et surtout, nous devons définir le paramètre pm.max_requests qui définit le nombre de requêtes que chaque processus enfant doit exécuter avant de réapparaître. Notez que ce paramètre peut également être utilisé comme solution de contournement pour les fuites de mémoire dans les bibliothèques tierces.

Après avoir effectué les configurations ci-dessus, j'ai remarqué que l'utilisation de la RAM est désormais correcte sur notre serveur. Avez-vous des réflexions à partager concernant ce sujet ou des questions ? Contactez-nous via le formulaire de commentaires ci-dessous.