Schlüsselpunkte

• Für angemessene Speicherserver bietet die Einstellung von PHP-FPM pm static einen hohen Durchsatz und eine geringe Latenz. Diese Einstellung erm?glicht es PHP-FPM-Prozessen, die maximale Kapazit?t jederzeit aufrechtzuerhalten, wodurch eine schnelle Reaktion auf Verkehrspeaks erm?glicht wird, ohne dass neue Prozesse generiert werden müssen.
• Verwendung pm static Eine sorgf?ltige Anpassung ist erforderlich, um unzureichende Probleme mit Speicher oder Cache -Spannung zu vermeiden. pm.max_children Es sollte gem?? der maximalen Anzahl von PHP-FPM-Prozessen festgelegt werden, die der Server verarbeiten kann, ohne die CPU-Leistung zu beeintr?chtigen.
• Für Server mit mehreren PHP-FPM-Pools oder einem geringen Speicher kann pm dynamic oder pm ondemand besser geeignet sein. Diese Einstellungen k?nnen den Speicher speichern, indem die Anzahl der Unterprozesse basierend auf der aktuellen Last angepasst werden, aber auch Overhead -Probleme verursachen, wenn Verkehrsschwankungen auftreten.
• Regelm??ige überwachung und Abstimmung der PHP-FPM-Konfiguration ist für eine optimale Leistung unabh?ngig von den ausgew?hlten Einstellungen von wesentlicher Bedeutung. Die durchschnittliche Gr??e von PHP-FPM-Prozessen variiert von Server zu Server und erfordert manuelle Anpassung und ein klares Verst?ndnis der Ressourcen- und Verkehrsmuster des Servers.

Das ursprüngliche Manuskript des Artikels wurde ursprünglich auf Haydenjames.io ohne Bearbeitung ver?ffentlicht und hier mit Genehmigung des Autors reproduziert.

Lassen Sie uns schnell lernen, wie Sie PHP-FPM für hohen Durchsatz, niedrige Latenz und stabilere CPU und Speicherverbrauch am besten einrichten. Standardm??ig setzen die meisten Einstellungen die PM-Zeichenfolge von PHP-FPM (Process Manager) auf dynamisch, und Ondemand wird normalerweise empfohlen, wenn Sie auf die verfügbaren Speicherprobleme sto?en. Vergleichen wir diese beiden Verwaltungsoptionen jedoch basierend auf der Dokumentation von PHP.NET und vergleichen Sie meine bevorzugten Optionen für hohe Verkehrseinstellungen - statische PM:

• pm = dynamic: Die Anzahl der untergeordneten Prozesse wird dynamisch gem?? den folgenden Anweisungen festgelegt: pm.max_children, pm.start_servers, pm.min_spare_servers, pm.max_spare_servers.
• pm = ondemand: Der Prozess wird nach Bedarf auf Anfrage generiert, was sich von der Dynamik unterscheidet, die am Dienst beginnt pm.start_servers.
• pm = static: Die Anzahl der untergeordneten Prozesse wird durch pm.max_children festgelegt.

Weitere Informationen finden Sie in der vollst?ndigen Liste der globalen PHP-FPM.Conf-Direktiven.

?hnlichkeiten von PHP-FPM Process Manager (PM) und CPUFREQ Regulator

Dies mag ein bisschen abseits des Themas erscheinen, aber ich m?chte es mit unserem Php-FPM-optimierten Thema in Verbindung bringen. OK, wir alle hatten irgendwann langsame CPU -Geschwindigkeiten, egal ob es sich um einen Laptop, eine virtuelle Maschine oder ein dedizierter Server handelt. Erinnerst du dich an die CPU -Frequenzskalierung? (CPUFREQ -Regulator.) Diese Einstellungen sind sowohl auf -Nix- als auch für Windows -Systeme verfügbar und k?nnen die Leistung und Systemreaktion verbessern, indem die CPU -Regulierungseinstellungen von ondemand auf Leistung*ge?ndert werden. Vergleichen wir diesmal die Beschreibung und suchen Sie nach ?hnlichkeiten:

• Governor = ondemand: Skalieren Sie die CPU -Frequenz dynamisch entsprechend der Stromlast. Springen Sie auf die h?chste Frequenz und verringern Sie dann die Frequenz, wenn die Leerlaufzeit zunimmt.
• Governor = conservative: Skalieren Sie die Frequenz dynamisch entsprechend der Stromlast. Skalierungsfrequenz glatter als OnDemand.
• Governor = performance: Führen Sie die CPU immer bei maximaler Frequenz aus.

Weitere Informationen finden Sie in der vollst?ndigen Liste der Optionen für CPUFREQ -Regler.

Haben Sie die ?hnlichkeit bemerkt? Ich m?chte diesen Vergleich zun?chst verwenden, um den besten Weg zu finden, um einen Artikel zu schreiben, wobei dies pm static von PHP-FPM als erste Wahl empfiehlt.

