Nginx の再試行により HTTP リクエストが繰り返し実行される
1. 問題の背景
Web サイトは Nginx をリバース プロキシとして使用し、2 つの Tomcat が負荷分散を実行します。
ウェブサイトにはグループテキストメッセージモジュールがあり、管理者は送信内容と携帯電話番号リストを入力できます。 「送信」をクリックすると、バックグラウンドでグループテキストメッセージの操作が実行され、送信が完了すると送信結果が返されます。
私はずっと前に繰り返し送信の問題に遭遇しました。最初は管理者の異常かと思い送信ボタンを連打してしまいました。したがって、フロントエンドの送信には制限が設けられています。 [送信] をクリックすると、ボタンを無効に設定し、実行後に戻りデータを取得してから、フロント エンドからの繰り返しの送信を制限するために使用可能に設定します。
今日、同僚が突然このモジュールを再び使用し、それぞれ 2 つのテキスト メッセージ (8000 と 1600) を送信しました。フロントエンドは操作が失敗したことを通知しましたが、彼の携帯電話は重複したテキスト メッセージを受信しました。
2. 問題分析
まず、携帯電話番号リストに重複がないことを確認し、また、フロントエンドが繰り返しリクエストを開始していないことをブラウザのデバッグを通じて確認しました。
2台のサーバーのログを確認したところ、繰り返し送信が発生しており、送信時刻が同時ではないことが分かりました。
ログから、テキスト メッセージの送信にかかる時間は 10 ミリ秒であると推定できます。
ログを通じて処理タイムアウトログも確認したところ、繰り返しのリクエストが異なるマシンで処理され、処理間隔が一定しているパターンが見つかりました
Aログ
10:03:05,878 INFO TIMEOUT.info:252 - time: 75701ms, concurrent: 1, url: /push/sendmessage.10:07:24,705 INFO TIMEOUT.info:252 - time: 15148ms, concurrent: 0, url: /push/sendmessage.
Bログ
10:03:21,599 INFO TIMEOUT.info:252 - time: 76471ms, concurrent: 1, url: /push/sendmessage.10:07:39,718 INFO TIMEOUT.info:252 - time: 15113ms, concurrent: 0, url: /push/sendmessage.
上記に基づいています。情報から推測すると、リクエストの実行時間が制限を超え、フロントエンド プロンプトが失敗したためであると考えられます。重複した送信は、再試行メカニズムによって発生する必要があります。
そこで、運用保守に確認の連絡をしました。関連する応答を受け取りました:
Nginx は、タイムアウトが 15 秒に設定されていると仮定して、タイムアウトを設定でき、リクエストが処理されて返されるまでに 16 秒かかります。 Nginx は処理のためにサーバー A にルーティングします。A が 15 秒目まで実行されると、Nginx はそれを B サービスに再送信して処理されます。フロントエンドは 30 秒待って、最終的に失敗を返します。 A と B はそれぞれ対応するリクエストを受信し、内部で処理しました。
運用保守の同級生に理由を確認した後、関連する情報を基に自分で検索することができます。
nginx の再試行メカニズム
この記事では、IP 経由でサービスにアクセスし、nginx をバイパスできるソリューションについても言及しています。
また、当社のウェブサイトにはダウンロード機能がありますが、最適化前は各ダウンロードの実行時間も非常に長かったですが、タイムアウトの問題は発生しませんでした。 GET と POST の間で考えられる違いを分析しました。一般的な考え方を判断するために、次のリンクも上記に記載されています。
http://serverfault.com/questions/528653/how-can-i-stop-nginx-from-retrying-put-or-post-requests-on-upstream-server-timeo
3. 質問の概要
オンライン情報参照を通じて、Nginx はファイルのアップロード、ダウンロード、GET、および POST リクエストに対してさまざまなタイムアウト戦略を設定できます。
さらに、SMS 一括送信ビジネスの場合、実際には、ルールを通じて構成を管理し、オフライン タスクの実行を実行する別のモジュールがあります。既存の一括送信モジュールは小規模ビジネスのみを対象としています。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











