企业Nginx反向代理与负载均衡

最新推荐文章于 2023-11-16 18:56:50 发布
最新推荐文章于 2023-11-16 18:56:50 发布
阅读量219 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cqwlinux/article/details/112147975
版权

企业架构LNMP高可用负载均衡服务器之Nginx

学习目标和内容

1、能够描述负载均衡的作用

2、能够了解负载均衡常见实现方式

3、能够使用Nginx实现负载均衡

4、能够描述Nginx的常见负载均衡算法

一、场景描述及其方案设计

1、任务场景描述

发布产品类型：互联网动态站点

⽤户数量： 4000-8000（用户量猛增）

PV ： 16000-100000（24小时访问次数总和）

QPS： 50-100*（每秒访问次数）

DAU： 400-800（每日活跃用户数）

​ 随着业务推广，用户越来越多。之前的单台web服务器，已经不能够满足大量的访问请求。之前已经实现了的主备服务器的方式。实际还是单台web服务器提供服务。所以现在想把备用的web服务器，也同时提供服务。

问题:如何将用户请求分配转发到多台web服务器?

2、场景解决方案

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Ke13dlrT-1609672606605)(./assets/image-20200111181617162.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QLxc28PS-1609672606609)(assets/image-20200111193734070.png)]

3、任务拆解

1、了解负载均衡概念

2、通过Nginx实现web服务负载均衡

3、能够配置使用Nginx不同的调度算法

二、服务器基本环境部署

1、克隆复制虚拟机

负载均衡架构中，服务器使用情况。根据环境要求准备。

hostnameIPtype
server01192.168.19.100web1
server02192.168.19.101mysql
server03192.168.19.103web2
server04192.168.19.115LB 负载均衡

2、基础环境配置

网卡IP、主机名称、hosts解析

三、负载均衡服务器搭建

1、引入负载均衡技术

负载均衡技术 （load balance） 是一种概念 把资源的使用进行平均分配。

缩写：SLB LB

负载均衡：分发流量、请求到不同的服务器。使流量平均分配（理想的状态的）

作用：

服务器容灾 流量分发

主要作用：

①流量分发 请求平均 降低单例压力

其他作用：

②安全 隐藏后端真实服务

③屏蔽非法请求（七层负载均衡）

2、负载均衡分类

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KLtLmin9-1609672606612)(./assets/3.jpg)]

1）二层负载均衡（mac）

根据OSI模型分的二层进行负载，一般是用虚拟mac地址方式，外部对虚拟MAC地址请求，负载均衡接收后，再分配后端实际的MAC地址响应

**2）三层负载均衡（ip） **

一般采用虚拟IP地址方式，外部对虚拟的ip地址请求，负载均衡接收后，再分配后端实际的IP地址响应

3）四层负载均衡（tcp） 网络运输层面的负载均衡

在三层负载均衡的基础上，用ip+port接收请求，再转发到对应的机器

4）七层负载均衡（http） 智能型负载均衡

根据虚拟的url或IP，主机接收请求，再转向（反向代理）相应的处理服务器

3、常见实现方式

实现方式分类：

①软件级别 性价比高 可控性强

②硬件级别 性能好 价格高 几万到几十万不等

硬件是实现方式：

F5 BIG-IP 四层和七层

软件实现方式：

OSI分层实现方式
七层Nginx、HAProxy
四层LVS、HAProxy、Nginx（1.9版本后）

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-S0QRuCbB-1609672606615)(./assets/4.jpg)]

四层和七层对比:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rIOLy8yl-1609672606618)(./assets/5.jpg)]

4、Nginx负载均衡配置

官方文档：http://nginx.org/en/docs/http/ngx_http_upstream_module.html

架构分析：

①用户访问请求Nginx负载均衡服务器

②Nginx负载均衡服务器再分发请求到web服务器

实际配置负载均衡，只需修改作为负载均衡服务器的Nginx即可。当前架构中的server04

①在客户端解析域名到负载均衡服务器

②在负载均衡的Nginx配置