Für CPU -Regulierungsbeh?rden ist die Leistungseinstellung ein ziemlich sicherer Leistungsschub, da sie fast ausschlie?lich von den Einschr?nkungen Ihrer Server -CPU abh?ngt. Andere Faktoren sind nur Nebenwirkungen wie W?rme, Akkulaufzeit (Laptop) und dauerhaft die CPU -Frequenz auf 100%. Sobald es auf die Leistung eingestellt ist, ist es in der Tat das schnellste Setup für die CPU. Lesen Sie beispielsweise über die Einstellung force_turbo auf dem Raspberry PI, das Ihre RPI -Platine dazu zwingt, einen Leistungsregulator zu verwenden, und die Leistungsverbesserungen sind aufgrund der niedrigen CPU -Taktgeschwindigkeit st?rker auff?llig.

Verwenden Sie pm static maximale Leistung des Servers

php-fpm pm static Einstellungen h?ngen stark davon ab, wie viel Speicher der Server hat. Wenn Sie Probleme mit unzureichendem Serverspeicher haben, kann pm ondemand oder dynamic eine bessere Wahl sein. Wenn Sie dagegen genügend Speicher zur Verfügung haben, k?nnen Sie den gr??ten Teil des PHP -Prozessmanagers (PM) -Verkosten vermeiden, indem Sie pm static auf die maximale Kapazit?t des Servers einstellen. Mit anderen Worten, wenn Sie Berechnungen durchführen, sollte pm.static auf die maximale Anzahl von PHP-FPM-Prozessen festgelegt werden, die ausgeführt werden k?nnen, ohne die Verfügbarkeit von Speicher oder Probleme mit dem Cache-Stress zu erzeugen. Setzen Sie es auch nicht zu hoch, um die CPUs zu überw?ltigen, und verursachen Sie viele unverarbeitete PHP-FPM-Operationen.

im obigen Bild verwendet die pm = static und pm.max_children = 100 dieses Servers bis zu etwa 10 GB 32 GB installierten Speicher. Bitte beachten Sie die hervorgehobenen Spalten der Selbstinterpretation. W?hrend dieses Screenshot gab es in Google Analytics (letzten 60 Sekunden) etwa 200 "aktive Benutzer". Auf dieser Ebene sind ungef?hr 70% der untergeordneten Kinderprozesse immer noch unt?tig. Dies bedeutet, dass PHP-FPM unabh?ngig vom aktuellen Datenverkehr immer auf die maximale Kapazit?t der Serverressource eingestellt ist. Der Leerlaufprozess bleibt online, wartet auf Verkehrsspitzen und reagiert sofort, anstatt auf PM zu warten, um Kinderprozesse zu erzeugen und ihn dann nach Ablauf pm.process_idle_timeout zu schlie?en. Ich habe pm.max_requests sehr hoch festgelegt, da dies ein Produktionsserver ohne PHP -Speicherlecks ist. Wenn Sie 110% Vertrauen in die aktuellen und zukünftigen PHP -Skripte haben, k?nnen Sie pm.max_requests = 0 in static verwenden. Es wird jedoch empfohlen, das Skript regelm??ig neu zu starten. Legen Sie die Anzahl der Anforderungen auf eine h?here Zahl ein, da der Punkt darin besteht, PM -Overhead zu vermeiden. Zum Beispiel mindestens pm.max_requests = 1000, abh?ngig von Ihrer pm.max_children -Enummer und Anforderungen pro Sekunde.

Dieser Screenshot wird mit Linux top, von der Option ?U“ (Benutzer) und dem Namen des PHP-FPM-Benutzers gefiltert. Die Anzahl der angezeigten Prozesse betr?gt nur etwa 50 (keine Berechnungen), aber grunds?tzlich zeigt top Statistiken auf h?chster Ebene an, die zu Ihrem Terminalfenster passen-in diesem Fall, sortiert nach %CPU. Um alle 100 PHP-FPM-Prozesse anzuzeigen, k?nnen Sie den folgenden Befehl verwenden:

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

Wann verwendet pm ondemand und dynamic

Verwenden pm dynamic haben Sie m?glicherweise Fehler ?hnlich wie folgt festgestellt:

<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>

M?glicherweise versuchen Sie, Einstellungen zu erh?hen/anzupassen. Sie werden jedoch immer noch den gleichen Fehler sehen wie jemand, der im Serverfault -Post beschrieben wird. In diesem Fall ist pm.min zu niedrig und es ist schwierig, korrekt einzustellen, da der Netzwerkverkehr bei Tiefern und Spitzen stark schwankt. Der übliche Rat ist, pm dynamic zu verwenden. Dies ist jedoch noch schlimmer, denn wenn es nur wenig oder gar keinen Datenverkehr gibt, wird pm ondemand den Leerlaufprozess auf 0 abbauen, und dann werden Sie so viel Overhead -Problem haben, wie der Verkehr schwankt - es sei denn natürlich Seien Sie im Leerlauf, ist auf extrem hoch eingestellt ... in diesem Fall sollten Sie nur ondemand hoch pm.static verwenden. pm.max_requests

