Nginx の負荷分散構成、ダウンタイム発生時の自動切り替えモード

厳密に言えば、nginx には負荷分散バックエンドノードのヘルスチェック機能はありませんが、デフォルトの ngx_http_proxy_module モジュールと ngx_http_upstream_module モジュールの関連命令を実行することで、バックエンドノードに障害が発生したときに自動的に正常なノードに切り替えてアクセスを提供することができます。

以下に、これら 2 つのモジュールの関連する手順を示します。

構文: proxy_connect_timeout 時間;

デフォルト値: proxy_connect_timeout 60 秒;

バックエンドサーバーとの接続を確立するためのタイムアウトを設定します。このタイムアウトは通常 75 秒を超えることはないことに注意してください。

構文: proxy_read_timeout 時間;

デフォルト値: proxy_read_timeout 60 秒;

バックエンドサーバーからの応答を読み取るためのタイムアウトを定義します。このタイムアウトは、応答の送信全体が完了するまでの最大時間ではなく、隣接する 2 つの読み取り操作間の最大時間間隔を指します。バックエンドサーバーがタイムアウト期間内にデータを送信しない場合、接続は閉じられます。

nginx_upstream_check_module モジュールを使用してバックエンドノードのヘルスチェックを実行します。

これは、Taobao 技術チームによって開発された nginx モジュールです。このバージョンの nginx を入手するには、Taobao tengine の公式 Web サイト http://tengine.taobao.org にアクセスしてください。

次のように、nginx.conf 構成ファイルのアップストリームにヘルスチェックを追加します。

アップストリーム名{
  サーバー 192.168.0.21:80;
  サーバー 192.168.0.22:80;
  チェック間隔=3000 上昇=2 下降=5 タイムアウト=1000 タイプ=http;
}

上記の設定は、nameのロードバランシングエントリ内のすべてのノードが3秒ごとにチェックされ、リクエストが2回正常であればマークされることを意味します。

リアルサーバーのステータスはアップです。検出が 5 回失敗すると、リアルサーバーのステータスはダウンとマークされ、タイムアウト期間は 1 秒になります。

nginx_upstream_check_module モジュールでサポートされている命令の意味は次のとおりです。

構文: チェック間隔=ミリ秒 [fall=count] [rise=count] [timeout=ミリ秒] [default_down=true|false] [type=tcp|http|ssl_hello|mysql|ajp] [port=check_port]

デフォルト: パラメータが設定されていない場合、デフォルト値は次のようになります。

間隔=30000 下降=5 上昇=2 タイムアウト=1000 デフォルトダウン=true タイプ=tcp

コンテキスト: 上流

このコマンドは、バックエンドサーバーのヘルスチェック機能を有効にすることができます。

コマンドに続くパラメータの意味は次のとおりです。

interval: バックエンドに送信されるヘルスチェックパケットの間隔。

fall(fall_count): 連続した失敗回数が fall_count に達すると、サーバーはダウンしていると見なされます。

rise(rise_count): 連続成功回数がrise_countに達すると、サーバーは起動していると見なされます。

タイムアウト: バックエンドのヘルス要求のタイムアウト期間。

default_down: サーバーの初期ステータスを設定します。true の場合は、デフォルトでダウンしていることを意味します。false の場合は、アップしていることを意味します。デフォルト値は true です。これは、サーバーが最初は使用不可であると見なされ、ヘルスチェックパッケージが一定数の成功に達するまで正常であるとは見なされないことを意味します。

type: ヘルスチェックパッケージのタイプ。現在、次のタイプがサポートされています。

tcp: 単純な tcp 接続。接続が成功した場合、バックエンドは正常であることを意味します。

ssl_hello: 最初の SSL hello パケットを送信し、サーバーから SSL hello パケットを受信します。

http: HTTP リクエストを送信し、バックエンド応答パケットのステータスに基づいてバックエンドが稼働しているかどうかを判断します。

mysql: MySQL サーバーに接続し、サーバーからのグリーティングパケットを受信して、バックエンドが稼働しているかどうかを判断します。

ajp: AJP プロトコルの Cping パケットをバックエンドに送信し、Cpong パケットを受信することでバックエンドが稼働しているかどうかを判断します。

port: バックエンドサーバーの検査ポートを指定します。

実際のサービスとは異なるバックエンドサーバーポートを指定できます。たとえば、バックエンドがポート 443 でアプリケーションを提供する場合、ポート 80 のステータスをチェックしてバックエンドの正常性を判断できます。

デフォルト値は 0 です。これは、バックエンドサーバーが実際のサービスを提供するために使用するポートと同じであることを意味します。

このオプションは Tengine-1.4.0 で登場しました。

追加知識: nginx タイムアウト自動再送信

1. 現象: