Résumé du mécanisme de communication entre PHP-FPM et Nginx

[Recommandations d'apprentissage associées : Tutoriel graphique php]

Introduction à PHP-FPM

Protocole CGI et protocole FastCGI

Les fichiers de code de chaque langage dynamique (PHP, Python, etc.) doivent passer l'analyseur correspondant avant de pouvoir être identifiés par le serveur, et le protocole CGI est utilisé pour permettre à 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 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, c'est un gaspillage de ressources dans les applications pratiques, donc une version améliorée de CGI, FastCGI est apparu dans la requête. Après le traitement, le processus ne sera pas interrompu, mais plusieurs requêtes continueront à être traitées, 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 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
        |
        |
     等待处理...

[Articles associés recommandés : Tutoriel Nginx]

La combinaison de Nginx et php-fpm

Sous Linux, la communication entre nginx et php-fpm utilise tcp Il existe deux manières : socket et socket unix.

L'avantage du socket TCP est qu'il peut traverser des 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 la configuration nginx. déposer. .

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

La différence entre les deux :

Puisque le socket Unix ne fonctionne pas Il n'est pas nécessaire de passer par la pile de protocoles réseau, il n'est pas nécessaire de compresser et de décompresser, de calculer des sommes de contrôle, de conserver les numéros de séquence et les réponses, etc. Il copie 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 avec php-fpm, il vous suffit de définir les paramètres dans leurs fichiers de configuration respectifs :

1) Configuration dans Nginx

Prenons comme exemple la communication par socket TCP

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 un socket Unix pour vous connecter, puisque le fichier socket est essentiellement un fichier, il y a des problèmes de contrôle des autorisations, donc vous besoin Faites attention aux autorisations du processus nginx et aux autorisations de php-fpm, sinon vous serez invité à accéder sans autorisation. (Définissez les utilisateurs dans les 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 avec nginx 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 pour accélérer la lecture et l'écriture de la mémoire.

2) Augmentez le backlog

Le bit par défaut du backlog est 128, 1024. Cette valeur est remplacée par votre propre QPS normal, et la configuration est la suivante.

fichier nginx.conf

server {
        listen 80 default backlog = 1024;
       }

fichier php-fpm.conf

listen.backlog = 1024

3) Ajouter un fichier sock et une instance php-fpm

dans / Créer un nouveau fichier sock dans dev/shm, équilibrez la charge des requêtes vers deux fichiers sock via le module en amont dans nginx et mappez les deux fichiers sock à deux ensembles d'instances php-fpm.                                                                                                                                 🎜>

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!