Wenn Sie jedoch mehrere PHP-FPM-Pools haben, k?nnen Sie PM dynamic, insbesondere ondemand, Ihnen Ressourcen sparen. Hosten Sie beispielsweise mehrere CPANEL -Konten oder mehrere Websites unter verschiedenen Pools. Zum Beispiel habe ich einen Server mit über 100 CPANEL -Konten und etwa 200 Domainnamen, pm.static und sogar dynamic nicht gut. Nur ondemand kann gut ausführen, da mehr als zwei Drittel der Websites wenig Verkehr haben. Mithilfe von ondemand bedeutet dies, dass alle untergeordneten Prozesse heruntergefahren werden und viel Serverspeicher speichern! Zum Glück haben CPANEL -Entwickler dieses Problem gel?st und nun standardm??ig ondemand. Zuvor machte es aufgrund der Verwendung von dynamic standardm??ig PHP-FPM eine Option auf einem gemeinsam genutzten Server auch auf einem Leerlauf-CPANEL-PHP-FPM-Pool/-konto zu einer Option. Wenn Sie einen guten Verkehr erhalten, ist es unwahrscheinlich, dass Sie auf einem Server mit einer gro?en Anzahl von PHP-FPM-Pools (gemeinsam genutzten Hosts) hosten.

Schlussfolgerung

In PHP-FPM k?nnen die ondemand und dynamic Prozessmanager von PHP-FPM den Durchsatz aufgrund des inh?renten Overheads einschr?nken, sobald Sie mit Beginn der Bereitstellung einer gro?en Verkehrsaufnahme begonnen haben. Verstehen Sie Ihr System und setzen Sie Ihren PHP-FPM-Prozess so ein, dass er der maximalen Kapazit?t des Servers entspricht. Beginnen Sie mit der maximalen Nutzungseinstellung basierend auf pm dynamic oder ondemand und erh?hen Sie sich bis zu dem Punkt, an dem der Speicher und die CPU verhandelt werden k?nnen, ohne überw?ltigt zu werden. Sie werden feststellen, dass die Verwendung von pm.max_children darin besteht, dass Sie im Laufe der Zeit alles im Speicher lassen, der Verkehrspeak die CPU -Spitze und der Last des Servers und der CPU -Durchschnitt sind glatter. Die durchschnittliche Gr??e Ihres PHP-FPM-Prozesses variiert je nach Webserver und muss manuell angepasst werden. Warum also die automatisierteren Overhead-Prozessmanager-pm static und dynamic-ein beliebterer Vorschlag. Ich hoffe, dieser Artikel hilft Ihnen. ondemand

Update: A/B -Benchmark -Vergleichstabelle hinzugefügt. Wenn es sich um PHP-FPM-Prozesse handelt, die sich im Speicher befinden, verbessert es die Leistung, aber auf Kosten der Steigerung des Speicherverbrauchs, um sie in einem Wartezustand zu halten. Finden Sie den besten Punkt für Ihre Einstellungen.

FAQs über PHP-FPM-Anpassungen (FAQ)

Was ist PHP-FPM und warum ist es für meine Serverleistung wichtig?

PHP-FPM oder FASTCGI-Prozessmanager ist eine weitere PHP-FastCGI-Implementierung, die einige zus?tzliche Funktionen für Websites jeder Gr??e bietet, insbesondere für gesch?ftige Websites. Es ist wichtig für die Serverleistung, da der Server mehr Anfragen von gleichzeitigen Besuchern bearbeiten kann, indem der Worker -Pool genutzt wird. Diese Prozesse sind verantwortlich für das Parsen von PHP -Dateien, das Generieren dynamischer Inhalte und die Bereitstellung von Clients. Durch effektives Verwalten dieser Prozesse kann PHP-FPM die Serverleistung und Skalierbarkeit erheblich verbessern.

Wie verbessert PHP-FPM meine Website-Leistung?

PHP-FPM verbessert die Leistung der Website, indem sie PHP-Prozesse effektiv verwalten. Es verwendet den Hauptprozess, um mehrere untergeordnete Prozesse zu steuern, die PHP -Skripte verarbeiten. Dies erm?glicht den effizienten Einsatz von Serverressourcen, da Leerlaufprozesse beendet werden k?nnen und nach Bedarf neue Prozesse generiert werden k?nnen. Darüber hinaus unterstützt PHP-FPM OPCODE Caching, was die PHP-Ausführung erheblich beschleunigen kann, indem ein vorkompiliertes Skript-Bytecode im gemeinsam genutzten Speicher gespeichert wird, wodurch die Notwendigkeit von PHP für die Lade und Analyse von Skripten für jede Anforderung beseitigt wird.

