Points clés

• Pour les serveurs de mémoire adéquats, le réglage pm static de PHP-FPM fournit un débit élevé et une faible latence. Ce paramètre permet aux processus PHP-FPM de maintenir une capacité maximale à tout moment, permettant une réponse rapide aux pics de trafic sans avoir besoin de générer de nouveaux processus.
• en utilisant pm static un réglage minutieux est nécessaire pour éviter les problèmes insuffisants de la mémoire ou du cache. pm.max_children Il doit être défini en fonction du nombre maximum de processus PHP-FPM que le serveur peut gérer sans affecter les performances du processeur.
• pour les serveurs avec plusieurs pools PHP-FPM ou une mémoire basse, pm dynamic ou pm ondemand peut être plus approprié. Ces paramètres peuvent enregistrer la mémoire en ajustant le nombre de sous-processus en fonction de la charge actuelle, mais peuvent également entra?ner des problèmes de frais généraux lorsque les fluctuations du trafic se produisent.
• La surveillance et le réglage réguliers de la configuration PHP-FPM sont essentiels pour des performances optimales, quels que soient les paramètres que vous choisissez. La taille moyenne des processus PHP-FPM varie d'un serveur à l'autre et nécessite un ajustement manuel et une compréhension claire des modèles de ressources et de trafic du serveur.

Le manuscrit original de l'article a été initialement publié sur haydenjames.io sans montage et a été reproduit ici avec la permission de l'auteur.

Laissons rapidement comment configurer le meilleur PHP-FPM pour un débit élevé, une latence faible et une utilisation plus stable et une utilisation de la mémoire. Par défaut, la plupart des paramètres définissent la cha?ne PM (Process Manager) de PHP-FPM sur Dynamic, et onDemand est généralement recommandé si vous rencontrez des problèmes de mémoire disponibles. Cependant, comparons ces deux options de gestion en fonction de la documentation de PHP.NET et comparons mes options préférées pour les paramètres de trafic élevé - STATIC PM:

• pm = dynamic: Le nombre de processus enfants est défini dynamiquement en fonction des instructions suivantes: pm.max_children, pm.start_servers, pm.min_spare_servers, pm.max_spare_servers.
• pm = ondemand: Le processus est généré sur demande au besoin, ce qui est différent de Dynamic, qui commence au service commence pm.start_servers.
• pm = static: Le nombre de processus enfants est corrigé par pm.max_children.

Voir la liste complète des directives globales PHP-FPM.Conf pour plus de détails.

similitudes de PHP-FPM Process Manager (PM) et du régulateur CPUFREQ

Cela peut sembler un peu hors sujet, mais je voudrais l'associer à notre sujet ajusté PHP-FPM. OK, nous avons tous eu des vitesses de CPU lentes à un moment donné, qu'il s'agisse d'un ordinateur portable, d'une machine virtuelle ou d'un serveur dédié. Vous vous souvenez de la mise à l'échelle de la fréquence du CPU? (Régulateur CPUFREQ.) Ces paramètres sont disponibles sur les systèmes NIX et Windows, et peuvent améliorer les performances et la réactivité du système en modifiant les paramètres du régulateur du CPU de ondemand à performances *. Cette fois, comparons la description et recherchons des similitudes:

• Governor = ondemand: échelle dynamiquement la fréquence du CPU en fonction de la charge actuelle. Sautez à la fréquence la plus élevée, puis diminuez la fréquence à mesure que le temps d'inactivité augmente.
• Governor = conservative: échelle dynamiquement la fréquence en fonction de la charge actuelle. La fréquence de mise à l'échelle plus lisse que l'ondemand.
• Governor = performance: Exécutez toujours le CPU à la fréquence maximale.

Voir la liste complète des options de régulateur CPUFREQ pour plus de détails.

Avez-vous remarqué la similitude? Je veux d'abord utiliser cette comparaison, dans le but de trouver la meilleure fa?on d'écrire un article, recommandant pm static de PHP-FPM comme premier choix.