# 注意本次架构中  server04的Nginx服务器是负载均衡服务器
shell > cd /usr/local/nginx/conf/nginx.conf

配置文件示例：

# 在http段进行配置
# 分发请求到后端服务器
upstream shop {
    # web1 server01
    server 192.168.17.102;
    # web2 server02
    server 192.168.17.101;
}
# 修改之前的shop的server段配置
server {
    listen 80;
    server_name www.shop.com;
    location / {
        # 代理转发到shop段  匹配到上面的upstream
        proxy_pass http://shop;
        # 以下两条配置，实质是设置了传输的header头信息  
        # 对应server虚拟主机
        proxy_set_header Host $host;
        # 发送客户端IP  给后端服务器  用来方便后端服务器识别用户真实IP
        proxy_set_header X-Real-IP $remote_addr;
    }
}

③重载负载均衡服务器Nginx配置测试查看效果

可以停掉其中一台web服务器进行测试

5、查看确认负载均衡

如何确认服务器是否实现了负载均衡？

①在不同的web服务器同路由访问的文件中，写入不同的信息，以示区别。

②通过查看后端web服务器的访问日志进行确定

方法一：在不同服务器写入不同信息

①分别修改web服务器的信息

shell > vim /usr/local/nginx/html/tp5shop/application/home/controller/Base.php

写入一个动态参数，根据php语法自动调用当前主机名称

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DK8LT8mg-1609672606620)(./assets/6.png)]

②访问查看负载均衡效果

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YSStE6zm-1609672606621)(./assets/7.png)]

方法二：查看后端web服务器的访问日志

shell > cat /usr/local/nginx/logs/access.log

经验值

分析七层负载均衡转发之后，在后端服务器访问IP来源都一样的问题。

☆6、负载均衡后获取客户端IP

负载均衡之后，在后端的web服务器获取到的是负载均衡服务器的IP，而不能够获取到客户端的真实IP。

需要进行以下特殊配置：

1.首先在负载均衡服务器中配置，转发客户端IP给后端web服务器
location / {
    # 代理转发到shop段  匹配到上面的upstream
    proxy_pass http://shop;
    # 以下两条配置，实质是设置了传输的header头信息  
    # 对应server虚拟主机
    proxy_set_header Host $host;  #替换访问主机再传送后端web
    # 发送客户端IP  给后端服务器  用来方便后端服务器识别用户真实IP
    proxy_set_header X-Real-IP $remote_addr;   #替换访问都ip再传送后端web
}


2.后端web服务器需要配置，识别从负载均衡服务器传输过来的客户端真实IP

set_real_ip_from  192.168.17.103
set_real_ip_from  192.168.17.104
set_real_ip_from  vip

官方网址：http://nginx.org/en/docs/http/ngx_http_realip_module.html

使用ngx_http_realip_module模块提供的set_real_ip_from语法，默认此模块没有安装，需要编译时添加编译参数

7、upstream中server的关键字

upstream中的分发之后的几个关键字：

backup 备 其他的没有backup标识的都无响应，才分发到backup

down 此条配置，不会被分发到

upstream shop {
    server 192.168.17.102 down;
    server 192.168.17.101 backup;
}

经验值

分析七层负载均衡出现验证码识别不成功的问题。

☆8、session一致性问题

访问管理后端页面，登录发现验证码不通过

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vjzrLGFf-1609672606623)(./assets/8.jpg)]

分析原因：

①比如分发到web1服务器，生成验证码，存储到session中，默认在服务器本地

②再次校验的时候，请求分发到web2服务器了，所有验证码一直校验不通过

解决方案思路：

①生成和验证session都请求同一台服务器 使用Nginx的ip_hash一致性算法

②共享session nfs mysql 内存缓存软件（memcached、redis）

9、Nginx的负载均衡算法

Nginx 官方默认3种负载均衡的算法

①Round-Robin RR轮询（默认） 一次一个的来（理论上的，实际实验可能会有间隔）

②weight 权重 权重高多分发一些 服务器硬件更好的设置权重更高一些

