今天小明试了一把运维的活,通过配置nginx upstream模块,实现访问不同的域名地址指向不同端口(不用对外报漏应用程序的端口号)。具体操作如下: Nginx能够配置代理多台服务器。当一台服务器宕机之后。仍能保持系统可用。详细配置步骤如下:
upstream direct_server {
server 10.0.6.108:7080; # 可以指向本地服务器或者远程服务器
server 10.0.0.85:8980; # 配置多个可以实现负载均衡
}
server {
listen 80;
server_name blog.mynamecoder.com; # 根据你的访问域名设置
location / {
root html;
index index.html index.htm;
proxy_pass http://direct_server;
}
}
如今负载均衡初步完毕了。upstream依照轮询(默认)方式进行负载,每一个请求按时间顺序逐一分配到不同的后端服务器。假设后端服务器down掉。能自己主动剔除。尽管这样的方式简便、成本低廉。但缺点是:可靠性低和负载分配不均衡。适用于图片服务器集群和纯静态页面服务器集群。
除此之外,upstream还有其他的分配策略,分别例如以下:
upstream direct_server{
server 10.0.0.77 weight=5;
server 10.0.0.88 weight=10;
}
每一个请求按访问ip的hash结果分配。这样每一个訪客固定訪问一个后端服务器,能够解决session的问题。
upstream favresin{
ip_hash;
server 10.0.0.10:8080;
server 10.0.0.11:8080;
}
按后端服务器的响应时间来分配请求。响应时间短的优先分配。
与weight分配策略相似。
upstream favresin{
server 10.0.0.10:8080;
server 10.0.0.11:8080;
fair;
}
按訪问url的hash结果来分配请求,使每一个url定向到同一个后端服务器。后端服务器为缓存时比較有效。
注意:在upstream中加入hash语句。server语句中不能写入weight等其他的參数,hash_method是使用的hash算法。
upstream resinserver{
server 10.0.0.10:7777;
server 10.0.0.11:8888;
hash $request_uri;
hash_method crc32;
}
这些状态值的含义分别例如以下:
upstream bakend{ #定义负载均衡设备的Ip及设备状态
ip_hash;
server 10.0.0.11:9090 down;
server 10.0.0.11:8080 weight=2;
server 10.0.0.11:6060;
server 10.0.0.11:7070 backup;
}
以上就是小明配置负载均衡时遇到的一点小总结,和大家一块分享一下,希望可以帮助到大家。