一 引言
1.1 代理问题
客户端到底要将请求发给那台服务器
1.2 负载均衡问题
如果所有客户端的请求都发给服务器1 那个服务器2将没有任何意义
1.3 资源优化
客户端发送的请求可能是申请动态资源,也有申请静态资源,但是都是去Tomcat获取
1.4 Nginx 处理
二 Nginx概述
Nginx 是由俄罗斯人研发的 应对Rambler的网站 2004年发布第一个版本 Nginx的特点
- 稳定性极强,7*24小时不间断运行
- Nginx提供了非常丰富的配置实例
- 占用内存小,并发能力强
三 Nginx的安装
3.1 使用 Docker-compose 安装
数据卷中 第一个是关于/opt/docker_nginx/conf.d 是nginx的核心配置的文件夹
version: '3.1'
services:
nginx:
restart: always
image: nginx:latest
container_name: nginx_latest
ports:
- 80:80
volumes:
- /opt/docker_nginx/conf.d/:/etc/nginx/conf.d
- /opt/docker_nginx/html/:/data/html
- /opt/docker_nginx/img/:/data/img
3.2 Nginx 的配置文件
其中核心的配置文件 就是 nginx.conf 路径 /etc/nginx
user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log notice;
pid /var/run/nginx.pid;
// 以上统称为全局块
// worker_processess 数值越大,Nginx的并发能力越强
// error_log 代表Nginx的错误日志存放的位置
events {
worker_connections 1024;
}
// evnets 块
// worker_connections 数值越大,Nginx并发能力越强
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log /var/log/nginx/access.log main;
sendfile on;
#tcp_nopush on;
keepalive_timeout 65;
#gzip on;
include /etc/nginx/conf.d/*.conf;
}
// http 块
// include 代表引入一个尾部文件 --> /mine.types 中存放着大量的媒体类型
// include /etc/nginx/conf.d/*.conf; --> 引入conf.d目录下以.conf为结尾的配置文件
- 其中 inclue 引入的文件
server {
listen 80;a
server_name 39.107.229.201; // nginx的地址
// 反向代理的路径
location / {
root /usr/share/nginx/html;
index index.html indedx.htm;
}
// location 块
// root: 将接收到的请求 /usr/share/nginx/html 去查找静态资源
// index: 默认去上述的路径中找到 index.html 或者 index.htm
}
// service 块
// listen: 代表Nginx监听的端口号
// localhost: 代表Nginx接收请求的ip
Nginx的反向代理
4.1 正向代理和反向代理
正向代理
- 正向代理服务是客户端设立的
- 客户端了解代理服务器和目标服务器都是谁
- 帮助实现突破访问权限,提高访问速度,对目标服务器隐藏客户端ip地址
反向代理
- 反向代理服务器是配置在服务器端的
- 客户端不知道访问的到底是那一台服务器
- 达到负载均衡,并且可以隐藏服务器真正的ip地址
4.2 基于Nginx实现反向代理
准备一个目标服务器。启动tomcat服务器。编写nginx的配置文件,通过Nginx访问tomcat服务器
// 主要是修改 defualt.conf
server {
listen 80;a
server_name 39.107.229.201; // nginx的地址
// 反向代理的路径
location / {
proxy_pass http://39.107.229.201:8080/;
}
}
4.3 关于Nginx的location 路径映射
优先级关系 location = / 优先级最高 精准匹配,一旦匹配,就不再去找其他项目匹配 location = /aaa/bbb 精准匹配 就是直接匹配 location ^~/ 路径:优先级次之 字符串匹配 一旦匹配,不再去找其他匹配项 location ~ 正则匹配,如果有多个location的正则能匹配的话,则使用正则表达式最长的那个 location ~* 正则表达式 和 location ~ 正则表达式相同,不过当前方式不区分大小写 location / 路径 常规方法 匹配前缀 优先级最低
# 直接匹配
location = /index {
# 精确匹配,主机名后面不能带任何字符串
proxy_pass http://39.107.229.201:8081;
}
# 常规匹配
location /xxx{
# 匹配所有以/xxx 开头的路径
}
# 正则匹配
location ~ /xxx{
# 匹配所有以 /xxx开头的路径
}
# 匹配开头的路径
location ^~ /images/ {
# 匹配所有以/images开头的路径,匹配后,不在选择其他选项
}
# 正则匹配后缀
location ~* \.(gif|jpg|png)${
# 匹配以gif或者jpg或者 png为结尾的路径
}
# 全部通配
location / {
# 匹配全部路径
}
Nginx 负载均衡
Nginx 为我们默认提供了三种负载均衡的策略
- 轮询: 将客户端发起的请求,平均的分配给每一台服务器
- 权重: 会将客户端的请求,根据服务器的权重值不同,分配不同的数量
- ip_hash: 基于发起请求的客户端的ip地址不同,始终会将请求发送到指定的服务器上
5.1 轮询
upstream my-server{ #my-server 自定义名字
server 39.107.229.201:8080
server 39.107.229.201:8081
}
server {
listen 80;
server_name 39.107.229.201;
location / {
proxy_pass http://my-server;
}
}
5.2 权重
upstream my-server{ #my-server 自定义名字
server 39.107.229.201:8080 weight=权重比例;# 权重
server 39.107.229.201:8081 weight=权重比例;
}
server {
listen 80;
server_name 39.107.229.201;
location / {
proxy_pass http://my-server;
}
}
5.3 ip_hash
upstream my-server{ #my-server 自定义名字
ip_hash; # 则会实现 ip_hash的方式
server 39.107.229.201:8080
server 39.107.229.201:8081
}
server {
listen 80;
server_name 39.107.229.201;
location / {
proxy_pass http://my-server;
}
}