架构期day12-代理与负载均衡

一、架构扩展

1.数据库迁移

1)迁移场景

1.配置不足
2.服务器寿命到期

2.web扩展

3.php拆分

1)安装php

[root@web03 ~]# rz
[root@web03 ~]# ll
-rw-r--r--  1 root root 19889622 Nov 22 15:52 php.tar.gz
[root@web03 ~]# tar xf php.tar.gz 
[root@web03 ~]# yum localinstall -y *.rpm

2)配置php

[root@web03 ~]# vim /etc/php-fpm.d/www.conf
user = www
group = www
[root@web03 ~]# vim /etc/php.ini
upload_max_filesize = 200M
post_max_size = 200M

3)创建用户

[root@web03 ~]# groupadd www -g 666
[root@web03 ~]# useradd www -u 666 -g 666

4)启动

[root@web03 ~]# systemctl start php-fpm

5)配置nginx调用远端的php

[root@web01 ~]# vim /etc/nginx/conf.d/linux.wp.com.conf 
server {
    listen 80;
    server_name linux.wp.com;

    location / {
        root /code/wordpress;
        index index.php;
    }

    location ~* \.php$ {
    	#协议代理到远端的php服务
        fastcgi_pass 172.16.1.9:9000;
        fastcgi_param SCRIPT_FILENAME /code/wordpress/$fastcgi_script_name;
        include fastcgi_params;
    }
}

6)重启nginx访问测试

[root@web01 ~]# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@web01 ~]# systemctl restart nginx

访问 http://linux.wp.com/,报错为 502 连接后端失败

7)进一步修改php配置

[root@web03 ~]# vim /etc/php-fpm.d/www.conf
listen = 172.16.1.9:9000
listen.allowed_clients = 172.16.1.7

8)再次重启访问

[root@web03 ~]# systemctl restart php-fpm

访问 http://linux.wp.com/,报错为 File not found.
#原因:php解析文件找不到

9)推送站点目录

[root@web01 ~]# scp -r /code 172.16.1.9:/

#授权
[root@web03 ~]# chown -R www.www /code/

10)再次访问测试

1.访问http://linux.wp.com/,没有问题
2.登录没有问题
3.上传图片出现问题

11)php服务器也要进行挂载

[root@web03 ~]# mount -t nfs 172.16.1.31:/data/wp /code/wordpress/wp-content/uploads

12)再次写文章上传图片

二、代理

1.什么是代理

代理一词往往并不陌生, 该服务我们常常用到如(代理理财、代理租房、代理收货等等),如下图所示

在这里插入图片描述

2.没有代理

在没有代理模式的情况下,客户端和Nginx服务端,都是客户端直接请求服务端,服务端直接响应客户端。

在这里插入图片描述

3.有代理

那么在互联网请求里面,为了安全客户端往往无法直接向服务端发起请求,就需要用到代理服务,来实现客户端和服务端通信,如下图所示

4.Nginx代理服务常见模式

在这里插入图片描述

Nginx作为代理服务,按照应用场景模式进行总结,代理分为
1.正向代理
2.反向代理

1)正向代理

正向代理,(内部上网) 客户端 <> 代理 -> 服务端

在这里插入图片描述

2)反向代理

反向代理,用于公司集群架构中,客户端 -> 代理 <> 服务端

在这里插入图片描述

3)正向代理与反向代理的区别

1.区别在于形式上服务的”对象”不一样
2.正向代理代理的对象是客户端,为客户端服务
3.反向代理代理的对象是服务端,为服务端服务

三、Nginx代理服务支持协议

1.支持的协议

在这里插入图片描述

2.反向代理使用协议

在这里插入图片描述

3.模块总结

反向代理模式与Nginx代理模块总结如表格所示
反向代理模式Nginx****配置模块
http、websocket、https、tomcat(java程序)ngx_http_proxy_module
fastcgi(php程)ngx_http_fastcgi_module
uwsgi(python)ngx_http_uwsgi_module
grpc(go程序)golangngx_http_v2_module

四、nginx代理实践

1.环境准备

主机IP身份
lb0110.0.0.4代理
web01172.16.1.7web服务端

2.代理语法

Syntax:	proxy_pass URL;
Default:	—
Context:	location, if in location, limit_except

3.配置web01的nginx

[root@web01 ~]# vim /etc/nginx/conf.d/linux.proxy.com.conf
server {
    listen 80;
    server_name linux.proxy.com;

    location / {
        root /code/proxy;
        index index.html;
    }
}

4.web01编写一个网站

[root@web01 ~]# mkdir /code/proxy
[root@web01 ~]# echo "web01 web01 web01 wbe01 ...." > /code/proxy/index.html
[root@web01 ~]# chown -R www.www /code/

