Nginx 7層負荷分散のいくつかのスケジューリングアルゴリズムの簡単な理解

この記事は主に、Nginx 7 層負荷分散のいくつかのスケジューリング アルゴリズムを紹介します。この記事のサンプル コードは非常に詳細で、皆さんの学習や仕事に一定の参考値があります。困っている友人は参考にしてください。

Nginx は軽量で高性能な Web サーバーであり、優れたロード バランサーおよびリバース プロキシ サーバーでもあります。強力な定期マッチングルール、動的および静的分離、URL 書き換え機能、簡単なインストールと構成、ネットワークの安定性への依存度が非常に低いなどのサポートがあるため、7 層ロード バランシングとしてよく使用されます。ハードウェアが悪くなければ、通常は数万の同時接続を安定してサポートできます。ハードウェアのパフォーマンスが十分に良く、システムカーネルパラメータと Nginx 構成が最適化されている場合は、100,000 を超える同時接続に達することもできます。

以下は、7層ロードバランシングとしてのNginxでよく使用されるスケジューリングアルゴリズムと適用可能なビジネスシナリオです。

1. ポーリング（デフォルトのスケジューリングアルゴリズム）

機能: 各リクエストは異なるバックエンド サーバーに割り当てられ、時系列順に処理されます。
適用可能なビジネス シナリオ: バックエンド サーバーのハードウェア パフォーマンス構成がまったく同じで、特別なビジネス要件がない場合に使用されます。

アップストリームバックエンドサーバー{ 
サーバー 192.168.0.14:80 max_fails=2 fail_timeout=10s; 
サーバー 192.168.0.15:80 max_fails=2 fail_timeout=10s; 
}

2. 加重ラウンドロビン

機能: ポーリング確率を指定し、重み値はアクセス比率に比例し、ユーザー要求は重み比率に従って割り当てられます。
適用可能なビジネス シナリオ: バックエンド サーバーのハードウェア処理能力が不均一な場合に使用されます。

アップストリームバックエンドサーバー{ 
サーバー 192.168.0.14:80 重み=5 max_fails=2 fail_timeout=10s; 
サーバー 192.168.0.15:80 重み=10 max_fails=2 fail_timeout=10s;
}

3. ip_ハッシュ

機能: 各リクエストはアクセス IP のハッシュ結果に従って割り当てられるため、各訪問者は固定のバックエンド サーバーにアクセスし、セッション保持の問題を解決できます。
適用可能なビジネス シナリオ: アカウント ログインを必要とするシステムや、セッション接続を維持するサービスに適用できます。

アップストリームバックエンドサーバー{ 
ip_ハッシュ; 
サーバー 192.168.0.14:80 max_fails=2 fail_timeout=10s; 
サーバー 192.168.0.15:80 max_fails=2 fail_timeout=10s; 
}

4. 最小接続数 least_conn

機能: nginx リバース プロキシとバックエンド サーバー間の接続数に応じて、接続数が最も少ないものが最初に割り当てられます。

適用可能なビジネス シナリオ: クライアントとバックエンド サーバー間の長時間の接続を維持する必要があるビジネスに適用できます。

アップストリームバックエンドサーバー{ 
最小接続数;
サーバー 192.168.0.14:80 max_fails=2 fail_timeout=10s; 
サーバー 192.168.0.15:80 max_fails=2 fail_timeout=10s; 
}

5. fair (サードパーティモジュール ngx_http_upstream_fair_module をコンパイルしてインストールする必要があります)

機能: リクエストはバックエンド サーバーの応答時間に応じて分散され、応答時間が短いリクエストが優先されます。
適用可能なビジネスシナリオ: アクセス応答速度に特定の要件があるビジネス。

アップストリームバックエンドサーバー{
公平; 
サーバー 192.168.0.14:80 max_fails=2 fail_timeout=10s; 
サーバー 192.168.0.15:80 max_fails=2 fail_timeout=10s; 
}

6. url_hash (サードパーティモジュール ngx_http_upstream_hash_module をコンパイルしてインストールする必要があります)

機能: アクセス URL のハッシュ結果に基づいてリクエストを割り当て、同じ URL が同じバックエンド サーバーにアクセスするようにします。

適用可能なビジネス シナリオ: この方法は、バックエンド サーバーがキャッシュ サーバーである場合に、より効果的です。

アップストリームバックエンドサーバー{ 
サーバー 192.168.0.14:80 max_fails=2 fail_timeout=10s;
サーバー 192.168.0.15:80 max_fails=2 fail_timeout=10s; 
$request_uri をハッシュします。 
}

以上がこの記事の全内容です。皆様の勉強のお役に立てれば幸いです。また、123WORDPRESS.COM を応援していただければ幸いです。