我是靠谱客的博主 动听水壶,最近开发中收集的这篇文章主要介绍【博学谷学习记录】超强总结,用心分享 | Sentinel一、雪崩问题二、Sentinel三、限流规则,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

目录

  • 一、雪崩问题
  • 二、Sentinel
  • 三、限流规则


一、雪崩问题

微服务调用链路中的某个服务故障,引起整个链路中的所有微服务都不可用,这就是雪崩。
解决雪崩问题的常见方式有四种:

  • 避免因服务故障引起的雪崩问题
    • 超时处理:设定超时时间,请求超过一定时间没有响应就返回错误信息,不会无休止等待(缓解)
    • 舱壁模式:限定每个业务能使用的线程数,避免耗尽整个tomcat的资源,因此也叫线程隔离。(会造成资源浪费)
    • 熔断降级:由断路器统计业务执行的异常比例,如果超出阈值则会熔断该业务,拦截访问该业务的一切请求。(较好)
  • 流量控制:限制业务访问的QPS,避免服务因流量的突增而故障。(避免因瞬间高并发流量而导致服务故障)

二、Sentinel

  1. Sentinel特征

    • 丰富的应用场景:Sentinel 承接了阿里巴巴近 10 年的双十一大促流量的核心场景,例如秒杀(即突发流量控制在系统容量可以承受的范围)、消息削峰填谷、集群流量控制、实时熔断下游不可用应用等。
    • 完备的实时监控:Sentinel 同时提供实时的监控功能。您可以在控制台中看到接入应用的单台机器秒级数据,甚至 500 台以下规模的集群的汇总运行情况。
    • 广泛的开源生态:Sentinel 提供开箱即用的与其它开源框架/库的整合模块,例如与 Spring Cloud、Dubbo、gRPC 的整合。您只需要引入相应的依赖并进行简单的配置即可快速地接入 Sentinel。
    • 完善的 SPI 扩展点:Sentinel 提供简单易用、完善的 SPI 扩展接口。您可以通过实现扩展接口来快速地定制逻辑。例如定制规则管理、适配动态数据源等。
  2. 服务保护技术对比

SentinelHystrix
隔离策略信号量隔离线程池隔离/信号量隔离
熔断降级策略基于慢调用比例或异常比例基于失败比率
实时指标实现滑动窗口滑动窗口(基于 RxJava)
规则配置支持多种数据源支持多种数据源
扩展性多个扩展点插件的形式
基于注解的支持支持支持
限流基于 QPS,支持基于调用关系的限流有限的支持
流量整形支持慢启动、匀速排队模式不支持
系统自适应保护支持不支持
控制台开箱即用,可配置规则、查看秒级监控、机器发现等不完善
常见框架的适配Servlet、Spring Cloud、Dubbo、gRPC 等Servlet、Spring Cloud Netflix
  1. 安装Sentinel控制台
    sentinel官方提供了UI控制台,方便我们对系统做限流设置
    可以到此处下载
    可以使用命令行执行
java -jar sentinel-dashboard-1.8.1.jar

然后访问:localhost:8080 即可看到控制台页面,默认的账户和密码都是sentinel
4. 微服务整合Sentinel

  • 引入sentinel依赖:
<!--sentinel-->
<dependency>
	<groupId>com.alibaba.cloud</groupId>
	<artifactId>spring-cloud-starter-alibaba-sentinel</artifactId>
</dependency>
  • 配置控制台地址:
spring:
	cloud: 
		sentinel:
			transport:
				dashboard: localhost:8080
  • 访问微服务的任意端点,触发sentinel监控

三、限流规则

  1. 簇点链路
    1. 簇点链路:就是项目内的调用链路,链路中被监控的每个接口就是一个资源。默认情况下sentinel会监控SpringMVC的每一个端点(Endpoint),因此SpringMVC的每一个端点(Endpoint)就是调用链路中的一个资源。
      流控、熔断等都是针对簇点链路中的资源来设置的,因此我们可以点击对应资源后面的按钮来设置规则:
    2. 流控模式:
      在添加限流规则时,点击高级选项,可以选择三种流控模式:
      • 直接:统计当前资源的请求,触发阈值时对当前资源直接限流,也是默认的模式
      • 关联:统计与当前资源相关的另一个资源,触发阈值时,对当前资源限流
      • 链路:统计从指定链路访问到本资源的请求,触发阈值时,对指定链路限流
    3. 流控效果:
      流控效果是指请求达到流控阈值时应该采取的措施,包括三种:
      • 快速失败:达到阈值后,新的请求会被立即拒绝并抛出FlowException异常。是默认的处理方式。
      • warm up:预热模式,对超出阈值的请求同样是拒绝并抛出异常。但这种模式阈值会动态变化,从一个较小值逐渐增加到最大阈值。
      • 排队等待:让所有的请求按照先后次序排队执行,两个请求的间隔不能小于指定时长
  2. 热点参数限流
  • 之前的限流是统计访问某个资源的所有请求,判断是否超过QPS阈值。而热点参数限流是分别统计参数值相同的请求,判断是否超过QPS阈值。
    在这里插入图片描述
    代表的含义是:对hot这个资源的0号参数(第一个参数)做统计,每1秒相同参数值的请求数不能超过5
  • 在热点参数限流的高级选项中,可以对部分参数设置例外配置:
    在这里插入图片描述
    结合上一个配置,这里的含义是对0号的long类型参数限流,每1秒相同参数的QPS不能超过5,有两个例外:
    如果参数值是100,则每1秒允许的QPS为10
    如果参数值是101,则每1秒允许的QPS为15

最后

以上就是动听水壶为你收集整理的【博学谷学习记录】超强总结,用心分享 | Sentinel一、雪崩问题二、Sentinel三、限流规则的全部内容,希望文章能够帮你解决【博学谷学习记录】超强总结,用心分享 | Sentinel一、雪崩问题二、Sentinel三、限流规则所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(49)

评论列表共有 0 条评论

立即
投稿
返回
顶部