Pour les régulateurs du processeur, le paramètre de performance est une augmentation des performances assez s?re, car elle dépend presque entièrement des limites de votre processeur de serveur. D'autres facteurs ne sont que des effets secondaires tels que la chaleur, la durée de vie de la batterie (ordinateur portable) et le réglage en permanence de la fréquence du CPU à 100%. Une fois réglé sur les performances, c'est en effet la configuration la plus rapide pour le CPU. Par exemple, lisez le réglage force_turbo sur le Raspberry Pi, ce qui oblige votre carte RPI à utiliser un régulateur de performances, et les améliorations des performances sont plus visibles en raison de la faible vitesse d'horloge du CPU.

Utiliser pm static Atteindre les performances maximales du serveur

PHP-FPM pm static Les paramètres dépendent fortement de la quantité de mémoire du serveur. Fondamentalement, si vous rencontrez des problèmes avec la mémoire de serveur insuffisante, alors pm ondemand ou dynamic peut être un meilleur choix. D'un autre c?té, si vous avez suffisamment de mémoire disponible, vous pouvez éviter la majeure partie de la surcharge du gestionnaire de processus PHP (PM) en définissant pm static à la capacité maximale du serveur. En d'autres termes, lorsque vous effectuez des calculs, pm.static doit être défini sur le nombre maximum de processus PHP-FPM qui peuvent s'exécuter sans créer de disponibilité de la mémoire ou de problèmes de contrainte de cache. De plus, ne le définissez pas trop haut pour submerger les processeurs et provoquer de nombreuses opérations PHP-FPM non transformées.

Dans l'image ci-dessus, les pm = static et pm.max_children = 100 de ce serveur utilisent jusqu'à environ 10 Go de 32 Go de mémoire installée. Veuillez noter les colonnes en surbrillance d'auto-interprétation. Au cours de cette capture d'écran, il y avait environ 200 "utilisateurs actifs" dans Google Analytics (60 dernières secondes). à ce niveau, environ 70% des processus d'enfants PHP-FPM sont toujours inactifs. Cela signifie que PHP-FPM est toujours défini sur la capacité maximale de la ressource du serveur, quel que soit le trafic actuel. Le processus inactif reste en ligne, en attendant les pics de circulation et en répondant immédiatement, au lieu de devoir attendre que PM pose les processus enfants, puis le fermer après pm.process_idle_timeout expire. J'ai défini pm.max_requests très haut car il s'agit d'un serveur de production sans fuites de mémoire PHP. Si vous avez 110% de confiance dans les scripts PHP actuels et futurs, vous pouvez utiliser pm.max_requests = 0 en statique. Cependant, il est recommandé de redémarrer régulièrement le script. Définissez le nombre de demandes sur un nombre plus élevé, car le point est d'éviter les frais généraux de PM. Par exemple, au moins pm.max_requests = 1000, en fonction de votre nombre pm.max_children et de vos demandes par seconde.

Cette capture d'écran est filtrée à l'aide de Linux top, par l'option ?U? (utilisateur) et le nom de l'utilisateur PHP-FPM. Le nombre de processus affichés n'est qu'environ 50 (pas de calculs), mais en gros top affiche des statistiques de niveau supérieur qui conviennent à votre fenêtre de terminal - dans ce cas, triée par% CPU. Pour afficher les 100 processus PHP-FPM, vous pouvez utiliser la commande suivante:

<code>top -bn1 | grep php-fpm</code>

quand utiliser pm ondemand et dynamic

En utilisant pm dynamic, vous avez peut-être remarqué des erreurs similaires à ce qui suit:

<code>WARNING: [pool xxxx] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 32 children, there are 4 idle, and 59 total children</code>

Vous pouvez essayer d'augmenter / ajuster les paramètres, mais vous verrez toujours la même erreur que quelqu'un décrit dans le post ServerFault. Dans ce cas, pm.min est trop faible et il est difficile de s'adapter correctement car le trafic réseau fluctue considérablement avec les creux et les pics. Le conseil habituel est d'utiliser pm dynamic. Cependant, c'est encore pire parce que lorsqu'il y a peu ou pas de trafic, pm ondemand fera arrêter le processus d'inactivité à 0, puis vous vous retrouverez avec autant de problèmes de frais être le délai d'inactivité est défini sur extrêmement élevé ... Dans ce cas, vous devez seulement utiliser ondemand high pm.static. pm.max_requests

