特点:每个请求按时间顺序逐一分配到不同的后端服务器处理。 适用业务场景:后端服务器硬件性能配置完全一致,业务无特殊要求时适用。
upstream tomcats {
server 192.168.1.173:8080;
server 192.168.1.175:8080;
}
特点:指定轮询几率,weight值(权重)和访问比例成正比,用户请求按权重比例分配。 适用业务场景:后端服务器硬件性能处理能力不平均的情形。
upstream tomcats {
server 192.168.1.173:8080 weight=5;
server 192.168.1.175:8080 weight=2;
}
特点:每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session会话保持问题。 适用业务场景:适用于需要账号登录的系统,会话连接保持的业务。
upstream tomcats {
ip_hash;
server 192.168.1.173:8080;
server 192.168.1.175:8080 down;
}
注意点:使用ip_hash不能把后台服务器直接移除,只能标记down。
说明:需编译安装第三方模块ngx_http_upstream_hash_module。 特点:按访问url的hash结果来分配请求,使同一个url访问到同一个后端服务器。 适用业务场景:适用于后端服务器为缓存服务器时比较有效。
upstream tomcats {
hash $request_uri;
server 192.168.1.173:8080;
server 192.168.1.175:8080;
}
特点:按nginx反向代理与后端服务器之间的连接数,连接数最少的优先分配。 适用业务场景:适用于客户端与后端服务器需要保持长连接的业务。
upstream tomcats {
least_conn;
server 192.168.1.173:8080;
server 192.168.1.175:8080;
}
说明:需编译安装第三方模块ngx_http_upstream_fair_module。 特点:按后端服务器的响应时间来分配请求,响应时间短的优先分配。 适用业务场景:对访问响应速度有一定要求的业务。
upstream tomcats {
fair;
server 192.168.1.173:8080;
server 192.168.1.175:8080;
}
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/183016.html原文链接:https://javaforall.cn