Tomcat サーバーが外部ネットワークにアクセスできるようにするには、以下を行う必要があります。 外部接続を許可するように Tomcat 構成ファイルを変更します。 Tomcat サーバー ポートへのアクセスを許可するファイアウォール ルールを追加します。 Tomcat サーバーのパブリック IP を指すドメイン名を指す DNS レコードを作成します。オプション: リバース プロキシを使用して、セキュリティとパフォーマンスを向上させます。オプション: セキュリティを強化するために HTTPS を設定します。

ThinkPHP フレームワークをローカルで実行する手順: ThinkPHP フレームワークをローカル ディレクトリにダウンロードして解凍します。 ThinkPHP ルート ディレクトリを指す仮想ホスト (オプション) を作成します。データベース接続パラメータを構成します。 Webサーバーを起動します。 ThinkPHP アプリケーションを初期化します。 ThinkPHP アプリケーションの URL にアクセスして実行します。

Nginx の開始コマンドと停止コマンドは、それぞれ nginx と nginx -s quit です。 start コマンドはサーバーを直接起動し、stop コマンドはサーバーを正常にシャットダウンして、現在のすべてのリクエストを処理できるようにします。その他の使用可能な停止信号には、停止およびリロードがあります。

「nginx へようこそ!」エラーを解決するには、仮想ホスト構成を確認し、仮想ホストを有効にし、Nginx をリロードする必要があります。仮想ホスト構成ファイルが見つからない場合は、デフォルト ページを作成して Nginx をリロードすると、エラー メッセージが表示されます。が消え、ウェブサイトは通常のショーになります。

Node.js プロジェクトのサーバー デプロイメント手順: デプロイメント環境を準備します。サーバー アクセスの取得、Node.js のインストール、Git リポジトリのセットアップ。アプリケーションをビルドする: npm run build を使用して、デプロイ可能なコードと依存関係を生成します。コードをサーバーにアップロードします: Git またはファイル転送プロトコル経由。依存関係をインストールする: サーバーに SSH で接続し、npm install を使用してアプリケーションの依存関係をインストールします。アプリケーションを開始します。node Index.js などのコマンドを使用してアプリケーションを開始するか、pm2 などのプロセス マネージャーを使用します。リバース プロキシの構成 (オプション): Nginx や Apache などのリバース プロキシを使用して、トラフィックをアプリケーションにルーティングします。

phpMyAdmin に登録するには、まず MySQL ユーザーを作成して権限を付与し、次に phpMyAdmin をダウンロード、インストール、構成し、最後に phpMyAdmin にログインしてデータベースを管理する必要があります。

Web サイトにアクセスすると nginx が表示されます。その理由としては、サーバーのメンテナンス、サーバーのビジー状態、ブラウザーのキャッシュ、DNS の問題、ファイアウォールのブロック、Web サイトの構成ミス、ネットワーク接続の問題、Web サイトのダウンなどが考えられます。次の解決策を試してください: メンテナンスが終了するまで待つ、オフピーク時間にアクセスする、ブラウザのキャッシュをクリアする、DNS キャッシュをフラッシュする、ファイアウォールまたはウイルス対策ソフトウェアを無効にする、サイト管理者に連絡する、ネットワーク接続を確認する、または検索エンジンを使用するWeb アーカイブを使用して、サイトの別のコピーを見つけます。問題が解決しない場合は、サイト管理者にお問い合わせください。

Docker 環境でのコンテナ通信には、共有ネットワーク、Docker Compose、ネットワーク プロキシ、共有ボリューム、メッセージ キューの 5 つの方法があります。分離とセキュリティのニーズに応じて、Docker Compose を利用して接続を簡素化するか、ネットワーク プロキシを使用して分離を強化するなど、最も適切な通信方法を選択します。