Cependant, lorsque vous avez plusieurs pools PHP-FPM, PM dynamic, en particulier ondemand, vous pouvez vous économiser des ressources. Par exemple, hébergez plusieurs comptes CPanel ou plusieurs sites Web dans différents pools. Par exemple, j'ai un serveur qui possède plus de 100 comptes CPanel et environ 200 noms de domaine, pm.static et même dynamic ne réussissent pas bien. Seul ondemand peut bien exécuter, car plus des deux tiers des sites Web ont peu de trafic. En utilisant ondemand, cela signifie que tous les processus enfants seront arrêtés, en économisant beaucoup de mémoire du serveur! Heureusement, les développeurs CPanel ont résolu ce problème et maintenant il est par défaut ondemand. Auparavant, en raison de l'utilisation de dynamic par défaut, il a fait de PHP-FPM une option sur un serveur partagé même sur un pool / compte inactif PHP-FPM CPANEL. Si vous recevez un bon trafic, il est peu probable que vous hébergez sur un serveur avec un grand nombre de pools PHP-FPM (h?tes partagés).

Conclusion

Dans PHP-FPM, une fois que vous commencez à fournir une grande quantité de trafic, les gestionnaires de processus ondemand et dynamic de PHP-FPM peuvent limiter le débit en raison des frais généraux inhérents. Comprenez votre système et définissez votre processus PHP-FPM pour correspondre à la capacité maximale du serveur. Commencez par le paramètre d'utilisation maximal basé sur pm dynamic ou ondemand et augmentez au point où la mémoire et le processeur peuvent gérer sans être dépassés. Vous remarquerez que l'utilisation de pm.max_children est parce que vous laissez tout résider dans la mémoire, au fil du temps, le pic du trafic entra?nera un pic du CPU et que la charge du serveur et la moyenne du CPU seront plus lisses. La taille moyenne de votre processus PHP-FPM varie selon le serveur Web et doit être ajustée manuellement, alors pourquoi les gestionnaires de processus aériens les plus automatisés - pm static et dynamic - une suggestion plus populaire. J'espère que cet article vous aide. ondemand

MISE à JOUR: Ajout du tableau de comparaison de référence A / B. Le fait d'avoir des processus PHP-FPM réside dans la mémoire permet d'améliorer les performances, mais au prix de l'augmentation de l'utilisation de la mémoire pour les maintenir dans un état d'attente. Trouvez le meilleur point pour vos paramètres.

FAQ sur les ajustements PHP-FPM (FAQ)

Qu'est-ce que PHP-FPM et pourquoi est-il important pour les performances de mon serveur?

PHP-FPM ou FastCGI Process Manager est une autre implémentation PHP FastCGI qui a des fonctionnalités supplémentaires utiles pour des sites de toute taille, en particulier pour les sites occupés. Il est important pour les performances du serveur car il permet au serveur de traiter plus de demandes de visiteurs simultanés en tirant parti du pool de travailleurs. Ces processus sont responsables de l'analyse des fichiers PHP, de la génération de contenu dynamique et de la fourniture des clients. En gérant efficacement ces processus, PHP-FPM peut améliorer considérablement les performances et l'évolutivité du serveur.

Comment PHP-FPM améliore-t-il les performances de mon site Web?

PHP-FPM améliore les performances du site Web en gérant efficacement les processus PHP. Il utilise le processus principal pour contr?ler plusieurs processus d'enfants qui processus sont des scripts PHP. Cela permet une utilisation efficace des ressources du serveur, car les processus inactifs peuvent être terminés et que de nouveaux processus peuvent être générés au besoin. De plus, PHP-FPM prend en charge la mise en cache OPCode, ce qui peut considérablement accélérer l'exécution de PHP en stockant des bytecode de script précompilé dans la mémoire partagée, éliminant le besoin pour PHP de charger et d'analyser les scripts à chaque demande.

