Nginx の負荷分散のための 5 つの戦略の分析

サーバー クラスターでは、Nginx はプロキシ サーバー (リバース プロキシ) として機能し、ユーザーからのリクエストを別のサーバーに転送して、単一のサーバーに過度の負荷がかからないようにします。 Nginx の負荷分散戦略を見てみましょう。

、ポーリング（デフォルト）

各リクエストは時系列順に異なるバックエンド サーバーに割り当てられます。バックエンド サーバーがダウンしている場合は、自動的に削除されます。

アップステムバックシー{

92.68.0.7を参照。

92.68.0.8を参照。

}

2. 重みを指定する

ポーリング確率を指定します。重みはアクセス率に比例し、バックエンド サーバーのパフォーマンスが不均一な場合に使用されます。

アップステムバックシー{

92.68.0.7 weight=8 を参照してください。

92.68.0.8 weight=0 を参照してください。

}

3. IPバインディング ip_hsh

各リクエストはアクセス IP のハッシュ結果に従って割り当てられるため、各訪問者は固定のバックエンド サーバーにアクセスし、セッションの問題を解決できます。

アップステムバックシー{

ip_hsh;

92.68.0.7:88を参照。

92.68.0.8:80を参照。

}

4. fi（第三者）

リクエストはバックエンド サーバーの応答時間に基づいて分散され、応答時間が短いリクエストが優先されます。

アップステムバックシー{

参照してください。

参照2;

フィ;

}

5. ul_hsh（サードパーティ）

リクエストは ul にアクセスした hsh 結果に従って分散され、各 ul は同じバックエンド サーバーに送信されます。これは、バックエンド サーバーがキャッシュされている場合に、より効果的です。

アップステムバックシー{

イカを参照:328;

squid2:328を参照。

$equest_ui を hsh します。

hsh_メソッドcc32;

}

負荷分散が必要な場所を確認する

ポキシ_pss http://bcksee/;

アップステムバックシー{

ip_hsh;

see 27.0.0.:9090 down; (down は現在の see が一時的にロードに参加していないことを意味します)

27.0.0.:8080 weight=2; を参照してください (weight のデフォルトは です。weight が大きいほど、負荷の重みが大きくなります)

27.0.0.:6060 を参照してください。

27.0.0.:7070 bckup を参照してください。(他のすべての非バックアップ マシンがダウンしているかビジーの場合は、バックアップ マシンを要求します)

}

mx_fils: 許容されるリクエスト失敗のデフォルトの数は です。最大数を超えると、poxy_next_upstem モジュールで定義されたエラーが返されます。

fil_timeout: mx_fils が失敗した後の一時停止時間。