Sentinel系统保护规则

本是古典何须时尚 2021-09-08 06:50 535阅读 0赞

[**完整目录清单页面（必看）**][Link 1]

Sentinel 系统自适应限流从整体维度对应用入口流量进行控制，结合应用的 Load、CPU 使用率、总体平均 RT、入口 QPS 和并发线程数等几个维度的监控指标，通过自适应的流控策略，让系统的入口流量和系统的负载达到一个平衡，让系统尽可能跑在最大吞吐量的同时保证系统整体的稳定性。

系统规则包含下面几个重要的属性：

<table> 
 <thead> 
  <tr> 
   <th>Field</th> 
   <th>说明</th> 
   <th>默认值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>highestSystemLoad</td> 
   <td><code>load1</code> 触发值，用于触发自适应控制阶段</td> 
   <td>-1 (不生效)</td> 
  </tr> 
  <tr> 
   <td>avgRt</td> 
   <td>所有入口流量的平均响应时间</td> 
   <td>-1 (不生效)</td> 
  </tr> 
  <tr> 
   <td>maxThread</td> 
   <td>入口流量的最大并发数</td> 
   <td>-1 (不生效)</td> 
  </tr> 
  <tr> 
   <td>qps</td> 
   <td>所有入口资源的 QPS</td> 
   <td>-1 (不生效)</td> 
  </tr> 
  <tr> 
   <td>highestCpuUsage</td> 
   <td>当前系统的 CPU 使用率（0.0-1.0）</td> 
   <td>-1 (不生效)</td> 
  </tr> 
 </tbody> 
</table>

理解上面规则的定义之后，我们可以通过调用 `SystemRuleManager.loadRules()` 方法来用硬编码的方式定义流量控制规则。

private void initSystemRule() { 
        List<SystemRule> rules = new ArrayList<>();
        SystemRule rule = new SystemRule();
        rule.setHighestSystemLoad(10);
        rules.add(rule);
        SystemRuleManager.loadRules(rules);
    }

控制台对应操作：  
![\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-u2u2nC02-1623209963838)(image-20210609103847728.png)\]][img-u2u2nC02-1623209963838_image-20210609103847728.png]

在开始之前，我们先了解一下系统保护的目的：

*  保证系统不被拖垮
 *  在系统稳定的前提下，保持系统的吞吐量

长期以来，系统保护的思路是根据硬指标，即系统的负载 (load1) 来做系统过载保护。当系统负载高于某个阈值，就禁止或者减少流量的进入；当 load 开始好转，则恢复流量的进入。**这个思路给我们带来了不可避免的两个问题**：

*  load 是一个“结果”，如果根据 load 的情况来调节流量的通过率，那么就始终有**延迟性**。也就意味着通过率的任何调整，都会过一段时间才能看到效果。当前通过率是使 load 恶化的一个动作，那么也至少要过 1 秒之后才能观测到；同理，如果当前通过率调整是让 load 好转的一个动作，也需要 1 秒之后才能继续调整，这样就浪费了系统的处理能力。所以我们看到的曲线，总是会有抖动。
 *  **恢复慢**。想象一下这样的一个场景（真实），出现了这样一个问题，下游应用不可靠，导致应用 RT 很高，从而 load 到了一个很高的点。过了一段时间之后下游应用恢复了，应用 RT 也相应减少。这个时候，其实应该大幅度增大流量的通过率；但是由于这个时候 load 仍然很高，通过率的恢复仍然不高。

[TCP BBR][] 的思想给了我们一个很大的启发。我们应该根据系统能够处理的请求，和允许进来的请求，来做平衡，而不是根据一个间接的指标（系统 load）来做限流。最终我们追求的目标是 **在系统不被拖垮的情况下，提高系统的吞吐率，而不是 load 一定要到低于某个阈值**。如果我们还是按照固有的思维，超过特定的 load 就禁止流量进入，系统 load 恢复就放开流量，这样做的结果是无论我们怎么调参数，调比例，都是按照果来调节因，都无法取得良好的效果。

Sentinel 在系统自适应保护的做法是，用 load1 作为启动自适应保护的因子，而允许通过的流量由处理请求的能力，即请求的响应时间以及当前系统正在处理的请求速率来决定。

> 微信搜一搜【java1234】关注这个放荡不羁的程序员，关注后回复【资料】有我准备的一线大厂笔试面试资料以及简历模板。

[Link 1]: https://blog.csdn.net/caoli201314/article/details/116422933
[img-u2u2nC02-1623209963838_image-20210609103847728.png]: /images/20210901/e9902d9c136a4b8da63affa5ebe1666e.png
[TCP BBR]: https://en.wikipedia.org/wiki/TCP_congestion_control#TCP_BBR