Quelle est la configuration pm static dans PHP-FPM et comment affecte-t-elle les performances?

pm static En php-fpm, la configuration

définit le nombre de processus enfants sur un nombre fixe. Cela signifie qu'il y aura toujours un nombre spécifique de processus prêts à servir les demandes entrantes, quelle que soit la charge actuelle du serveur. Cela peut entra?ner de meilleures performances sous des charges élevées, car de nouveaux processus ne sont pas nécessaires pour être générés. Cependant, cela peut également conduire à une utilisation de la mémoire plus élevée, car ils fonctionnent toujours même si ces processus ne sont pas nécessaires.

Comment ajuster PHP-FPM pour des performances maximales?

pm Le réglage de PHP-FPM pour des performances maximales implique de régler plusieurs paramètres de configuration. Ces paramètres incluent les paramètres pm.max_children qui déterminent le gestionnaire de processus à utiliser et les paramètres pm.start_servers qui définissent le nombre maximum de processus enfants. D'autres paramètres importants incluent pm.min_spare_servers, pm.max_spare_servers et

, qui contr?lent le nombre de serveurs démarrés, le nombre minimum de serveurs inactifs et le nombre maximum de serveurs respectivement. L'ajustement de ces paramètres pour correspondre aux ressources et aux modèles de trafic du serveur peut améliorer considérablement les performances.

Quels sont les problèmes courants avec PHP-FPM et comment puis-je le dépanner?

pm.max_children Certains problèmes courants avec PHP-FPM incluent une utilisation élevée du processeur, un temps de réponse lent et des erreurs liées à l'atteinte du nombre maximum de processus enfants. Ces problèmes peuvent souvent être résolus en ajustant les paramètres de configuration PHP-FPM, tels que l'ajout de paramètres

ou le passage à un autre gestionnaire de processus. De plus, des outils de surveillance peuvent être utilisés pour identifier les goulots d'étranglement et les problèmes de performances.

Comment PHP-FPM se compare-t-il aux autres gestionnaires PHP?

PHP-FPM est généralement considéré comme plus efficace et flexible que les autres gestionnaires PHP. Il prend en charge divers gestionnaires de processus et peut être ajusté en fonction des ressources et des modèles de trafic du serveur. De plus, PHP-FPM prend en charge la mise en cache Opcode et peut gérer un grand nombre de demandes simultanées, ce qui le rend idéal pour les sites occupés.

Puis-je utiliser PHP-FPM avec un serveur Web?

Oui, PHP-FPM peut être utilisé avec n'importe quel serveur Web qui prend en charge le protocole FastCGI. Cela inclut des serveurs Web populaires tels qu'Apache, Nginx et LightTPD.

Qu'est-ce que la mise en cache Opcode et comment améliore-t-elle les performances de PHP?

La mise en cache opcode est une technologie qui améliore les performances de PHP en stockant des bytecode de script précompilé dans la mémoire partagée. Cela élimine la nécessité pour PHP de charger et d'analyser les scripts à chaque demande, en réduisant le temps d'exécution.

Comment surveiller les performances de PHP-FPM?

Plusieurs outils sont disponibles pour surveiller les performances de PHP-FPM. Ces outils incluent la page d'état PHP-FPM (qui fournit des informations sur l'état actuel du processus des travailleurs) et divers outils de ligne de commande tels que top et ps. De plus, il existe des solutions de surveillance tierces qui fournissent des mesures et des alertes plus détaillées.

Quelles sont les meilleures pratiques pour utiliser PHP-FPM?

Certaines meilleures pratiques avec PHP-FPM incluent: ajuster les paramètres du gestionnaire de processus pour correspondre au mode de ressources et de trafic du serveur; De plus, assurez-vous de maintenir à jour PHP-FPM et le logiciel de serveur Web pour profiter des dernières améliorations des performances et des correctifs de sécurité.

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!