我々はより多くのコンテンツHAProxy公式文書の設定を参照してくださいでしたが、実際には、我々はオンライン環境を使用し、十分にこのわずか数がHAProxyアルゴリズム

、これはHAProxyを言うことも簡単です。その理由、次のように設定ファイルを対応するHAProxyます。uid gidの99 99デーモンnbproc 1 pidファイル/haproxyは/usr /local /ログ/haproxy haproxy /

グローバルログ127.0.0.1 LOCAL0 MAXCONN 4096 chroot環境は/usr /local .pidデバッグデフォルトでは、ログ127.0.0.1のLOCAL3モードのHTTPオプションHTTPLOGオプションhttpcloseオプションforwardforオプションdontlognullオプション再ディスパッチ再試行2 MAXCONN 2000バランスソース統計URI /haproxy-統計contimeout 5000 clitimeout 50000 srvtimeout 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追加されたもの：local 3. * /var/log/haproxy.log LOCAL0 * /var/log/haproxy.log #vimの/etc /のsysconfig /syslogのレビュー：SYSLOGD_OPTIONS =" -r -m 0"サービスは
ここで注意すべきいくつかの場所は次のとおりです。

A、HAProyxは、それがip_hashの永続的なLVSとnginxのと同じで、バランスのソースメカニズムを使用して、クライアントは常に台湾への訪問のバックエンドにアクセスすることです実際のWebサーバー;

2番目に、203.93.236.149はKeepalivedを通じて私のウェブサイトによって生成されたVIPアドレスです;

3番目に、オプションhttpchk HEAD /index.jsp HTTP /1.0は隣接するWebページです。 HAProxyはWebのルートディレクトリにindex.jspがないことを検出せず、503がエラーを報告します。

HAProxy + keepalivedの/ハートビート、時には非常にゆっくりと前方に、携帯電話のテストを使用して、そして時にはヒットしないことを初めLVS + keepalivedの可用性の高いサイトのインフラストラクチャ、および後に数人の友人から、2番目のプログラム私のサイトです後で本当にはるかに速い速度を転送するために発見さnginxの+ keepalivedの持つので、東莞のためnginxの+ keepalivedのお客様、携帯電話ネットワーク上のショットは、この問題を持っていない、;オープン、さらにいくつかのコンピュータは、あまりにも、私は以下のが真みましたそれは非常にうまく展開されたので、私はまたサイトをHAProyx + Keepalivedであるように設計することを考えました。

HAProxyのアルゴリズムには、次の8種類があります。

まず、ラウンドロビンという単純なポーリングを意味しますが、これは言うまでもなく、基本的には負荷分散機能を備えています。

2つの静的-RR、フォーカスが提案されている量を示す図である。

3、leastconn、まず、最小の接続処理を示し、関心の推奨;

4、ソース、IPソースの要求を示し、お薦め懸念;

5、URI、リクエストURIを示している、

6 url_param、URLリクエストパラメータのバランスurl_param 'を示していることは、

7 URLのパラメータ名の
が必要です、hdr（name）は、HTTPリクエストヘッダに従って各HTTPリクエストをロックすることを意味します;

8、rdp-cookie（name）は、cookie（name）に従って各TCPリクエストをロックしてハッシュすることを意味します。

実際、これらのアルゴリズムには独自の使い方がありますが、通常はroundrobin、source、およびlestconnを使用しますが、それらに焦点を絞ることができます。そして第二に、実際にはかなり安定したテストで発見した、殺す;ここで私はHAProxyプロセスレベルの高いHAとはみなされない、一つの理由は、淘宝網はまた、確かに疑わないロードバランサ、安定性としてそれを使用することであるHAProxy + keepalivedのを使用しますHAProxyプロセスは、必要があるので、そこに殺す-9時間と、それには無駄ではありません。テストで実際にHAProxy + keepalivedのでダブルマスターアーキテクチャをやって考えられ、後であっても、メンテナンスあまりにも良いではない見つけました。

HAProxyは仮想ホスティングをサポートしていますが、サポートされていないと言う友人もいますが、これは1 + 1のアーキテクチャです。台湾nginxのかAapceh Webサーバがこの文を確認することができる。加えて、我々は強力で柔軟なnginxのほど良好ではないHAProxy正規取扱能力に見つけた正nginxのとは対照て、ここでは妥協点を取ることができます解決策、私たちがNginxを使用する後者のWebサーバー、それがjspアプリケーションであれば、Nginx + tomatを使用でき、PHPを実行していれば、Nginx + FastCGI（PHP 5）を使用できます。