PHP-FPM-Tuning: Verwenden Sie ' PM static ' für maximale Leistung

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!