查看Nginx安装后的各路径:
[root@code sbin]# whereis nginx
nginx: /usr/local/nginx
查看Nginx安装状态
[root@code sbin]# cd /usr/local/nginx/sbin/
[root@code sbin]# ./nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful
每次修改完Nginx配置文件后需要重启,需要在nginx执行文件路径下
[root@code sbin]# ./nginx -s reload
启动Nginx
介绍下Nginx的启动、停止、重启命令:
命令 | 价格 |
nginx | 根据配置文件/etc/nginx/nginx.conf启动 |
nginx -s stop | 停止 |
nginx -s reload | 重启 |
执行以上三个命令都不会有任何输出提示,但可以通过ps命令查看进程状态:
[root@... ...]# nginx
[root@... ...]# ps -ef |grep nginx
root 10133 1 0 21:00 ? 00:00:00 nginx: master process nginx
nginx 10134 10133 0 21:00 ? 00:00:00 nginx: worker process
root 10136 9121 0 21:00 pts/1 00:00:00 grep --color=auto nginx
[root@... ...]# nginx -s stop
[root@... ...]# ps -ef |grep nginx
root 10181 9121 0 21:05 pts/1 00:00:00 grep --color=auto nginx
Nginx的配置路径如上,一般
http {
#...
#添加测试用的转向配置
server {
#Nginx服务器监听8080端口
listen 8080;
#监听的服务的名称,因为并未设置任何服务,所以直接使用localhost
server_name localhost;
#代理有可能导致请求头丢失,以下三行保证请求一定会有请求头
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
#要转向的IP及端口
location / {
#博主的Tomcat与Nginx安装在同一台服务器上,所以直接将请求转向本地的8081端口
proxy_pass http://127.0.0.1:8081;
}
}
}
这里要注意server标签要写在http标签内部,并且要开启8080端口,但8081、8082、8083端口不需要开启,这也是Nginx安全性特点的体现之一。
测试转向
在Linux服务器上启动一个访问端口为8081的Tomcat服务器,使用浏览器访问服务器的8080端口(注意开启8080端口或关闭防火墙),会发现请求被转发到8081端口的Tomcat服务器中,测试完成,成功完成转向。
Nginx负载均衡
由于单台Tomcat服务器能够承受的并发量太小,所以开发环境下都要配置多台Tomcat服务器,形成分布式集群,这时也可以通过Nginx来实现。
三种常用的均衡算法:
均衡策略 | 说明 |
轮询 | 将所有请求依次发送给所有服务器 |
权重 | 将所有请求按照权重的比例发送给各服务器 |
IP_HASH | 根据用户的访问IP将请求发送给固定的服务器 |
server {
listen 8080;
server_name localhost;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
location / {
#这里的“bal”应与已存在的某一策略名称一致
proxy_pass http://bal;
}
}
#配置均衡策略,"bal"为策略名称
upstream bal {
#轮询
server 127.0.0.1:8081;
server 127.0.0.1:8082;
server 127.0.0.1:8083;
}
测试轮询负载均衡
启动三台内容各不相同的Tomcat服务器,分别监听8081、8082、8083端口。在浏览器中访问服务器8080端口,多次刷新会发现三台Tomcat依次被访问:
如果有Tomcat服务器意外宕机,Nginx能够检测Tomcat的状态,并只将请求发往能够正常接收请求的服务器(但是不排除能够接受却不能返回结果的服务器,这里可以通过worker_processes设置超时后转发到另一台服务器)
权重负载均衡策略
因为一般情况下,一家公司中的服务器性能不一,使用轮询式策略会出现资源分配不均的现象,所以权重式的负载均衡策略是开发中最常用的负载策略。
upstream bal {
server 127.0.0.1:8081 weight=6;
server 127.0.0.1:8082 weight=1;
server 127.0.0.1:8083 weight=3;
}
在地址后加上weight属性即可,Nginx会根据同一个策略中的中weight值,按照各自值所占百分比将请求尽量均匀的发送至每一个服务器,值越大的服务器获得的请求越多。
IP_HASH负载均衡策略
IP_HASH负载均衡策略实现方式非常简单,在策略中加入ip_hash语句即可,一旦添加ip_hash语句,其他策略将不起作用(即使添加了weight属性也会按照IP_HASH策略分发请求)。
Nginx服务器将用户的IP进行hash运算获得映射值,将特定的IP与特定的服务器绑定,以后该IP的所有请求都会发往该服务器。
upstream bal {
ip_hash;
server 127.0.0.1:8081;
server 127.0.0.1:8082;
server 127.0.0.1:8083;
}
在分布式系统环境下,可以利用Session黏着的现象实现Session共享。但这是一种低级的实现方式,因为不可能所有用户的IP分布与真实的服务器性能分布情况正好吻合,并且在IP可变的情况下因Session黏着现象会导致安全问题。所以这种负载策略一般不会使用,而通过单点登录的方式实现Session共享。
备用机机制
在某台服务器后添加backup属性即可将该服务器设置为备用机。Nginx一般情况下不会将请求发送给备用机,只有所有的非备用机全部宕机或全部忙碌,没有非备用机能够响应新的请求时,才会将请求发送给备用机,使其承担一部分压力。如果非备用机重启或压力减小,可以正常处理用户请求时,则备用机再次处于等待状态。
upstream bal {
server 127.0.0.1:8081 weight=6;
server 127.0.0.1:8082 weight=1 backup;
server 127.0.0.1:8083 weight=3;
}
这里需要注意,备用机机制不能与IP_HASH负载均衡策略一起使用。