Sentinel入门与使用

使用注意事项:资源的定义方式有两种:1.通过代码定义2.通过注解定义

4.1.3

Sentinel和Gateway1.功能实现1.添加框架依赖2.设置配置文件3.

设置限流和熔断规则4.验证规则

旨在解决分布式系统中的流量控制和熔断问题帮助开发人员保护微服务应用免受系统负载过高和故障的影响。

Sentinel

流量控制:可以通过配置规则对接口的访问量进行限制避免因流量过高而导致系统崩溃服务熔断:当后端服务不可用或异常时可以通过配置熔断规则快速失败并返回错误信息避免连锁故障。

系统负载保护:根据系统的负载情况自动控制流量的通过防止系统出现过载现象。

统计和监控:提供实时的流量控制和熔断统计信息可以通过

2.为什么需要

防止雪崩效应:当某个服务故障时传统的做法是让请求一直等待直到服务恢复正常。

然而这可能导致请求积压进而导致其他服务也出现故障最终形成雪崩效应。

Sentinel

可以通过熔断机制及时返回错误信息避免连锁故障。

流量控制:在高并发场景下如果系统突然接收到大量请求可能会导致系统过载影响正常的服务。

Sentinel

可以通过流量控制机制限制并发请求的数量确保系统的可用性和稳定性。

保护系统稳定性:在微服务架构中多个服务之间相互依赖一个服务的故障可能导致整个系统的崩溃。

Sentinel

可以对请求进行流量控制和熔断避免由于某个服务的故障导致整个系统不可用。

3.Sentinel

流量控制是指对系统中的请求流量进行限制和管理以确保系统在承受能力范围内正常运行。

3.1.1

Bucket)。

这两种算法都可以用来平滑流量并控制数据包的传输速率防止突发流量对系统造成影响。

