Maison  >  Article  >  développement back-end  >  Résumé du mécanisme de communication entre PHP-FPM et Nginx

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

藏色散人
藏色散人avant
2019-07-15 13:23:213431parcourir

Introduction à PHP-FPM

Protocole CGI et protocole FastCGI

Fichiers de code requis pour chaque langage dynamique (PHP, Python, etc. ) Il peut être reconnu par le serveur via l'analyseur correspondant, et le protocole CGI est utilisé pour permettre à l'interpréteur 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 consiste à créer un processus CGI pour chaque requête, puis à 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 apparu. FastCGI est 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 (tel que 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

Sous Linux, la communication entre nginx et php-fpm a deux voies : socket tcp 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 des données des deux méthodes est illustré dans la figure ci-dessous :

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

La différence entre les deux :

Depuis Unix socket n'a pas besoin de passer par La pile de protocole réseau n'a pas besoin d'empaqueter et de décompresser, de calculer des sommes de contrôle, de conserver des numéros de séquence et des réponses, etc. Elle copie simplement les données de la couche d'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 lors de la connexion à l'aide de la méthode socket unix, puisque le fichier socket est essentiellement un fichier , il y a un problème de contrôle des autorisations, vous devez donc faire 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), sélectionnez le socket Unix pour améliorer l'efficacité de la communication entre 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) 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

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

Résumé personnel, veuillez me corriger s'il y a quelque chose qui ne va pas~

Recommandations associées : "Tutoriel 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!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer