文章目录
-
- nginx简介
- 安装配置ngnix
- nginx负载均衡的5种策略及原理
nginx简介
单台服务器受限于硬件资源，其性能是有上限的，当单台服务器不能满足应用场景的并发需求量时，就需要考虑部署多个服务器共同处理客户端的并发请求，此时就需要一台负载均衡器，通过预设的负载算法，指导客户端连接服务器。
从1.9版本开始以后，nginx开始支持tcp的长连接负载均衡，但是nginx默认并没有编译tcp负载均衡模块，编写它时，需要加入–with-stream参数来激活这个模块。
安装配置ngnix
下载地址：http://nginx.org/en/download.html
先选择自己喜欢的版本。
下载，解压，进入目录。
./configure --with-stream
遇到问题：
the HTTP rewrite module requires the PCRE library.
解决方法：
yum -y install pcre-devel
出现bug：
./configure: error: the HTTP cache module requires md5 functions from OpenSSL library.
解决方法：
yum -y install openssl openssl-devel
接着：
make && make install cd /usr/local/nginx/sbin ./nginx netstat -tanp //查看运行状态
cd ../conf 修改 nginx.conf配置文件
events {
worker_connections 1024;
}
stream {
upstream MyServer{
server 192.168.190.129:6000 weight=1 max_fails=3 fail_timeout=30s;
server 192.168.190.129:6002 weight=1 max_fails=3 fail_timeout=30s;
}
server {
proxy_connect_timeout 1s;
listen 8000;
proxy_pass MyServer;
tcp_nodelay on;
}
}
http {
配置好文件之后，
cd ../sbin ./nginx -s reload 平滑启动
nginx负载均衡的5种策略及原理
1、轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。
upstream backserver {
server 192.168.0.14;
server 192.168.0.15;
}
2、指定权重
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。
upstream backserver {
server 192.168.0.14 weight=8;
server 192.168.0.15 weight=10;
}
3、IP绑定 ip_hash
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
upstream backserver {
ip_hash;
server 192.168.0.14:88;
server 192.168.0.15:80;
}
nginx使用ip_hash后为什么请求访问的都在同一个服务器，而另外几个服务几乎是闲的
4、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。
upstream backserver {
server server1;
server server2;
fair;
}
5、url_hash（第三方）
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
upstream backserver {
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}
在需要使用负载均衡的server中增加
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 模块定义的错误
fail_timeout:max_fails次失败后，暂停的时间
这可是将客户端和服务端强势解耦合了呀！！
