HAProxy ロードバランサの構成とアルゴリズム

[51CTO.com 限定特集] HAProxyの公式ドキュメントには多くの設定内容が記載されていますが、実際のところ、私たちのオンライン環境では、これらの項目だけで十分です。これが、HAProxy がシンプルだと言われる理由です。対応する HAProxy の設定ファイルは次のとおりです。

グローバル
        ログ 127.0.0.1 local0
        マックスコン 4096
        chroot /usr/local/haproxy
        uid 99
        ジッド99
        デーモン
        nbproc 1
        pidファイル /usr/local/haproxy/logs/haproxy.pid
        デバッグ
 
デフォルト
        ログ 127.0.0.1 ローカル3
        モード http
        オプション httplog
        オプション httpclose
        オプション dontlognull
        オプション forwardfor
        オプション再ディスパッチ
        再試行 2
        マックスコン 2000
        バランスソース
        統計 URI /haproxy-stats
        タイムアウト 5000
        クリタイムアウト 50000
        srvタイムアウト 50000 
 
 1paituan_proxy 203.93.236.149:80 を聞く
        オプション httpchk HEAD /index.jsp HTTP/1.0
        サーバー web1 203.93.236.147:80 クッキー app1inst1 チェック インター 2000 上昇 2 下降 1
     サーバー web2 203.93.236.146:80 クッキー app1inst2 チェック インター 2000 上昇 2 下降 1

次のようにログ記録サポートを追加します。

 #vim /etc/syslog.conf 
 
に追加： 
 
ローカル3.* /var/log/haproxy.log
ローカル0.* /var/log/haproxy.log 
 
 #vim /etc/sysconfig/syslog 
 
改訂： 
 
 SYSLOGD_OPTIONS = "-r -m 0"  
サービス syslog の再起動

ここで注意すべき点がいくつかあります:

1. HAProyx は、LVS 永続性や Nginx ip_hash と同じバランスソースメカニズムを使用して、クライアントが常にバックエンドの実際の Web サーバーにアクセスできるようにします。

2. 203.93.236.149 は、Keepalived によって私の Web サイト用に生成された VIP アドレスです。

3. option httpchk HEAD /index.jsp HTTP/1.0 は Web ページ用です。HAProxy が Web のルートディレクトリに index.jsp が存在しないことを検出できない場合、503 エラーが生成されます。

HAProxy+keepalived/Heartbeat は、当初ウェブサイトに LVS+Keepalived 高可用性アーキテクチャを採用していたため、私のウェブサイトの 2 番目のソリューションです。その後、何人かの友人から、携帯電話でテストしたところ、転送が非常に遅く、開けないこともあると言われました。一部のコンピューターでも同様でした。次のことを試してみたところ、確かにそうでした。そこで、Nginx+Keepalived を使用したところ、転送速度が確かにはるかに速くなり、携帯電話でそのような問題は発生しませんでした。Nginx+Keepalived は東莞の顧客に正常に導入されたため、後でこのウェブサイトを HAProyx+Keepalived アーキテクチャに設計することも検討しました。

HAProxy アルゴリズムは 8 つあります。

1. ラウンドロビン。これは単純なラウンドロビンを意味します。基本的にすべての負荷分散サービスで利用できるため、これについてはあまり説明しません。

2. static-rr、重みに基づいて注意が推奨されることを示します。

3. leastconn は、接続数が最も少ないものが最初に処理されることを意味します。注意することをお勧めします。

4. ソース: リクエストのソース IP に基づいて注意が必要であることを示します。

5. uri、リクエストに応じたURIを示す。

6. url_param、リクエスト内のURLパラメータのバランスを示す 'url_param'にはURLパラメータ名が必要です

7. hdr(name)は、HTTPリクエストヘッダーに従って各HTTPリクエストをロックすることを意味します。

8. rdp-cookie(name) は、cookie(name) に基づいて各 TCP 要求をロックしてハッシュすることを意味します。

実際、これらのアルゴリズムにはそれぞれ独自の用途があります。より頻繁に使用されるのは roundrobin、source、lestconn なので、これらに重点を置くことができます。ここで HAProxy+Keepalived を使用したとき、HAProxy プロセスレベルでの高 HA を考慮していませんでした。まず、Taobao はこれをロードバランサーとしても使用しているため、その安定性は間違いなく疑う余地がありません。次に、テスト中に、確かに非常に安定していることがわかりました。HAProxy プロセスを強制終了するには、kill -9 を使用する必要があるため、それに時間を無駄にしませんでした。テスト中、デュアルアクティブアーキテクチャに HAProxy+Keepalived を使用することを検討しましたが、後でメンテナンスがあまり簡単ではないことがわかったため、断念しました。

皆さんに思い出していただきたいのは、HAProxy は仮想ホストをサポートしているということです。友人の中には、サポートしていないと言う人もいます。これは実際には非常に簡単に確認できます。1+1 アーキテクチャを作成し、その背後に Nginx または Aapceh Web サーバーを配置して、このステートメントを確認できます。さらに、Nginx の正規表現と比較した後、HAProxy の正規表現処理能力は Nginx ほど強力でも柔軟でもないこともわかりました。ここで妥協案を採用することもできます。背後の Web サーバーとして Nginx を使用します。jsp アプリケーションの場合は、Nginx+tomat を使用できます。PHP を実行している場合は、Nginx+FastCGI (PHP5) を使用できます。

Yu Hongchun ( Fuqin Zhujiu ) は、『Building High-Performance Linux Servers』の著者であり、Yipai.com のシステムアーキテクト兼シニアプロジェクト管理エンジニアであり、ChinaUnix クラスターと高可用性バージョンのモデレーターです。

<<: XML暗号化アルゴリズムが解読され、W3C標準が改訂される

>>: 過去10年間のGoogleアルゴリズムの変化