③ip_hash 同一个IP，所有的访问都分发到同一个web服务器

Tip：

第三方模块实现的调度算法 需要编译安装第三方模块

④fair 根据后端服务器的繁忙程度 将请求发到非繁忙的后端服务器

⑤url_hash 如果客户端访问的url是同一个，将转发到同一台后端服务器

验证一：验证加权轮询算法

示例配置：

upstream shop {
    # web1 server01
    server 192.168.17.102 weight=5;
    # web2 server03
    server 192.168.17.101 weight=3;
}

server01 web 1 1 1 1 1 1

server03 web 2 1 1 1

8次中，server01分发5次，server03分发3次

验证二：ip一致性算法

示例配置:

upstream shop {
    # ip hash 一致性算法配置  设置此项  weight就失效了
    ip_hash;
    # web1 server01
    server 192.168.19.102;
    # web2 server02
    server 192.168.19.101;
}

10、实现负载均衡高可用

所有的请求流量，都要经过负载均衡服务器，负载均衡服务器压力很大，防止它宕机，导致后端服务所有都不可用，需要对负载均衡服务器，做高可用

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iPJvYHtm-1609672606624)(./assets/image-20200111194202121.png)]

给负载均衡服务器server04做一台备用服务器server05，通过keepalived实现高可用。

通过keepalived实现VIP在负载均衡服务器组的切换。

server04 master LB 192.168.19.103

server05 backup LB 192.168.19.104

主负载均衡的keepalived配置

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    # 虚拟路由ID 新ID 不要之前的冲突
    virtual_router_id 52
    priority 100
    nopreempt
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        # 添加新VIP
        192.168.17.201
    }
    track_script {
        check_nginx
    }
}