Was ist die pm static -Entation in PHP-FPM und wie wirkt sich dies auf die Leistung aus?

pm static In PHP-FPM legt die

-Konfiguration die Anzahl der untergeordneten Prozesse auf eine feste Zahl fest. Dies bedeutet, dass es immer eine bestimmte Anzahl von Prozessen gibt, die unabh?ngig von der aktuellen Serverlast eingehende Anforderungen bereitstellen. Dies kann bei hohen Lasten zu einer besseren Leistung führen, da keine neuen Prozesse generiert werden müssen. Es kann jedoch auch zu einem h?heren Speicherverbrauch führen, da sie immer ausgeführt werden, auch wenn diese Prozesse nicht ben?tigt werden.

Wie kann man PHP-FPM für maximale Leistung einstellen?

pm Einstellen von PHP-FPM für die maximale Leistung beinhaltet das Tuning mehrerer Konfigurationseinstellungen. Diese Einstellungen umfassen die pm.max_children Einstellungen, die den zu verwendenden Prozessmanager bestimmen, sowie die pm.start_servers -Einstellungen, mit denen die maximale Anzahl von untergeordneten Prozessen festgelegt wird. Weitere wichtige Einstellungen sind pm.min_spare_servers, pm.max_spare_servers und

, die die Anzahl der gestarteten Server, die Mindestanzahl der Leerlaufserver bzw. die maximale Anzahl von Servern steuern. Das Anpassen dieser Einstellungen an die Ressourcen- und Verkehrsmuster des Servers kann die Leistung erheblich verbessern.

Was sind einige h?ufige Probleme mit PHP-FPM und wie kann ich es Fehler beheben?

pm.max_children Einige h?ufige Probleme mit PHP-FPM umfassen hohe CPU-Verwendung, langsame Reaktionszeit und Fehler im Zusammenhang mit der maximalen Anzahl von untergeordneten Prozessen. Diese Probleme k?nnen h?ufig gel?st werden, indem die PHP-FPM-Konfigurationseinstellungen angepasst werden, z. B. das Hinzufügen von

-Inaleinstellungen oder das Umschalten in einen anderen Prozessmanager. Darüber hinaus k?nnen überwachungstools verwendet werden, um Engp?sse und Leistungsprobleme zu identifizieren.

Wie vergleicht PHP-FPM mit anderen PHP-Handlern?

php-fpm wird allgemein als effizienter und flexibler angesehen als andere PHP-Handler. Es unterstützt verschiedene Prozessmanager und kann gem?? den Ressourcen und Verkehrsmustern des Servers angepasst werden. Darüber hinaus unterstützt PHP-FPM Opcode-Caching und kann eine gro?e Anzahl gleichzeitiger Anfragen verarbeiten, was es ideal für gesch?ftige Websites macht.

Kann ich PHP-FPM mit einem Webserver verwenden?

Ja, PHP-FPM kann mit jedem Webserver verwendet werden, der das FastCGI-Protokoll unterstützt. Dies umfasst beliebte Webserver wie Apache, Nginx und LightTPD.

Was ist Opcode Caching und wie verbessert es die PHP -Leistung?

Opcode Caching ist eine Technologie, die die PHP -Leistung verbessert, indem ein vorkompiliertes Skript -Bytecode im gemeinsam genutzten Speicher gespeichert wird. Dadurch muss PHP auf jede Anforderung Skripte laden und analysieren und die Ausführungszeit verkürzen.

Wie überwacht man die Leistung von PHP-FPM?

Für die überwachung der Leistung von PHP-FPM stehen mehrere Tools zur Verfügung. Diese Tools enthalten die PHP-FPM-Statusseite (die Informationen zum aktuellen Status des Arbeitsprozesses enth?lt) und verschiedene Befehlszeilen-Tools wie top und ps. Darüber hinaus gibt es einige überwachungsl?sungen von Drittanbietern, die detailliertere Metriken und Warnungen bieten.

Was sind einige Best Practices für die Verwendung von PHP-FPM?

Einige Best Practices mit PHP-FPM umfassen: Anpassung der Prozessmanager-Einstellungen für die Ressourcen- und Verkehrsmodus des Servers; Achten Sie darauf, dass Sie die Software PHP-FPM und Webserver auf dem neuesten Stand halten, um die neuesten Leistungsverbesserungen und Sicherheitsbehelse zu nutzen.

Das obige ist der detaillierte Inhalt vonPHP-FPM-Tuning: Verwenden Sie ' PM static ' für maximale Leistung. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!