Sentinel 学习01-流控规则

西门吹雪分身

于 2024-02-17 02:11:35 发布

阅读量957

点赞数 27

文章标签： sentinel 学习

本文链接：https://blog.csdn.net/qq_26641137/article/details/135897060

版权

Sentinel之流控规则

雪崩问题
微服务调用链路中的某个服务故障，引起整个链路中的所有的微服务都不可用，这就是雪崩。
在这里插入图片描述

解决雪崩问题的常见方式
1.超时处理：设定超时时间，请求超过一定时间没有响应就返回错误信息，不会无休止的等待。

在这里插入图片描述
超时处理存在的问题，起到了一定的缓解作用，如果在超时等待的时间内，服务的请求数远远大于超时等待释放的数目，还是会将服务A打垮的。
2.舱壁模式
限定每个业务能使用的线程数，避免耗尽整个tomcat的资源，因此也叫线程隔离
在这里插入图片描述
3. 熔断降级
由断路器统计业务执行的异常比例，如果超出阈值则会熔断该业务，拦截访问该业务的一切请求。

4.流量控制****（一种预防的解决方案**）**
限制业务访问的QPS，避免服务因流量突增而故障
在这里插入图片描述
服务保护技术对比

微服务整合Sentinel
1.微服务中引入依赖

 <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId>
        </dependency>

2.配置项的维护

server:
  port: 8088
spring:
  datasource:
    url: jdbc:mysql://localhost:3306/cloud_order?useSSL=false
    username: root
    password: root
    driver-class-name: com.mysql.jdbc.Driver
  application:
    name: orderservice
  cloud:
    nacos:
      server-addr: localhost:8848 # nacos服务地址
    sentinel:
      transport:
        dashboard: localhost:8080 #sentinel控制台

3.访问微服务的接口，查看控制台页面
在这里插入图片描述
限流规则
簇点链路：就是项目内的调用链路，链路中被监控的每一个接口就是一个资源。默认情况下sentinel会监控Spring MVC的每一个端点**（Controller中的每一个方法）**，因此SpringMVC的每一个端点就是调用链路中的一个资源。

在这里插入图片描述
流控、熔断等都是针对簇点链路中的资源来设置的，可以点击对应的资源后面的按钮来设置对应的规则。
以该服务的流控为例子：

三种流控模式：
直接：统计当前资源的请求，触发阈值时对当前资源限流，也是默认的模式
关联：统计与当前资源相关的另一个资源，触发阈值时，对当前资源限流
链路： 统计从指定链路访问本资源的请求，触发阈值时，对指定链路限流。

单机QPS为5的演示案例
在这里插入图片描述
JEMETER压测结果：

流控模式-关联

关联模式：统计与当前资源相关的另一个资源**，触发阈值时，对当前资源限流
使用场景：比如用户支付时需要修改订单状态，同时用户要查询订单。
查询和修改操作会争抢数据库锁，产生竞争。业务需求是有限支付和更新订单的业务，因此当修改订单业务触发阈值时，需要对查询订单业务限流

写对读限流 write的资源访问超过阈值的时候，会对read进行限流，避免影响write的资源。
在这里插入图片描述
关联模式演示
在OrderController新建两个端点：/order/query和/order/update，无需实现业务
配置流控规则，当/order/ update资源被访问的QPS超过5时，对/order/query请求限流

流控结果：

关联模式的使用条件：
1.两个有竞争关系的资源
2.一个优先级较高，一个优先级较低

流控模式-链路

**
链路模式：只针对从指定链路访问到本资源的请求作统计，判断是否超过阈值

例如有两条请求链路：
/test1 --> /common
/test2 --> /common
如果只希望统计从/test2进入到/common的请求，则可以这样配置：

在这里插入图片描述
链路模式演示

需求：有查询订单和创建订单业务，两者都需要查询商品**。针对从查询订单进入到查询商品的请求统计，并设置限流。**
步骤：
1.在OrderService中添加一个queryGoods方法，不用实现业务
2.在OrderController中，改造/order/query端点，调用OrderService中的queryGoods方法
3.在OrderController中添加一个/order/save的端点，调用OrderService的queryGoods方法
4.给queryGoods设置限流规则，从/order/query进入queryGoods的方法限制QPS必须小于2

演示：
问题1： Sentinel默认只标记Controller中的方法为资源，如果要标记其它方法，需要利用@SentinelResource注解

    @SentinelResource("goods")
    public void queryGoods(){
        System.err.println("查询商品");
    }

问题2： Sentinel默认会将Controller方法做context整合，导致链路模式的流控失效，需要修改application.yml

server:
  port: 8088
