1.简介
Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器
-
特点:占有内存少,并发能力强,nginx的并发能力在同类型的网页服务器中表现较好。
-
作用:反向代理、负载均衡、动静分离(部署静态资源)
2.目录结构
重点目录和文件:
目录/文件 | 说明 | 备注 |
---|---|---|
conf | 配置文件的存放目录 | |
conf/nginx.conf | Nginx的核心配置文件 | conf下有很多nginx的配置文件,我们主要操作这个核心配置文件 |
html | 存放静态资源(html, css, ) | 部署到Nginx的静态资源都可以放在html目录中 |
logs | 存放nginx日志(访问日志、错误日志等) | |
nginx | 二进制文件,用于启动、停止Nginx服务 |
3.配置文件结构
nginx的配置文件(conf/nginx.conf)整体上分为三部分: 全局块、events块、http块
区域 | 职责 |
---|---|
全局块 | 配置和nginx运行相关的全局配置 |
events块 | 配置和网络连接相关的配置 |
http块 | 配置代理、缓存、日志记录、虚拟主机等配置 |
4. 部署静态资源
Nginx可以作为静态web服务器来部署静态资源。
-
相对于Tomcat,Nginx处理静态资源的能力更加高效,所以在生产环境下,一般都会将静态资源部署到Nginx中
-
将静态资源部署到Nginx,只需要将文件复制到Nginx安装目录下的html目录中即可。
server {
listen 80; #监听端口
server_name localhost; #服务器名称
location / { #匹配客户端请求url
root html; #指定静态资源根目录
index index.html; #指定默认首页
}
}
- 进行测试
在 “html” 文件夹中放入一个静态的hello.html文件,我们需要将这个文件部署到nginx中,然后通过nginx访问html静态资源。
- 将静态资源放置到 html 目录
- 双击启动nginx
- 访问
- 配置文件修改了,我们需要重新加载一下,才可以生效:
nginx -s reload
5. 反向代理
1.正向代理:
正向代理服务器是一个位于客户端和原始服务器之间的服务器,为了从原始服务器取得内容,客户端向代理发送一个请求并指定目标(原始服务器),然后代理向原始服务器转交请求并将获得的内容返回给客户端。
正向代理的典型用途是为在防火墙内的局域网客户端提供访问Internet的途径。
正向代理一般是在客户端设置代理服务器,通过代理服务器转发请求,最终访问到目标服务器。
2.反向代理
反向代理服务器位于用户与目标服务器之间,但是对于用户而言,反向代理服务器就相当于目标服务器,即用户直接访问反向代理服务器就可以获得目标服务器的资源,反向代理服务器负责将请求转发给目标服务器。用户不需要知道目标服务器的地址,也无须在用户端作任何设定,对于用户来说,访问反向代理服务器是完全无感知的。
- 在nginx.conf中配置反向代理:
server {
listen 82;
server_name localhost;
location / {
proxy_pass http://192.168.46.130:8080; #反向代理配置,将请求转发到指定服务
}
}
# 当我们访问Nginx的82端口时,根据反向代理配置,会将请求转发到 http://192.168.46.130:8080 对应的服务上。
现在的反向代理访问地址:http://localhost:82
- cmd运行检查配置文件,并重新加载
nginx -t
nginx -s reload #重新加载
反向代理的主要作用:
- 内部服务器安全防护(充当内网防火墙);
- 反向代理服务器负责将请求转发给目标服务器。用户不需要知道目标服务器的地址,也无须在用户端作任何设定,对于用户来说,访问反向代理服务器是完全无感知的。
- 实现负载均衡
6.负载均衡
早期的网站流量和业务功能都比较简单,单台服务器就可以满足基本需求,但是随着互联网的发展,业务流量越来越大并且业务逻辑也越来越复杂,单台服务器的性能及单点故障问题就凸显出来了,因此需要多台服务器组成应用集群,进行性能的水平扩展以及避免单点故障出现。
应用集群:将同一应用部署到多台机器上,组成应用集群,接收负载均衡器分发的请求,进行业务处理并返回响应数据。
**负载均衡器:**将用户请求根据对应的负载均衡算法分发到应用集群中的一台服务器进行处理
此处的负载均衡器,使用Nginx来实现,而Nginx的负载均衡是基于反向代理的,只不过此时所代理的服务器不是一台,而是多台。
-
测试两个jar包,上传到两个服务器中
运行端口 请求链接 响应数据 9001 192.168.46.130:9001/hello 9001 9002 192.168.46.131:9002/hello 9002 -
nginx中配置负载均衡
#upstream指令可以定义一组服务器
upstream targetserver{
server 192.168.46.130:9001;
server 192.168.46.131:9002;
}
server {
listen 83;
server_name localhost;
location / {
proxy_pass http://targetserver;
}
}
- 重新加载nginx配置文件,访问
nginx -s reload
- 测试时发现请求均衡的转发到了9001和9002,因为模式的负载均衡策略是轮询。
注意: 上述所有涉及到的端口号,都需要在对应的服务器的防火墙中开放,或者彻底关闭防火墙
负载均衡策略:
处理上述默认的轮询策略以外,在Nginx中还提供了其他的负载均衡策略,如下:
名称 | 说明 | 特点 |
---|---|---|
轮询 | 默认方式 | |
weight | 权重方式 | 根据权重分发请求,权重大的分配到请求的概率大 |
ip_hash | 依据ip分配方式 | 根据客户端请求的IP地址计算hash值, 根据hash值来分发请求, 同一个IP发起的请求, 会发转发到同一个服务器上 |
least_conn | 依据最少连接方式 | 哪个服务器当前处理的连接少, 请求优先转发到这台服务器 |
url_hash | 依据url分配方式 | 根据客户端请求url的hash值,来分发请求, 同一个url请求, 会发转发到同一个服务器上 |
fair | 依据响应时间方式 | 优先把请求分发给处理请求时间短的服务器 |
权重的配置:
#upstream指令可以定义一组服务器
upstream targetserver{
# weight指定权重,weight不能有空格
server 192.168.46.130:9001 weight=10;
server 192.168.46.131:9002 weight=5;
}
ream指令可以定义一组服务器
upstream targetserver{
# weight指定权重,weight不能有空格
server 192.168.46.130:9001 weight=10;
server 192.168.46.131:9002 weight=5;
}
上述配置的weight权重是相对的,在上述的配置中,效果就是,在大数据量的请求下,最终9001接收的请求数是9002的两倍。