NginxとPM-Staticによるサーバー側の最適化

この記事では、マルチイメージギャラリーのブログアプリケーションの最適化を詳述し、初期負荷時間を28秒の低迷から迅速な0.7秒に短縮します。 最適化の旅は、オンザフライサムネイルの発電に焦点を当てています

最適化後、生産対応の速度が達成されました：

重要な改善：

劇的な負荷時間の削減：
• サーバー側の最適化は、28秒から0.7秒までの初期負荷時間をスラッシュしました。 php-fpmプロセス管理：
php-fpmの
• 設定（プロセスマネージャー）の調整は、パフォーマンスに大きな影響を与えました。 より多くのリソースを消費しましたが、オーバーヘッドの産卵プロセスを排除し、20％のパフォーマンスが向上しました。 nginxおよびfastCGIキャッシング：pm静的コンテンツと動的コンテンツの両方のnginxキャッシングのレバレッジは、パフォーマンスを大幅に改善しました。 リクエスト時間の中央値は170ミリ秒に低下し、失敗したリクエストが17％から0.53％に急落しました。 pm=static
リソースの効率：
• プライマリパフォーマンスボトルネックは、控えめなリソースがあってもハードウェアではありませんでした。
トラブルシューティング：
• WindowsでHomesteadを使用すると、共有フォルダーの問題が発生する可能性があります。
のフォルダーに

を追加すると、これはしばしばこれを解決します：

問題が続く場合、管理特権を使用して

type: "nfs"を実行します。 これらの修正の前に、負荷時間はリクエストごとに20〜30秒でした：Homestead.yaml

テスト方法：vagrant up

100人の同時ユーザーでは、

ローカストロードテストが使用されました。 サーバースタックは、Ubuntu 16.04のPHP 7.1.10、Nginx 1.13.3、およびMySQL 5.7.19で構成されていました。 ngrokトンネルhttp接続を静的にテストするためのテスト用。

php-fpmおよび

設定：

の設定は、php-fpmプロセス管理を制御します。

、、およびpmモードがテストされました。 最高のパフォーマンスを提供しましたが、より高いリソースの利用が犠牲になりました。

nginxおよびfastcgiキャッシング構成：

nginxキャッシュは、静的資産の場合はproxy_cache、動的コンテンツにはfastcgi_cacheを使用して実装されました。 これにより、応答時間と故障率が大幅に減少しました

pingdomテストにより、実質的なパフォーマンスの改善が確認されました

結論：

この最適化は、NGINXキャッシュと戦略的PHP-FPMプロセス管理を使用したサーバー側のチューニングの重要な影響を実証しました。 結果は、控えめなサーバーリソースがあっても、実質的なパフォーマンスの向上の可能性を強調しています。 最終テストのHARファイルが利用可能です（ここには含まれていません）。 さらなる最適化戦略は大歓迎です。

（最初の画像は上部に残り、その後のすべての画像は元の順序と形式を維持しています。）

以上がNginxとPM-Staticによるサーバー側の最適化の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。