ホームページ > バックエンド開発 > PHPチュートリアル > Web サイトが 10 秒後に 502 を更新する場合、サーバーの構成が非常に高い場合、何が問題になりますか?

Web サイトが 10 秒後に 502 を更新する場合、サーバーの構成が非常に高い場合、何が問題になりますか?

WBOY
リリース: 2016-10-11 14:23:23
オリジナル
2744 人が閲覧しました

CPU: 2 コア、メモリ: 8192 MB、帯域幅 10Mbps
Web サイトのホームページを開き、f5 を押したまま更新し続けると、502 が取得されます。 Mysql は外部ネットワークで使用されており、mysql はハングしません。
もう 1 つは 2 コア、2048 メモリ、2m 帯域幅を備えています。 lnmp を使用したことはありませんが、リフレッシュしても lnmp が強制終了されることはありません。
同じ問題に遭遇した人はいますか?アドバイスをお願いします

追記: 更新するとすぐに終了する環境は、lnmp インストール パッケージを使用しています

返信内容:

CPU: 2 コア、メモリ: 8192 MB、帯域幅 10Mbps
Web サイトのホームページを開き、f5 を押したまま更新し続けると、502 が取得されます。 Mysql は外部ネットワークで使用されており、mysql はハングしません。
もう 1 つは 2 コア、2048 メモリ、2m 帯域幅を備えています。 lnmp を使用したことはありませんが、リフレッシュしても lnmp が強制終了されることはありません。
同じ問題に遭遇した人はいますか?アドバイスをお願いします

追記: 更新するとすぐに終了する環境は、lnmp インストール パッケージを使用しています

HTTP ステータス 502 (不正なゲートウェイ)
ゲートウェイまたはプロキシとして機能するサーバーが、上流サーバーから無効な応答を受信しました。
解決策:

1. Web サーバーの応答速度を向上させます。つまり、内部呼び出し関係を軽減します。専用のキャッシュ サーバーまたは Web サーバー独自のキャッシュを使用してメモリにキャッシュできます。レスポンス

2. ネットワーク帯域幅に問題がある場合は、送信データ パケットを圧縮するか、IDC に適用して帯域幅を増やします。

3. 内部ネットワークの障害または設定の問題、つまり内部ネットワークの輻輳は、内部での大量のデータ呼び出しまたは相互作用によって引き起こされる可能性があるため、内部ネットワークの送信またはプロトコルを最適化する必要があります。

4. データベースのデータ読み取りにより、フロントエンド サーバーのユーザー リクエストへの応答が遅くなるため、読み取り専用ビジネスの場合は、データ キャッシュ モードを向上させる必要があります。読み取りのプレッシャーを分散するために、データベース バックアップ マシンを追加することもできます

    nginx の error.log ログを見て、エラー メッセージがあるかどうかを確認してください
  • nginx は最大接続数を制限します
  • php-fpm接続の数が枯渇していませんか?php-fpmパラメータを最適化します
コードに問題がありますか? コードに無限ループがある場合、または非常に遅いメモリ操作がある場合、この種の問題が発生する可能性があります

除外方法の分析手順:

1. 静的ページでテストします。

2. キャッシュに接続せず、DB にも接続せずにテストします。
3. 使用されている DB、キャッシュ、およびサードパーティのサービスを分析します。 4 と 502 の通常の理由は、何らかの理由で fastcgi プロセスが停止したことです。PHP-fpm ログを確認できます。

関連ラベル:
ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート