一、Nginx介绍
1.1 引言
为什么要学习Nginx
代理问题:客户端到底要将请求发送给哪台服务器。
负载均衡问题:如果所有客户端的请求都发送给了服务器1,那么服务器2将没有任何意义。
资源优化:客户端发送的请求可能是申请动态资源的,也有申请静态资源,但是都是去Tomcat中获取的
服务器搭建集群后:
在搭建集群后,使用Nginx做反向代理服务器
使用Nginx后,解决了上述的三个问题,Nginx会实现负载均衡策略。客户端的请求都经过Nginx处理,Nginx决定用哪台服务器解决问题;对于静态资源,Nginx会处理,无需寻找服务器,这样可以减少服务器的压力。
1.2 Nginx介绍
Nginx是由俄罗斯人研发的,应对Ramble的网站,并且2004年发布的第一个版本。
Nginx的特点:
1.稳定性极强。7*24小时不间断运行。
2.Nginx提供了非常丰富的配置实例。
3.占用内存小,并发能力强。(这个并发我这里稍微解释一下,Tomcat的线程池有约150个线程,也就是说Tomcat可以应对150左右的并发。但是Nginx随便配置一下,他最多可以承受五万的并发。百度,京东,淘宝都是在用Nginx)
二、Nginx的安装
2.1 安装Nginx
version: '3.1'
services:
nginx:
restart: always
image: daocloud.io/library/nginx:latest
container_name: nginx
ports:
- 80:80
安装步骤非常简单(首先Linux上要安装daoker和docker-compose命令) :1.进入/opt/目录下;2.mkdir docker_nginx;3.cd docker_nginx目录下;4.vi docker-compose.yml文件,并将上述命令复制进去,保存退出;5.docker-compose up -d;6.浏览器访问http://1.15.122.141:80/,访问80端口即可
2.2 Nginx的配置文件
Nginx配置文件总共有两个。下面这个配置文件的存放位置是:
worker_processes 1;
error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;
# 以上同城为全局块
# worker_process他的数值越大,Nginx的并发能力就越强(当然大小设置,是要根据主机配置的)
# error_log 代表Nginx的错误日志存放位置
# pid 不需要管,是Nginx运行时的标识
events { worker_connections 1024; }
# events块
# worker_connection他的数值越大,Nginx并发能力越强(这个和上面的workder_processes我们一般是不动的,是由运维人员根据我们机器的性能来配置,默认就是1和1024) 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代表引入一个外部的文件 -> /mime.type中放着大量的媒体类型
# default_type 是默认使用的媒体类型
# include /etc/nginx/conf.d/*.conf; -> 引入了conf.d目录下的以.conf为结尾的配置文件 --- 这个是我们重点关注的
下面看另外一个配置文件,也就是上面提到的conf.d下面的配置文件。这个配置文件其实是上面那个配置文件在最后引入进去的。位置在:
server {
listen 80;
listen [::]:80;
server_name localhost;
location / {
root /usr/share/nginx/html;
index index.html index.htm;
}
# location块
# root:将接收到的请求根据/usr/share/nginx/html去查找静态资源
# index:默认去上述的路径中找到index.html或者index.htm
}
# service块
# listen:代表Nginx监听的端口号
# localhost:代表Nginx接收请求的ip
总结一下:Nginx的配置文件有两个,其中第二个是在第一个中被引入的,因此也可以看做是一个。这个配置文件总共有全局块、events块和http块。其中http块中有两部分,一部分是媒体类型,另一部分是引入的server块。该块主要展示的是访问Nginx对应的地址和端口号,已经访问niginx后,其将把你的请求带到何处(location块)。后期我们主要修改的就是server块。
2.3 修改docker-compose文件
version: '3.1'
services:
nginx:
restart: always
image: daocloud.io/library/nginx:latest
container_name: nginx
ports:
- 80:80
volumes:
- /opt/docker_nginx/conf.d/:/etc/nginx/conf.d
这个修改是为了将上面需要修改的server块的内容映射出来,映射到/opt/docker_nginx/conf.d文件下
此时用浏览器访问80端口,发现访问失败
这是因为映射出来的数据卷里面是空的,没有server块,没有首页信息。但是没关系,我们已经知道里面存放的是server块了,我们手动编写一下。
server{
listen 80;
server_name localhost;
location / {
root /usr/share/nginx/html;
index index.html index.htm;
}
}
重启之后再次访问,就又可以访问到了。
从下面看书,我们就学习Nginx的三个核心应用:反向代理、负载均衡和动静分离
三、Nginx的反向代理
3.1 正向代理和反向代理介绍
正向代理:
- 正向代理服务时由客户端设立的。
- 客户端了解代理服务器和目标服务器都是谁。
- 帮助咱们实现突破访问权限,提高访问的速度,对目标服务隐藏客户端的ip地址。
比如访问谷歌:我们正常情况下,是不能访问谷歌的。但是我们通过正向代理服务器访问,此时对于我们(客户端)来说,我们知道正向代理服务器是谁,我们也知道要访问的是谷歌;且谷歌并不知道我们在访问,因为去是被正向代理服务器访问的。
反向代理:
- 反向代理服务器是配置在服务端的。
- 客户端是不知道访问的到底是哪一台服务器的。
- 达到复杂均衡效果,并且可以隐藏服务器真正的ip地址。
我们已淘宝为例:首先反向代理服务器是配置在服务端的,是淘宝的开发人员配置的,和客户端无关;其次对于客户端而言,只暴露出来了这个反向代理服务器,大家就以为这是淘宝服务器,然后客户的请求会到这里(也只需要记住这一个域名即可),然后请求由反向代理服务器决定到哪台服务器,对于用户而言,隐藏了真正的ip地址。
3.2 基于Nginx实现反向代理
其实这里用Nginx实现反向代理,只涉及三个东西,客户端即浏览器;一个本来就能访问的服务,也可以说网站;然后用Nginx配置反向代理(其实就是修改server块)
准备一个目标服务器。
启动了之前的tomcat服务器。(这个是前面讲解Docker知识时,用到的tomcat服务器。这里可以再用一下),这里要注意。这个服务你是要本来就可以访问的(ip:端口号)
编写nginx的配置文件,通过Nginx访问到tomcat服务器。
server{
listen 80;
server_name localhost;
# 基于反向代理访问到Tomcat服务器
location / {
proxy_pass http://10.128.2.***:7080/; # 这里是具体的IP,***是三个数字,大家根据自己的ip修改即可
}
#location / {
# root /usr/share/nginx/html;
# index index.html index.htm;
#}
}
本来可以用http://10.128.2.***:7080/访问服务,现在我们通过Nginx的配置,用Nginx就可以访问(Nginx默认80端口)。
这里反向代理失败了,一直在转圈,并没有访问到应有的网站。这个可能是我本来的服务是微服务,运用了spring-security,可能这个安全设置屏蔽了反向代理吧。后面可以研究下。不过代理的思路就是这样的。大家可以用讲解Docker知识时的Tomcat服务,启一个,进行代理。
下面讲解一下location可以映射的路径
3.3 关于Nginx的location路径映射
优先级关系:
(location = ) > (location /xxx/yyy/zzz) > (location ^~) > (location ~, ~*) > (location /起始路径) > (location /)。如果我们写多个location去进行路径映射,按照这种优先级顺序来写
# 1. = 匹配
location = / {
# 精准匹配,主机名后面不能带任何的字符串
}
比如:www.baidu.com就可以匹配,但不能匹配www.baidu.com/xxx。也就是精准匹配ip:端口号
# 2. 通用匹配
location /xxx {
# 匹配所有以/xxx开头的路径
}
# 3. 正则匹配
location ~ /xxx {
# 匹配所有以/xxx开头的路径
}
# 4.匹配开头路径
location ^~ /images/ {
# 匹配所有以/images开头的路径
}
# 5. ~* . (gif|jpg|png)$ {
# 匹配以gif或者jpg或者png为结尾的路径
}
这里写了多个方式,按照优先级写的。后面再看下这个视频,补充笔记。
四、Nginx负载均衡
Nginx为我们默认提供了三种负载均衡的策略:
- 轮询:将客户端发起的请求,平均的分配给每一台服务器。
- 权重:会将客户端的请求,根据服务器的权重值不同,分配不同的数量。
- ip_hash:基于发起请求的客户端的ip地址不同,他始终会将请求发送到指定的服务器上。
下面我们就一个一个的实现一波
4.1 轮询
想要实现Nginx轮询负载均衡机制只需要在配置文件中添加以下内容
upstream 名字 {
server ip:port;
server ip:port;
...
}
server {
listen 80;
server_name localhost;
location / {
proxy_pass http://upstream的名字/;
}
}
轮询的效果是:01010101,这是常见的。但是轮询也可能出现00101010110101这样的情况。并非一定是一个个来的。
4.2 权重
实现权重的方式:这个方式非常简单,只是在轮询的基础上加两个地方即可。
upstream 名字 {
server ip:port weight=权重比例;
server ip:port weight=权重比例;
...
}
server {
listen 80;
server_name localhost;
location / {
proxy_pass http://upstream的名字/;
}
}
权重的方式:当请求量大的时候,是按照权重比例请求的,量少的时候可能有偏差。
4.3 ip_hash
ip_hash实现:这个实现也非常简单,只需要我们在上面添加一个字符即可。至于有没有weight都是可以的。2
upstream 名字 {
ip_hash;
server ip:port weight=权重比例;
server ip:port weight=权重比例;
...
}
server {
listen 80;
server_name localhost;
location / {
proxy_pass http://upstream的名字/;
}
}
五、Nginx动静分离
Nginx的并发能力公式:(前面讲Nginx的配置文件时,里面有全局块和events块)
worker_processes * worker_connection / 4 | 2 = Nginx最终的并发能力
动态资源需要/4,静态资源需要/2.
Nginx通过动静分离,来提升Nginx的并发能力,更快的给用户响应。
为什么动态资源/4,静态资源/2。对于客户端的任一访问,有四个连接,1:客户端到Nginx;2:Nginx到服务器;3:服务器到Nginx;4:Nginx到客户端。对于静态资源,Nginx做了优化,客户端到Nginx后,Nginx不需要到服务器,因此只是两个连接数。
5.1 动态资源代理
动态资源代理,我们前面一直在用。没什么说的,只是在配置文件中加入以下内容:
# 配置如下
location / {
proxy_pass 路径;
}
动态资源代理没什么讲的,上面这是4个连接数。下面讲下静态资源代理。
5.2 静态资源代理
使用root静态代理
# 配置如下
location / {
root 静态资源路径;
index 默认访问路径下的什么资源
autoindex on; # 代表展示静态资源全的全部内容,以列表的形式展开。
}
# 先修改docker,添加一个数据卷,映射Nginx服务器的一个目录
# 添加了index.html和1.jpg静态资源
# 修改配置文件
这里再在yml文件后面添加两个映射,将Nginx服务器内部存放图片和html的目录映射出来,方便我们修改。
后面有需要的话,再看一下,补充一下。
六、Nginx集群
6.1 引言
对于Tmocat集群来说,由于一台服务器可能处理不了那么多请求,因此搭建多台服务器。但是呢?搭建多台服务器除了解决性能问题外,还会解决另外一个问题,其实就是单点故障。加入只有一个Tomcat服务器,如果其挂了,那整个系统就挂了。对于Nginx也存在单点故障问题,因此要搭建Nginx集群。
单点故障,避免Nginx的宕机,导致整个程序的崩溃
准备多台Nginx。
准备keepalived(这是一个程序),监听Nginx的健康情况。这样才能知道哪个Nginx挂了(挂了的话,消息发送给谁?)。
准备haproxy,提供一个虚拟的路径,统一的去接收用户请求。(就不怕haproxy出现单点故障问题吗?)
7.2 搭建Nginx集群
查看资料中的内容,直接通过运行docker-compose即可。
总结:
以上其实就学习了Nginx的安装、配置文件和三大功能(反向代理、负载均衡---决定访问哪台服务器和动静分离---提高性能)