5.访问测试

1.配置hosts
10.0.0.7 linux.proxy.com

2.重启
[root@web01 ~]# systemctl restart nginx

3.访问
linux.proxy.com

6.配置代理

1.安装nginx
2.配置nginx
3.创建用户
4.配置nginx代理
[root@lb01 ~]# vim /etc/nginx/conf.d/linux.proxy.com.conf
server {
    listen 80;
    server_name linux.proxy.com;

    location / {
        proxy_pass http://172.16.1.7:80;
    }
}

7.重启代理nginx

[root@lb01 ~]# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@lb01 ~]# systemctl restart nginx

8.访问页面测试

1.配置hosts
10.0.0.4 linux.proxy.com

2.访问测试
结果:访问的页面不是我们要的内容,返回了web端第一个配置文件的内容
#原因:代理请求web服务端时,没有使用域名,使用了IP,匹配时没有匹配到server_name,所以直接返回默认的第一个配置文件

9.配置代理携带域名访问web端

[root@lb01 ~]# vim /etc/nginx/conf.d/linux.proxy.com.conf
server {
    listen 80;
    server_name linux.proxy.com;

    location / {
        proxy_pass http://172.16.1.7:80;
        proxy_set_header Host $http_host;
    }
}

10.重启后再次访问

[root@lb01 ~]# systemctl restart nginx

再次访问http://linux.proxy.com/,得到想要的内容

五、Nginx代理常用参数

1.添加发往后端服务器的请求头信息

Syntax:    proxy_set_header field value;
Default:    proxy_set_header Host $http_host;
            proxy_set_header Connection close;
Context:    http, server, location
 
# 用户请求的时候HOST的值是linux.proxy.com, 那么代理服务会像后端传递请求的还是linux.proxy.com
proxy_set_header Host $http_host;
# 将$remote_addr的值放进变量X-Real-IP中,$remote_addr的值为客户端的ip
proxy_set_header X-Real-IP $remote_addr;
# 客户端通过代理服务访问后端服务, 后端服务通过该变量会记录真实客户端地址
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

2.代理到后端的TCP连接、响应、返回等超时时间

#nginx代理与后端服务器连接超时时间(代理连接超时)
Syntax: proxy_connect_timeout time;
Default: proxy_connect_timeout 60s;
Context: http, server, location
 
#nginx代理等待后端服务器的响应时间
Syntax:    proxy_read_timeout time;
Default:    proxy_read_timeout 60s;
Context:    http, server, location
 
#后端服务器数据回传给nginx代理超时时间
Syntax: proxy_send_timeout time;
Default: proxy_send_timeout 60s;
Context: http, server, location

3.proxy_buffer代理缓冲区

#nignx会把后端返回的内容先放到缓冲区当中,然后再返回给客户端,边收边传, 不是全部接收完再传给客户端
Syntax: proxy_buffering on | off;
Default: proxy_buffering on;
Context: http, server, location
 
#设置nginx代理保存用户头信息的缓冲区大小
Syntax: proxy_buffer_size size;
Default: proxy_buffer_size 4k|8k;
Context: http, server, location
 
#proxy_buffers 缓冲区
Syntax: proxy_buffers number size;
Default: proxy_buffers 8 4k|8k;
Context: http, server, location

4.配置代理优化文件

[root@lb01 ~]# vim /etc/nginx/proxy_params 
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_connect_timeout 10s;
proxy_read_timeout 10s;
proxy_send_timeout 10s;
proxy_buffering on;
proxy_buffer_size 8k;
proxy_buffers 8 8k;

5.代理调用优化文件

[root@lb01 ~]# vim /etc/nginx/conf.d/linux.proxy.com.conf 
server {
    listen 80;
    server_name linux.proxy.com;

    location / {
        proxy_pass http://10.0.0.7:80;
        include proxy_params;
    }
}

六、负载均衡介绍

1.什么是负载均衡

将请求平均的分配给后端服务器

2.为什么要使用负载均衡

当我们的Web服务器直接面向用户,往往要承载大量并发请求,单台服务器难以负荷,我使用多台Web服务器组成集群,前端使用Nginx负载均衡,将请求分散的打到我们的后端服务器集群中,实现负载的分发。那么会大大提升系统的吞吐率、请求性能、高容灾

往往我们接触的最多的是SLB(Server Load Balance)负载均衡,实现最多的也是SLB、那么SLB它的调度节点和服务节点通常是在一个地域里面。那么它在这个小的逻辑地域里面决定了他对部分服务的实时性、响应性是非常好的。

所以说当海量用户请求过来以后,它同样是请求调度节点,调度节点将用户的请求转发给后端对应的服务节点,服务节点处理完请求后在转发给调度节点,调度节点最后响应给用户节点。这样也能实现一个均衡的作用,那么Nginx则是一个典型的SLB

