Windows下Nginx负载均衡配置和优化方案
方案配置的环境:
安装环境:Windows系统
Nginx版本:nginx-1.18.0
代理网站服务器:Windows server系统
1.Nginx下载
进入下载地址:http://nginx.org/en/download.html
选择Windows版本进行下载。
2.Nginx安装
2.1解压安装
将下载好的Nginx压缩文件解压在相关的安装位置,建议放在非C盘的根目录下,原因是网站访问量大时,产生的日志容量会很大,从而占据C盘的存储空间,增加系统运行负担。
进入安装目录nginx-1.18.0,双击nginx应用程序即可运行。
运行后,进浏览器输入访问loaclhost,出现如下界面表示安装成功。
2.2nginx的命令使用。
每次对nginx的文件配置时应尽量停止nginx进程。
每次对nginx.conf或者相关文件更改后,都需要重载才能生效。
(1)推荐使用命令行对nginx进行启动、停止、重载操作。
进入系统cmd界面后
进入nginx安装目录:cd /d E:\nginx-1.18.0
nginx启动:start nginx
nginx停止::nginx.exe -s stop
nginx重载:nginx -s reload
Nginx重载应在nginx启动时在有效,用于刷新nginx配置。
(2)或者使用后缀名为.bat脚本运行
自己写好运行脚本直接双击运行
修改为nginx的安装目录。
.bat脚本举例如下:
3.Nginx.conf配置详解
nginx 文件结构
... #全局块
events { #events块
...}
http #http块{
... #http全局块
server #server块
{
... #server全局块
location [PATTERN] #location块
{
...
}
location [PATTERN]
{
...
}
}
server
{
...
}
... #http全局块}
- 1、全局块:配置影响nginx全局的指令。一般有运行nginx服务器的用户组,nginx进程pid存放路径,日志存放路径,配置文件引入,允许生成worker process数等。
- 2、events块:配置影响nginx服务器或与用户的网络连接。有每个进程的最大连接数,选取哪种事件驱动模型处理连接请求,是否允许同时接受多个网路连接,开启多个网络连接序列化等。
- 3、http块:可以嵌套多个server,配置代理,缓存,日志定义等绝大多数功能和第三方模块的配置。如文件引入,mime-type定义,日志自定义,是否使用sendfile传输文件,连接超时时间,单连接请求数等。
- 4、server块:配置虚拟主机的相关参数,一个http中可以有多个server。
- 5、location块:配置请求的路由,以及各种页面的处理情况。
4.Nginx负载均衡配置
4.1Nginx的负载分发策略
Nginx 的 upstream目前支持的分配算法:
(1)轮询——1:1 轮流处理请求(默认)
每个请求按时间顺序逐一分配到不同的应用服务器,如果应用服务器down掉,自动剔除,剩下的继续轮询。
(2)权重——谁行谁上
通过配置权重,指定轮询几率,权重和访问比率成正比,用于应用服务器性能不均的情况。
(3)ip_哈希算法
每个请求按访问ip的hash结果分配,这样每个访客固定访问一个应用服务器,可以解决session共享的问题。
个人理解:
nginx的轮询和权重策略适用于静态网站。
ip_哈希算法适合动态网站。
4.2Nginx负载均衡配置
推荐使用ip_hash负载均衡配置,举例如下:
(1)ip_hash负载均衡配置
进入nginx安装目录下的con文件夹,使用记事本打开nginx.conf文件。
ip_哈希算法负载均衡配置文件:
在nginx.conf文件中位置增加以下相关命令。
配置负载均衡代理的服务器与负载算法:
upstream server_balance {
ip_hash #采用ip哈希算法
server 192.168.11.25; #代理服务器1 ip
server 192.168.11.26; #代理服务器2 ip
}
配置网站代理,使用#注释root和index,增加proxy_pass:
location / {
proxy_pass http://server_balance; #代理服务器访问地址
#root html;
#index index.html index.htm;
}
采用ip_hash算法时,正在被使用一台代理服务器宕机时,客户端会存在10s左右(测试)的时间,让客户端访问另外一台服务器的网站。
(2)轮询负载均衡配置
删除ip_hash,默认配置为轮询。
upstream server_balance {
server 192.168.11.25; #代理服务器1 ip
server 192.168.11.26; #代理服务器2 ip
}
(3)权重负载均衡配置
增加weight=1,数值1可根据实际情况调整。
upstream server_balance {
server 192.168.11.25 weight=1; #代理服务器1 ip 权重为1
server 192.168.11.26 weight=1; #代理服务器2 ip 权重为1
}
5.Nginx配置优化
- 根据实际情况,选择对应的负载均衡算法配置。
- 网站源码支持动静分离,尽量使用动静分离配置。
- 采用脚本分割access.log日志,定期删除无用的日志,保持存储空间大小在限定值内。
- nginx.conf的优化要根据实际代理的网站代码即功能优化
- 通常情况,优化后建议的nginx.conf中的基本配置:
########### 每个指令必须有分号结束。##################
#user administrator administrators; #配置用户或者组,默认为#user nobody;。
worker_processes 8; #允许生成的进程数应与系统cpu的线程数,默认为1,
#pid /nginx/pid/nginx.pid; #指定nginx进程运行文件存放地址
#error_log log/error.log debug; #制定日志路径,级别。这个设置可以放入全局块,http块,server块,级别以此为:debug|info|notice|warn|error|crit|alert|emerg
events {
accept_mutex on; #设置网路连接序列化,防止惊群现象发生,默认为on
multi_accept on; #设置一个进程是否同时接受多个网络连接,默认为off
#use epoll; #事件驱动模型,select|poll|kqueue|epoll|resig|/dev/poll|eventport
worker_connections 51200; #最大连接数,默认为1024
}
http {
include mime.types; #文件扩展名与文件类型映射表
default_type application/octet-stream; #默认文件类型,默认为text/plain
#access_log off; #取消服务日志
log_format myFormat '$remote_addr–$remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for'; #自定义格式
access_log log/access.log myFormat; #combined为日志格式的默认值
sendfile on; #允许sendfile方式传输文件,默认为off,可以在http块,server块,location块。
#sendfile_max_chunk 100k; #每个进程每次调用传输数量不能大于设定的值,默认为0,即不设上限。
keepalive_timeout 65; #连接超时时间,默认为65s,可以在http,server,location块。
#负载均衡
upstream mysvr {
ip_hash;#每个请求按照ip的hash结果分配,同一个ip的访客固定访问一个后端服务器,可解决动态网页session共享问题。
server 192.168.11.26:8080;
server 192.168.11.27:8080;
#server 192.168.11.121:8080 backup; #热备
}
error_page 404 /404.html; #https://www.baidu.com; #错误页
server {
#keepalive_requests 120; #单连接请求上限次数。
listen 8080 #监听端口
server_name 127.0.0.1; #监听地址
charset utf-8; #设置编码为utf-8
location ~*^.+$ { #请求的url过滤,正则匹配,~为区分大小写,~*为不区分大小写。
#root path; #根目录
#index vv.txt; #设置默认页
proxy_pass http://mysvr; #请求转向mysvr 定义的服务器列表
#deny 127.0.0.1; #拒绝访问的ip
#allow 172.18.5.54; #允许访问的ip
}
}}
参考和学习的链接: link.
https://www.cnblogs.com/knowledgesea/p/5175711.html