spring:
  datasource:
    url: jdbc:mysql://localhost:3306/cloud_order?useSSL=false
    username: root
    password: root
    driver-class-name: com.mysql.jdbc.Driver
  application:
    name: orderservice
  cloud:
    nacos:
      server-addr: localhost:8848 # nacos服务地址
    sentinel:
      transport:
        dashboard: localhost:8080 #sentinel控制台
      web-context-unify: false # 关闭context整合

/order/query 与 /order/save 分成两个不同的子链路
在这里插入图片描述
对于goods添加流控规则的配置

/order/query的限流结果

流控效果

流控效果是指请求达到流控阈值时应该采取的措施，包含三种：
1.快速失败：达到阈值后，新的请求会被立即拒绝并抛出FlowException异常。是默认的处理方式。
2.Warm Up: 预热模式，对超出阈值的请求同样是拒绝并抛出异常。但这种模式的阈值会动态变化，从一个较小值逐渐增大到最大阈值。
3.排队等待：让所有的请求按照先后次序排队执行，两个请求的间隔不能小于指定时长
在这里插入图片描述
流控效果–warm up

warm up也叫预热模式，是应对服务冷启动的一种方案。请求阈值初始值是 threshold / coldFactor，持续指定时长后，逐渐提高到threshold值。而coldFactor的默认值是3.
例如，设置QPS的threshold为10，预热时间为5秒，那么初始阈值就是 10 / 3 ，也就是3，然后在5秒后逐渐增长到10.
在这里插入图片描述
预热模式演示
给/order/{orderId}这个资源设置限流，最大QPS为10，利用warm up效果，预热时长为5秒

在这里插入图片描述

结果：
在这里插入图片描述
流控效果-排队等待

当请求超过QPS阈值时，快速失败和warm up 会拒绝新的请求并抛出异常。而排队等待则是让所有请求进入一个队列中，然后按照阈值允许的时间间隔依次执行。后来的请求必须等待前面执行完成，如果请求预期的等待时间超出最大时长，则会被拒绝。
例如：QPS = 5，意味着每200ms处理一个队列中的请求；timeout = 2000，意味着预期等待超过2000ms的请求会被拒绝并抛出异常
在这里插入图片描述
排队等待演示

给/order/{orderId}这个资源设置限流，最大QPS为10，利用排队的流控效果，超时时长设置为5s

结果：
在这里插入图片描述
流量整形：

热点参数限流

之前的限流是统计访问某个资源的所有请求，判断是否超过QPS阈值。而热点参数限流是分别统计参数值相同的请求，判断是否超过QPS阈值。
在这里插入图片描述
配置示例：
点击Sentinel控制台左侧栏的热点规则：

含义：对hot这个资源的0号参数（第一个参数）做统计，每1秒相同参数值的请求数不能超过5。

在热点参数限流的高级选项中，可以对部分参数设置例外配置：
在这里插入图片描述
结合上一个配置，这里的含义是对0号的long类型参数限流，每1秒相同参数的QPS不能超过5，有两个例外：
1.如果参数值是100，则每1秒允许的QPS为10
2.如果参数值是120，则每1秒允许的QPS为5

热点参数限流演示
需求：
给/order/{orderId}这个资源添加热点参数限流，规则如下：
1.默认的热点参数规则是每1秒请求量不超过2
2.给102这个参数设置例外：每1秒请求量不超过4
3.给103这个参数设置例外：每1秒请求量不超过10
规则配置：
问题：热点参数限流对默认的SpringMVC资源无效

代码改造：

@SentinelResource("hot")
    @GetMapping("{orderId}")
    public Order queryOrderByUserId(@PathVariable("orderId") Long orderId) {
        // 根据id查询订单并返回
        return orderService.queryOrderById(orderId);
    }

相关的配置项：![在这里/img-blog.csdnimg.cn/direct/b665208c3d364eefbc4ef0e21cc54578.png)
在这里插入图片描述
结果

链接：
黑马Sentinel教程，全面讲解阿里巴巴流量控制组件

西门吹雪分身

关注

27
点赞
踩
20

收藏

觉得还不错? 一键收藏
0
评论
Sentinel 学习01-流控规则

默认情况下sentinel会监控Spring MVC的每一个端点**（Controller中的每一个方法）**，因此SpringMVC的每一个端点就是调用链路中的一个资源。3.在OrderController中添加一个/order/save的端点，调用OrderService的queryGoods方法。流控、熔断等都是针对簇点链路中的资源来设置的，可以点击对应的资源后面的按钮来设置对应的规则。write的资源访问超过阈值的时候，会对read进行限流，避免影响write的资源。
复制链接

扫一扫