Parlons du mécanisme de communication entre Nginx et php-fpm et voyons comment le configurer ?

Cet article parlera du mécanisme de communication entre Nginx et php-fpm, présentera les différences entre les deux méthodes de communication, verra comment configurer la combinaison de Nginx et php-fpm et analysera comment choisir la méthode de communication dans l'application. J'espère que cela pourra aider tout le monde !

Introduction à PHP-FPM

Protocole CGI et protocole FastCGI

Les fichiers de code de chaque langage dynamique (PHP, Python, etc.) doivent passer l'analyseur correspondant pour être reconnus par le serveur, et le protocole CGI est utilisé. Permet à l'interprète et au serveur de communiquer entre eux. L'analyse des fichiers PHP sur le serveur nécessite l'utilisation d'un interpréteur PHP, couplé au protocole CGI correspondant, afin que le serveur puisse analyser les fichiers PHP.

Étant donné que le mécanisme de CGI nécessite de créer un processus CGI à chaque fois qu'une requête est traitée, puis de tuer le processus une fois la requête terminée, ce qui constitue un gaspillage de ressources dans les applications pratiques, une version améliorée de CGI, FastCGI, est apparue. .Une fois la demande traitée, FastCGI Le processus ne sera pas interrompu, mais continuera à traiter plusieurs demandes, ce qui améliore considérablement l'efficacité.

Qu'est-ce que PHP-FPM

PHP-FPM est PHP-FastCGI Process Manager. Il s'agit de l'implémentation de FastCGI et fournit des fonctions de gestion de processus. Le processus comprend deux types : le processus maître et le processus de travail ; il n'y a qu'un seul processus maître, qui est responsable de l'écoute du port et de la réception des requêtes du serveur, alors qu'il existe généralement plusieurs processus de travail (le nombre spécifique est configuré en fonction des paramètres réels). besoins), et chaque processus en aura un intégré. L'interpréteur PHP est l'endroit où le code est réellement exécuté.

Mécanisme de communication entre Nginx et php-fpm

Lorsque nous visitons un site Web (comme www.test.com), le flux de traitement est le suivant :

  www.test.com
        |
        |
      Nginx
        |
        |
路由到 www.test.com/index.php
        |
        |
加载 nginx 的 fast-cgi 模块
        |
        |
fast-cgi 监听 127.0.0.1:9000 地址
        |
        |
www.test.com/index.php 请求到达 127.0.0.1:9000
        |
        |
     等待处理...

La combinaison de Nginx et php-fpm

on Linux, nginx communique avec php-fpm de deux manières : socket TCP et socket Unix.

L'avantage du socket TCP est qu'il peut être utilisé sur plusieurs serveurs. Cette méthode ne peut être utilisée que lorsque nginx et php-fpm ne sont pas sur la même machine.

Le socket Unix, également appelé socket IPC (communication inter-processus), est utilisé pour implémenter la communication inter-processus sur le même hôte. Cette méthode nécessite de renseigner l'emplacement du fichier socket de php-fpm dans le fichier de configuration nginx.

Le processus de transmission de données des deux méthodes est illustré dans la figure ci-dessous :

La différence entre les deux :

Étant donné que le socket Unix n'a pas besoin de passer par la pile de protocole réseau, il n'est pas nécessaire de emballer et décompresser, calculer les sommes de contrôle et conserver les numéros de séquence et les réponses, etc., copiez simplement les données de la couche application d'un processus à un autre. Par conséquent, son efficacité est supérieure à celle du socket TCP, ce qui peut réduire les frais généraux TCP inutiles. Cependant, les sockets Unix sont instables lorsque la concurrence est élevée. Lorsque le nombre de connexions explose, un grand nombre de caches à long terme seront générés. Sans la prise en charge d'un protocole orienté connexion, les paquets de données volumineux peuvent directement échouer sans renvoyer de message. exception. Les protocoles orientés connexion tels que TCP peuvent mieux garantir l'exactitude et l'intégrité de la communication.

Pour combiner Nginx et php-fpm, il vous suffit de définir les paramètres dans leurs fichiers de configuration respectifs :

1) Configuration dans Nginx

Prenez la communication par socket TCP comme exemple

server {
    listen       80; #监听 80 端口，接收http请求
    server_name  www.test.com; #就是网站地址
    root /usr/local/etc/nginx/www/huxintong_admin; # 准备存放代码工程的路径
    #路由到网站根目录 www.test.com 时候的处理
    location / {
        index index.php; #跳转到 www.test.com/index.php
        autoindex on;
    }   

    #当请求网站下 php 文件的时候，反向代理到 php-fpm
    location ~ \.php$ {
        include /usr/local/etc/nginx/fastcgi.conf; #加载 nginx 的 fastcgi 模块
        fastcgi_intercept_errors on;
        fastcgi_pass   127.0.0.1:9000; # tcp 方式，php-fpm 监听的 IP 地址和端口
       # fasrcgi_pass /usr/run/php-fpm.sock # unix socket 连接方式
    }

}

2) Configuration de php-fpm

listen = 127.0.0.1:9000
# 或者下面这样
listen = /var/run/php-fpm.sock

Notez que lorsque vous utilisez la méthode socket unix pour vous connecter, puisque le fichier socket est essentiellement un fichier, il existe des problèmes de contrôle des autorisations, vous devez donc faire attention aux autorisations du processus nginx et aux autorisations de php-fpm, sinon vous sera invité à accéder sans autorisation. (Définissez les utilisateurs dans leurs fichiers de configuration respectifs)

La communication entre php-fpm et nginx peut être complétée via la configuration ci-dessus.

Sélection dans l'application

Si nginx et php-fpm s'exécutent sur le même serveur et que la concurrence n'est pas élevée (pas plus de 1000), choisissez le socket Unix pour améliorer l'efficacité de la communication de nginx et php-fpm.
Si vous êtes confronté à un nombre élevé d'activités simultanées, envisagez d'utiliser un socket TCP plus fiable pour maintenir l'efficacité grâce à des méthodes d'exploitation et de maintenance telles que l'équilibrage de charge et l'optimisation du noyau.

Si la concurrence est élevée mais que vous souhaitez toujours utiliser le socket Unix, vous pouvez améliorer la stabilité du socket Unix grâce aux méthodes suivantes.

1) Placez le fichier sock dans le répertoire /dev/shm. Placez le fichier sock dans la mémoire de ce répertoire, afin que la mémoire puisse être lue et écrite plus rapidement.

2) Améliorer le backlog

Le bit de backlog par défaut est 128, 1024. Il est préférable de convertir cette valeur en votre propre QPS normal, et la configuration est la suivante.

Dans le fichier nginx.conf

server {
        listen 80 default backlog = 1024;
       }

Dans le fichier php-fpm.conf

listen.backlog = 1024

3) Ajoutez le fichier sock et l'instance php-fpm

Créez un nouveau fichier sock dans /dev/shm et transmettez la requête via le module en amont de nginx La charge est équilibrée sur deux fichiers sock, et les deux fichiers sock sont mappés sur deux ensembles d'instances php-fpm.

Apprentissage recommandé : "Tutoriel vidéo PHP"

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!