C++搭建集群聊天室(十七):ngnix简介及tcp负载均衡配置_linux


文章目录


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次失败后,暂停的时间


这可是将客户端和服务端强势解耦合了呀!!