令牌桶算法(Token

令牌桶算法是一种基于令牌的流量控制算法它维护一个令牌桶该桶以固定的速率往里面放入令牌。

每当有数据包到达时需要从令牌桶中取出一个令牌如果没有足够的令牌则数据包将被丢弃或延迟处理。

这样可以限制数据包的传输速率平滑流量防止突发流量对系统造成影响。

举例说明

假设一个令牌桶算法的令牌桶容量为100个令牌每秒往桶中放入10个令牌即系统的传输速率为10个数据包/秒。

当一个数据包到达时需要从令牌桶中取出一个令牌如果桶中有足够的令牌则可以传输数据包如果桶中没有足够的令牌则需要等待直到桶中有足够的令牌为止。

漏桶算法(Leaky

漏桶算法是一种基于漏桶的流量控制算法它维护一个固定容量的漏桶数据包以固定速率进入漏桶。

当数据包到达时如果漏桶未满则可以传输数据包如果漏桶已满则数据包将被丢弃或延迟处理。

漏桶算法可以平滑流量防止突发流量对系统造成影响。

举例说明

假设一个漏桶算法的漏桶容量为100个数据包漏桶的漏出速率为10个数据包/秒即系统的传输速率为10个数据包/秒。

当一个数据包到达时如果漏桶未满则可以传输数据包如果漏桶已满则需要等待直到有空间为止。

这两种算法在实际应用中都可以有效地控制流量保护系统免受突发流量的影响。

在选择算法时可以根据具体的需求和场景来决定使用哪种算法。

3.1.2

资源的调用关系例如资源的调用链路资源和资源之间的关系运行指标例如

QPS(Queries

Second每秒查询数)、线程池、系统负载等。

控制的效果例如直接限流、冷启动、排队等。

Sentinel

的设计理念是让您自由选择控制的角度并进行灵活组合从而达到想要的效果。

Sentinel

限流配置:

FlowException。

这种方式适用于对系统处理能力确切已知的情况下比如通过压测确定了系统的准确水位时。

排队等待(也叫匀速通过):排队等待会严格控制请求通过的间隔时间让请求稳定且匀速的通过可以用来处理间隔性突发的高流量。

例如抢票软件在某一秒或者一分钟内有大量的请求到来而接下来的一段时间里处于空闲状态我们希望系统能够在接下来的空余时间里也能出去这些请求而不是直接拒绝。

在设置排队等待时需要填写超时时间。

Warm

Up:此项叫做预热或者冷启动方式此模式主要是防止流量突然增加时直接把系统拉升到高水位可能瞬间把系统压垮通过冷启动让通过的流量缓慢增加在一定时间内逐渐增加到阈值上限给冷系统一个预热的时间避免冷系统被压垮。

当使用

Warm

30%)以及系统预热所需时长(warmUpPeriodSec默认值是

3.2

熔断是一种在分布式系统中处理故障和异常的策略。

当某个服务或者接口发生故障或异常时熔断机制会迅速将请求拒绝或者返回错误信息而不是让请求一直等待或者重试以保护系统免受故障的扩散影响。

熔断的原理是通过对服务的监控和评估根据一定的规则来判断服务的健康状况。

当服务的错误率或者响应时间超过设定的阈值时熔断器会触发并将后续的请求迅速拦截或者返回错误信息而不是继续调用该服务从而避免由于故障服务的长时间不可用或者响应过慢而导致整个系统的延迟或者崩溃。

熔断机制的好处是能够快速失败并返回错误信息避免资源的浪费和系统的连锁故障。

当服务恢复正常时熔断器会逐渐放行请求验证服务的可用性确保系统逐渐恢复正常运行。

熔断策略

Sentinel是阿里巴巴开源的一款面向分布式服务架构的高可用流量控制组件它提供了流量控制、熔断降级、系统负载保护等功能。

在Sentinel中熔断是一种重要的流量控制策略用于保护系统免受异常流量的影响。

以下是几种常见的Sentinel熔断策略

这种策略会根据请求的异常比例来触发熔断。

当系统中某个接口的异常比例超过设定的阈值时Sentinel会触发熔断暂时停止对该接口的请求处理以避免异常请求继续对系统造成影响。

在熔断打开后Sentinel会定时尝试关闭熔断恢复对该接口的请求处理。

这种策略会根据接口的平均响应时间来触发熔断。

当系统中某个接口的平均响应时间超过设定的阈值时Sentinel会触发熔断暂时停止对该接口的请求处理以避免响应时间过长影响系统的整体性能。

在熔断打开后Sentinel会定时尝试关闭熔断恢复对该接口的请求处理。

这种策略会根据接口的并发线程数来触发熔断。

当系统中某个接口的并发线程数超过设定的阈值时Sentinel会触发熔断暂时停止对该接口的请求处理以避免过多的并发请求导致系统负载过高。

在熔断打开后Sentinel会定时尝试关闭熔断恢复对该接口的请求处理。

这些熔断策略可以根据具体的业务需求和系统特点进行配置和调整帮助系统在面对异常流量时保持稳定和可靠。

在实际应用中可以根据系统的情况选择合适的熔断策略并通过监控和调优来保证系统的高可用性和稳定性。

3.3

等规则:对资源的访问策略包括限流、熔断、热点等。

规则包含以下这些:

限流规则:基于不同的模式对流量进行控制可以直接拒绝、等待等。

熔断规则:异常情况下进行熔断降级。

热点规则:对热点数据进行针对性的流量控制授权规则:对调用方(入口服务)进行黑、白名单限制。

系统保护规则:基于

CPU、负载、整体

value:资源名称必需项(不能为空)entryType:资源调用的流量类型入口流量(EntryType.IN)和出口流量(EntryType.OUT注意系统规则只对

生效。

blockHandler/blockHandlerClass:

限流和熔断时执行

限流和熔断执行的业务fallback/fallbackClass:非

BlockException

时其他非限流、非熔断时异常对应的方法。

exceptionsToIgnore:用于指定哪些异常被排除掉不会计入异常统计中也不会进入

falback

函数只针对熔断降级异常(DegradeException)进行处理不能针对业务异常进行处理。

blockHandler

SphU.entry(resourceName”)来定义资源具体实现代码如下:

SphU

value:资源名称必需项(不能为空)entryType:资源调用的流量类型:入口流量(EntryType.IN)和出口流量(EntryType.OUT)注意系统规则只对

生效。

blockHandler/blockHandlerClass:

限流和熔断时执行

所对应的方法名。

fallback/fallbackClass:非BlockException

时其他非限流、非熔断时异常对应的方法exceptionsToIgnore:用于指定哪些异常被排除掉不会计入异常统计中也不会进入

fallback

函数只针对熔断降级异常(DegradeException)进行处理不能针对业务异常进行处理。

4.1.3

API定期拉取并且聚合应用监控信息最终可以实现秒级的实时监控。

规则管理和推送:统一管理推送规则。

鉴权:生产环境中鉴权非常重要。

这里每个开发者需要根据自己的实际情况进行定制。

注意:Sentinel控制台目前仅支持单机部署。

Sentinel

控制台项日提供

功能全集示例不作为开箱即用的生产环境控制台若希望在生产环境使用请根据文档自行进行定制和改造。

5.1