nginxの負荷分散を設定するにはどうすればよいですか? nginxロードバランシング設定方法-PHPチュートリアル-php.cn

nginxの負荷分散を設定するにはどうすればよいですか? nginxロードバランシング設定方法

不言

リリース： 2023-04-03 12:20:01

オリジナル

5484 人が閲覧しました

nginx ロードバランシングを構成するには、さまざまな方法があります。ここでは、Nginx ロードバランシングを構成する 2 つの方法を紹介します。次に、nginx ロードバランシングの一般的な構成方法を詳しく見てみましょう。

nginx は、バックエンド Web サーバー (Apache、nginx、tomcat、weblogic) などのリバースプロキシとして機能します。

いくつかのバックエンド Web サーバーは、ファイル共有、データベース共有を考慮する必要があります。、セッション共有の問題ファイル共有では、nfs、共有ストレージ (fc、ip ストレージ) redhat GFS クラスターファイルシステム、rsync inotify ファイル同期などを使用できます。小規模クラスターでは、nfs がさらに使用されます。コンテンツ管理システムの場合、単一ユニットでパブリッシュされます。情報。rsync inotify を使用して複数のマシンを同期するのが良い選択です。

小規模クラスター、単一の高性能データベース (Zhiqiang デュアルクアッドコア、32/64/128G メモリなど) で十分です, 大規模クラスタデータベースクラスタを検討するとよいでしょう。mysql が提供する公式クラスタソフトウェアを使用することも、keepalived lvs を使用して読み取りと書き込みを分離して Mysql クラスタを作成することもできます。

セッション共有nginx が ip_hash ポーリング方式を使用する場合、各 IP は一定時間内にバックエンドサーバーに固定されるため、セッション共有の問題を解決する必要はありません。 ##IP のリクエストはポーリングされて複数のサーバーに分散されるため、セッション共有の問題を解決する必要があります。nfs を使用してセッションを共有したり、セッションを mysql や memcache に書き込んだりできます。比較的大きい
、通常はセッションをmemcacheに書き込む方法を使用します。

ここでバックエンドWebサーバーを構成する方法については、これ以上説明しません。フロントエンドはバックエンドが何であるかを気にしません。

最初に、後で呼び出しを容易にするために proxy.conf ファイルを作成します (複数のクラスターが構成されている場合)。パブリックパラメータをファイルに書き込んで続行する良い方法には include)
vi /usr/local/nginx/conf/proxy.conf
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64

ここでは、nginx の 2 つの負荷分散方法について説明します: ポーリング重み付け (重み付けを解除することもできます)は 1:1 ロードです) と ip_hash (セッションの問題を解決するために、同じ IP が固定バックエンドサーバーに割り当てられます)
この構成ファイルを nginx.conf に書き込むことができます (Web クラスターが 1 つだけの場合)。複数の Web クラスターがある場合は、vhost に書き込むのが最善です。仮想ホストの形式で、ここでは nginx.conf に書きます。
最初の構成: 加重ポーリング。サーバー、この例は 1:2 割り当てです

 upstream lb {                server 192.168.196.130 weight=1 fail_timeout=20s;
                server 192.168.196.132 weight=2 fail_timeout=20s;
 }
 server {
                listen 80;
                server_name safexjt.com www.safexjt.com;
  index index.html index.htm index.php;
  location / {
                        proxy_pass http://lb;
   proxy_next_upstream http_500 http_502 http_503 error timeout invalid_header;
   include proxy.conf;
                }
 }

ログイン後にコピー

2 番目の構成構成: ip_hash ポーリング方式、サーバーに重みを付けることはできません

upstream lb {                server 192.168.196.130 fail_timeout=20s;
                server 192.168.196.132 fail_timeout=20s;
  ip_hash;
 }
 server {
                listen 80;
                server_name safexjt.com www.safexjt.com;
  index index.html index.htm index.php;
  location / {
                        proxy_pass http://lb;
   proxy_next_upstream http_500 http_502 http_503 error timeout invalid_header;
   include proxy.conf;
                }
 }

ログイン後にコピー

方法 2 nginx ロードバランシングは、ip_hash に基づいてセッションペーストを実装します
1. ポーリング (デフォルト)
各リクエストは 1 つずつ時系列に並べられ、異なるバックエンドサーバーに割り当てられ、バックエンドサーバーがダウンした場合は自動的に削除されます。

upstream backserver {
server 192.168.0.14;
server 192.168.0.15;
}

ログイン後にコピー

2. 重みを指定します

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

upstream backserver {
server 192.168.0.14 weight=10;
server 192.168.0.15 weight=10;
}

ログイン後にコピー

3. IP バインディング ip_hash

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

upstream backserver {
ip_hash;
server 192.168.0.14:88;
server 192.168.0.15:80;
}

ログイン後にコピー

4. 公正 (サードパーティ)

リクエストはバックエンドサーバーの応答時間に応じて割り当てられ、応答時間の短いリクエストが最初に割り当てられます。

upstream backserver {
server server1;
server server2;
fair;
}

ログイン後にコピー

5. url_hash (サードパーティ)

アクセスした URL のハッシュ結果に応じてリクエストを振り分け、各 URL が同じバックエンドサーバーに振り分けられるようにするとより効果的ですバックエンドサーバーがキャッシュされている場合。

upstream backserver {
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}

ログイン後にコピー

負荷分散を使用する必要があるサーバーに

proxy_pass http://backserver/;
upstream backserver{
ip_hash;
server 127.0.0.1:9090 down; (down 表示单前的server暂时不参与负载)
server 127.0.0.1:8080 weight=2; (weight 默认为1.weight越大，负载的权重就越大)
server 127.0.0.1:6060;
server 127.0.0.1:7070 backup; (其它所有的非backup机器down或者忙的时候，请求backup机器)
}

ログイン後にコピー

max_fails を追加します: 許可されるリクエストの失敗数はデフォルトで 1 です。最大数を超えると、 proxy_next_upstream モジュール定義が返されます。 Error
fail_timeout:max_fails 失敗後の一時停止時間