****************************
*********haproxy************
****************************
1.简介：haproxy 七层代理：http ,擅长于网站式的负载均衡,nginx也是七层代理。
HAProxy实现了一种事件驱动, 单一进程模型，此模型支持非常大的并发连接数。多进程或多线程模型受内存限制 、系统调度器限制以及无处不在的锁限制，很少能处理数千并发连接。事件驱动模型因为在有更好的资源和时间管理的用户空间(User-Space) 实现所有这些任务，所以没有这些问题。此模型的弊端是，在多核系统上，这些程序通常扩展性较差。这就是为什么他们必须进行优化以 使每个CPU时间片(Cycle)做更多的工作。
2.自定义配置
(1)参数解释：
log 127.0.0.1 local2 [日志信息，local2为日志设备]
chroot /var/lib/haproxy [默认全局家目录]
maxconn 4000[最大连接数（这个每一层也可以写，以defaults为准）]
daemon[打入后台运行]
mode http[http 七层，tcp 四层]
option httpdlog[httpd 日志格式]
option dontlognull[禁用空链接日志]
retries 3[重试3次失败认为服务器不可用]
option redispatch[当client连接到挂掉的机器时，重新分配到健康的主机]
（2）禁止main,自定义写入相应配置
listen admin *:8080
stats enable
stats uri /status[haproxy监控页面]
stats auth admin:redhat
stats refresh 5s
frontend hxl *:80[前端策略设置]
acl url_static path_beg -i /images
acl url_static path_end -i .jpg .gif .png
use_backend static if url_static
default_backend app
backend static
balance roundrobin[负载均衡算法]
server web1 172.25.254.162:80 cookie applinst1 check inter 2000 rise 2 fall 5 [2000是检测心跳频率，2s]
backend app
balance roundrobin
server web2 172.25.254.163:80 cookie applinst2 check inter 2000 rise 2 fall 5
~ server local 172.25.254.161:8000backup [1.做本机8000端口的一个备错信息，若所有机器都down则启动；2.并且是默认badhost的重定向位置]
(3)禁止某IP访问并重定向地址
acl badhost src 172.25.254.60
block if badhost
1.errorloc 403 http://172.25.254.161:8000[如果报错信息为403，则重定向]
2.redirect location http://172.25.254.161:8000 if badhost[如果是badhost，则重定向]
(4)301永久重定向
acl hxl.org hdr_beg(host) -i hxl.org[域名重定向]
acl 172.25.254.161 hdr(host) -i 172.25.254.161[IP重定向到域名]
redirect code 301 location http://www.hxl.org if hxl.org [对应域名重定向]
redirect code 301 location http://www.hxl.org if 172.25.254.161 [对应IP重定向到域名]
(5)GET/HEAD和 PUT/POST 重定向
acl read method GET
acl read method HEAD
acl write method PUT
acl write method POST
use_backend app if write[如果是wirte操作，即PUT/POST则定向到app模块]
default_backend static[默认是访问static 模块]
测试：在162和163同时下载PHP上传页面，并且建立一个upload目录，给予它777权限；162在 static模块，163 app 模块。
现在根据PHP页面信息上传一个对应类型和对应大小的文件，查看162，163的upload目录，正确的话，上传的文件存在于163的upload目录中
（3）八种算法
1.balance roundrobin [ 轮询，软负载均衡基本都具备这种算法 ]
2.balance static-rr [ 加权轮训 ]
3.balance leastconn [ 最少连接者先处理 ]
4.balance source [ 根据请求源IP ]
5.balance uri [ 根据请求的URI ]
6.balance url_param [ 根据请求的URL参数 ]
7.balance hdr(name) [ 根据HTTP请求头来锁定每一次HTTP请求 ]
8.balance rdp-cookie(name) [ 根据据cookie（name）来锁定并哈希每一次TCP请求]
*****************************
************nginx************
*****************************
1.简介（百度个简介，这个东西嘛，自己也能总结，但就没百度这样说的冠冕堂皇而已嘛）
作用于七层
Nginx 是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP服务器。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。
由俄罗斯的程序设计师Igor Sysoev所开发，供俄国大型的入口网站及搜索引擎Rambler使用。其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。
2.下载配置
（1）在官网上下载稳定版的nginx，目前测试的为nginx-1.10.3。
【在编译之前，要删除Nginx版本号】vim /nginx-1.10.3/src/core/nginx.h
（2）安装源码所需的包，并链接位置
./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_stub_status_module
make && make
ln -s /usr/local/nginx/sbin/nginx /usr/local/bin/
(3)常用命令
nginx [开启]
nginx -s reload[重载]
nginx -s stop[关闭]
3.配置 nginx.conf文件
user nginx nginx;
worker_processes auto;
#worker_cpu_affinity 01 10;【关于work_cpu配置，>2个可以配置该项，例如四核 0001 0010 0100 1000】
events {
use epoll;【多进程非阻塞】
worker_connections 2048;【每个worker的最大限制数，一般为内核的2048倍】
}
http {
include mime.types;
default_type application/octet-stream;
upstream hxl{【添加upstream组为hxl，并指定Real Server】
server 172.25.254.162;
server 172.25.254.163;
}
...
server{
listen 80;
server_name www.hxl.org;【添加服务域名，必须是以域名访问，相当于虚拟的vip是nginx主机的ip】
location / {
proxy_pass http://hxl;【转发队列为上述hxl组中的Real Server】
}
}
【补录 haproxy 算法，nginx epoll 模式】
epoll是Linux内核为处理大批量文件描述符而作了改进的poll，是Linux下多路复用IO接口select/poll的增强版本，它能显著提高程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率。另一点原因就是获取事件的时候，它无须遍历整个被侦听的描述符集，只要遍历那些被内核IO事件异步唤醒而加入Ready队列的描述符集合就行了。epoll除了提供select/poll那种IO事件的水平触发（Level Triggered）外，还提供了边缘触发（Edge Triggered），这就使得用户空间程序有可能缓存IO状态，减少epoll_wait/epoll_pwait的调用，提高应用程序效率
原文地址：http://onehxl.blog.51cto.com/12099672/1910184