3.负载均衡的叫法

1.负载均衡
2.负载
3.LB
4.Load Balance

4.公有云中常见的负载均衡

1.SLB		#阿里云产品
2.LB		#青云产品
3.CLB		#腾讯云产品
4.ULB		#Ucloud产品

5.负载均衡软件

1.nginx
2.Haproxy
3.LVS

6.负载均衡类型

1.四层负载均衡
所谓四层负载均衡指的是OSI七层模型中的传输层,那么传输层Nginx已经能支持TCP/IP的控制,所以只需要对客户端的请求进行TCP/IP协议的包转发就可以实现负载均衡,那么它的好处是性能非常快、只需要底层进行应用处理,而不需要进行一些复杂的逻辑

2.七层负载均衡
七层负载均衡它是在应用层,那么它可以完成很多应用方面的协议请求,比如我们说的http应用的负载均衡,它可以实现http信息的改写、头信息的改写、安全应用规则控制、URL匹配规则控制、以及转发、rewrite等等的规则,所以在应用层的服务里面,我们可以做的内容就更多,那么Nginx则是一个典型的七层负载均衡SLB

3.四层和七层负载均衡的区别
四层负载均衡数据包在底层就进行了分发,而七层负载均衡数据包则是在最顶层进行分发、由此可以看出,七层负载均衡效率没有四负载均衡高。
但七层负载均衡更贴近于服务,如:http协议就是七层协议,我们可以用Nginx可以作会话保持,URL路径规则匹配、head头改写等等,这些是四层负载均衡无法实现的。
注意:四层负载均衡不识别域名,七层负载均衡识别域名

七、负载均衡实践

Nginx要实现负载均衡需要用到proxy_pass代理模块配置

Nginx负载均衡与Nginx代理不同地方在于,Nginx的一个location仅能代理一台服务器,而Nginx负载均衡则是将客户端请求代理转发至一组upstream虚拟服务池.

1.负载均衡模块

# ngx_http_upstream_module

#语法
Syntax:	upstream name { ... }
Default:	—
Context:	http

#例子
upstream backend {
    server backend1.example.com       weight=5;
    server backend2.example.com:8080;
    server backup1.example.com:8080   backup;
    server backup2.example.com:8080   backup;
}

server {
	... ...
    location / {
        proxy_pass http://backend;
    }
}

2.环境准备

主机IP身份
lb0110.0.0.4,172.16.1.4负载均衡
web01172.16.1.7web服务端
web02172.16.1.8web服务端

3.web01准备站点

1)配置nginx

[root@web01 ~]# vim /etc/nginx/conf.d/linux.lb.com.conf
server {
    listen 80;
    server_name linux.lb.com;
    charset utf8;

    location / {
        root /code/lb;
        index index.html;
    }
}

2)准备网站

[root@web01 ~]# mkdir /code/lb
[root@web01 ~]# echo "我是web0111111111111" > /code/lb/index.html
[root@web01 ~]# chown -R www.www /code/

3)配置hosts访问

[root@web01 ~]# systemctl restart nginx

10.0.0.7 linux.lb.com

访问

3.web01准备站点

1)配置nginx

[root@web02 ~]# vim /etc/nginx/conf.d/linux.lb.com.conf
server {
    listen 80;
    server_name linux.lb.com;
    charset utf8;

    location / {
        root /code/lb;
        index index.html;
    }
}

2)准备网站

[root@web02 ~]# mkdir /code/lb
[root@web02 ~]# echo "我是web0222222222222" > /code/lb/index.html
[root@web02 ~]# chown -R www.www /code/

3)配置hosts访问

[root@web02 ~]# systemctl restart nginx

10.0.0.8 linux.lb.com

访问

4.配置负载均衡配置文件

[root@lb01 ~]# vim /etc/nginx/conf.d/linux.lb.com.conf
upstream web_group {
    server 172.16.1.7:80;
    server 172.16.1.8;
}

server {
    listen 80;
    server_name linux.lb.com;

    location / {
        proxy_pass http://web_group;
        include proxy_params;
    }
}

5.准备代理优化文件

[root@lb01 ~]# vim /etc/nginx/proxy_params 

proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_connect_timeout 10s;
proxy_read_timeout 10s;
proxy_send_timeout 10s;
proxy_buffering on;
proxy_buffer_size 8k;
proxy_buffers 8 8k;

6.重启访问测试

1.重启
[root@lb01 ~]# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@lb01 ~]# systemctl restart nginx

2.配置hosts
10.0.0.4 linux.lb.com

在这里插入图片描述

posted @ 2022-06-09 18:19  秋风お亦冷  阅读(16)  评论(0编辑  收藏  举报