备负载均衡的keepalived配置

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    # 修改route_id
    virtual_router_id 52
    priority 99
    nopreempt
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    # unicast_src_ip 192.168.17.101
    # unicast_peer {
    #    192.168.17.102
    # }
    virtual_ipaddress {
        # 新VIP
        192.168.17.201
    }
    track_script {
        check_nginx
    }
}
cqwlinux
关注
Nginx - 反向代理与负载均衡
CYK_byte的博客
10-13 1931
root html 就是根路径，也就是通过 openresty-1.21.4.2-win64\html\ 路径下，去找页面（默认是 index.html 页面，也就是文章开头展示的页面）.^~ 优先级比 location / 高，但是匹配规则和 location / 类似. 例如 location ^~ /a 就表示匹配以 /a 开头的所有路由.= 优先级最高，表示完全匹配，例如 location = /a 就表示只匹配路由 location/a，其他的都不可以.
七层负载均衡——nginx
weixin_44743132的博客
12-13 1292
sticky模块与Ip_hash都是与负载均衡算法相关，但又有差别，差别是： 1.ip hash，根据客户端的IP，将请求分配到不同的服务器上 2.sticky，根据服务器给客户端的cookie，客户端再次请求时会带上此cookie，nginx会把有此cookie的请求转发到颁发cookie的服务器上 注意：在一个局域网内有3台电脑，他们有3个内网IP，但是他们发起请求时，却只有一个外网IP，是电信运营商分配在他们连接那个路由器上的，如果使用 ip_hash 方式，则Nginx会将请求分配到不同上游服务
ECS训练营 Day3 SLB负载均衡实践
果子哥丶的博客
09-25 613
拥有大量用户的企业，经常会面临如下的难题：在高并发的情况下，经常会导致服务器响应速度慢，严重的情况会直接导致服务器停止服务。此时，会导致企业的业务中断，影响客户的正常访问。 通过使用阿里云负载均衡SLB以及对负载均衡SLB后端服务器ECS的权重进行修改，可以快速解决上述服务器响应速度慢的问题。 配置负载均衡SLB的监听规则，并将ECS实例部署到SLB后端； 通过设置负载均衡SLB后端服务器ECS的权重值，分配用户访问
SLB负载均衡实践
阿怪的猫~
09-25 569
SLB负载均衡实践 通过前几天的学习，对ftp服务器和快速搭建Docker环境，学到了很多。今天学习的是SLB负载均衡实践。 一、什么是SLB? SLB是Server Load Balancer(负载均衡)的简称，是阿里云计算提供的一种网络负载均衡服务。SLB服务通过设置虚拟服务地址(IP)，将位于同一机房(Region)的多台云服务器资源虚拟成一个高性能、高可用的应用服务池;再根据应用指定的方式，将来自客户端的网络请求分发到云服务池中。 二、SLB相关知识 1.简介 - 负载均衡（Server L
负载均衡简介与搭建
wzp7081的博客
09-25 2616
文章目录负载均衡简介与搭建简介架构特点产品优势SLB负载均衡搭建云服务器状态确认负载均衡配置登录阿里云管理控制台点击左侧导航栏的 **产品与服务** ，下拉菜单中，在 **弹性计算** 条目下选择 **负载均衡**权重配置会话保持会话保持 负载均衡简介与搭建 简介 负载均衡（Server Load Balancer）是将访问流量根据转发策略分发到后端多台云服务器（ECS实例）的流量分发控制服务。负载均衡扩展了应用的服务能力，增强了应用的可用性。 负载均衡通过设置虚拟服务地址，将添加的ECS实例虚拟成一个高性
CentOS基于nginx反向代理实现负载均衡的方法
01-10
本文实例讲述了CentOS基于nginx反向代理实现负载均衡的方法。分享给大家供大家参考，具体如下： nginx做负载均衡的优点： 1、工作在网络的7层之上，可以针对http应用做一些分流的策略，比如针对域名、目录结构，它的...
【nginx入门】nginx反向代理与负载均衡教程
08-31
【nginx入门】nginx反向代理与负载均衡教程
阿里云ECS 7天实践训练营——ECS+SLB负载均衡实践 CLASS 3
weixin_44289331的博客
01-23 164
阿里云ECS 7天实践训练营——ECS+SLB负载均衡实践 CLASS 3 ECS+SLB负载均衡实践 CLASS 3阿里云ECS 7天实践训练营——ECS+SLB负载均衡实践 CLASS 3主要目标一、创建云服务器二、云服务器状态确认三、负载均衡配置四、负载均衡验证结束语 主要目标 今天学习的目标：拥有大量用户的企业，经常会面临如下的难题：在高并发的情况下，经常会导致服务器响应速度慢，严重的情况会直接导致服务器停止服务。此时，会导致企业的业务中断，影响客户的正常访问。 一、创建云服务器 首先创建两个云
ECS 7天实践训练营（进阶路线）--day04--使用ECS和PolarDB搭建门户网站
qq_39706369的博客
09-26 324
使用ECS和PolarDB搭建门户网站 PolarDB是阿里云自主研发的新一代关系型云原生数据库，既拥有分布式设计的低成本优势，又具有集中式的易用性。 PolarDB采用存储计算分离、软硬一体化设计，满足大规模应用场景需求。 详情查看百度百科：PolarDB百度百科 今天在这里就做一个搭建门户网站实践，所用的平台依旧是阿里训练营的在线实验模块，个人感觉挺不错的，里面有实验的介绍和操作步骤，比较适合小白入门，另外也不需要自己去专门申请Ecs资源，这个平台可以提供在线的资源，不过每天有名额限制，感兴趣的小伙伴
阿里云ACA认证课程-负载均衡SLB与云上安全
Taniszyc的博客
06-26 545
一、阿里云负载均衡 负载均衡采用集群部署，可实现会话同步，以消除服务器单点故障，提升冗余，保证服务的稳定性。 阿里云当前提供四层（TCP协议和UDP协议）和七层（HTTP和HTTPS协议）的负载均衡服务。 四层采用开源软件LVS（Linux Virtual Server）+ keepalived的方式实现负载均衡，并根据云计算需求对其进行了个性化定制。 七层采用Tengine实现负载均衡。Tengine是由淘宝网发起的Web服务器项目，它在Nginx的基础上，针对有大访问量的网站需求，添加了很多高级功能和
阿里云ECS进阶班Day3 | 负载均衡实战
SweeneyI0Z的博客
03-24 201
@ [TOP] 背景知识 负载均衡 负载均衡是将访问流量根据转发策略分发到后端多台云服务器（ECS实例）的流量分发控制服务。负载均衡扩展了应用的服务能力，增强了应用的可用性。 负载均衡通过设置虚拟服务地址，将添加的ECS实例虚拟成一个高性能、高可用的应用服务池，并根据转发规则，将来自客户端的请求分发给云服务器池中的ECS实例。 负载均衡默认检查云服务器池中ECS实例的健康状态，自动隔离异常状态的ECS实例，消除了单台ECS实例的单点故障，提高了应用的整体服务能力。此外，负载均衡还具备抗DDoS攻击的能力，
阿里云 ECS 7天实践训练营 Class5学习心得
Qian2k
08-10 503
搭建Java Web开发环境背景知识JDKMySQLTomcat实践版本运行环境安装JDK安装MySQL数据库安装Tomcat访问Tomcat 背景知识 JDK JDK是 Java 语言的软件开发工具包，包含了JAVA的运行环境（JVM+Java系统类库）和JAVA工具，用于支持Tomcat的运行和Java的开发。 MySQL MySQL 是最流行的关系型数据库管理系统，用于组织、存储和管理数据。 Tomcat Tomcat是一个web服务器。因为tomcat是用java写的，所以需要Java的运行环境。
阿里云 ECS 7天实践训练营 D3 学习心得
wei_shusheng的博客
09-25 605
ECS云服务器新手上路 场景体验目标 本场景会自动创建一台ECS实例。首先，远程登陆ECS实例，并部署应用。然后，登陆管理控制台，并对这台ECS实例进行管理操作。 体验此场景后完，你可以掌握的能力有： 1. ECS的基本概念 2. 远程访问ECS实例，部署应用。 3. 使用管理控制台对ECS进行基本操作：重置ECS实例登陆密码并重启ECS实例。 背景知识 云服务器（Elastic Compute Service, 简称ECS），是一种简单高效，处理能力可以弹性伸缩的计算服务。ECS的相关术语说明如下： 实例
Nginx负载均衡时，验证码老是错误
最新发布
weixin_43110668的博客
11-16 358
我们的服务器做了负载均衡，问题出现之后，就问了运维，负载均衡的规则是什么，默认情况下nginx默认规则为轮询，运维的回复是ip_hash，花了一个多小时，检查我的代码，最后实在是没有办法，就在线上测试了一下，结果发现session，刷新一下有，在刷新一下就没有，于是让运维检查负载均衡的规则，发现没有指定ip_hash，用了轮询的方式。正式环境里，登录之后没有跳转到之前的页面，在测试服务器上测试了一下这个BUG，不存在这个问题。添加负载均衡为ip_hash。
阿里云负载均衡SLB配置方法——附实例操作说明
热门推荐
程序员的博客
07-25 3万+
背景         有两个高访问量的前端H5项目同时上线，为了保证微信分享接口能承受住高并发，尝试用阿里云负载均衡来配置分享接口。 虽然实际访问量没有达到预估的百万，日均有4、5万，并发有100多，所以此次配置还是相当有效的。   思路         由于项目是纯前端H5，把项目整体打包到CDN，这样就算分享接口挂掉，也不会影响H5的正常访问。那压力就集中在分享接口的承载上。   ...
阿里云基于ECS的SLB负载均衡策略科普文章
西魏陶渊明的博客
02-09 3016
本篇文章主要解释阿里云的SLB策略,主要内容来源自阿里云,是小编在选择购买服务器时候看到的,作为科普文章分享给大家,其实在小编看来,这个主要是给大公司企业做的,因为价格不菲,对于小企业公司,其实并不划算,其次对于用户量并不是很大的企业并没有这个需求 我们知道如果要保证架构设计的高可用就要有一定的容错,其实对于企业来说解决措施就是在服务应用前用nginx作代理,让nginx去分发到正常的应
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值