【sentinel】深入浅出之原理篇集群流控之Demo

Posted 2023-04-12

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了【sentinel】深入浅出之原理篇集群流控之Demo相关的知识，希望对你有一定的参考价值。

参考技术A

关于集群限流的功能，官方文档写的非常详细: 集群流控官方文档
官方文档中有demo，但是隐藏了太多细节，且依赖了nacos，我这里自己写了一个demo。

demo地址: https://github.com/shxz130/sentinel-demo
首先启动一个Server端:

在初始化规则的时候，指定集群 or 单机模式，指定限流规则，指定限流类型qps or threads ，最后，加载单机规则，集群NameSpace以及nameSpace对应的集群规则。

在初始化Server的时候，指定TokenServer的Ip和端口，并加载nameSpace信息到Cluster。

初始化客户端的时候，实质是指定客户端规则，配置服务端地址和IP。

最后，启动服务，则是将上面配置的Server信息对外暴漏服务。

这里的端口号是设置服务端的端口号,单独启动Server，这里配置1s中10个QPS,模拟1s中10个请求，能看到运行结果如下:

结果都是通过的，但并不代表限流生效。将1s中请求10个改为20，也就是超时时间由100改为50，运行结果一半通过，一半阻塞 。

可以看到，单机限流是生效了。
为了模拟集群环境，启动一个客户端，客户端的配置和服务端区别在于最后启动的不是Server，而是Client。

设置客户端方式和服务端一致。

先启动服务端。后启动客户端，可以看到服务端日志：

可以看到，当服务端启动的时候，只有服务端一个节点，所以请求全部通过，当客户端联通服务端之后，因为有了客户端连接，所以服务端有block的请求了。
再看一下客户端的日志:

可以看到，在同1s的时间里，客户端和服务端的请求通过数加起来就是集群QPS数。

集群限流生效。

背景信息

Sentinel集群流控通常适⽤于以下场景：

1. 单机流量不均：由于负载不均衡等原因导致每台机器的流量不均，这时使⽤单机流控可能会出现没有达到请求总量，某些机器就开始限流的情况。

2. 集群⼩流量流控：某些⾼可⽤防护场景下需要将服务调⽤QPS限制到很⼩的量，此时平均到每台机器的QPS可能⼩于1，⽆法通过单机流控进⾏精确控制。例如希望限制总QPS为50，但节点数有100个。

3. 有业务含义的流量控制：例如限制某个API每个⽤户每分钟调⽤不超过10次。

独立模式（Alone），即作为独立的 token server 进程启动，独立部署，隔离性好，但是需要额外的部署操作。独立模式适合作为 Global Rate Limiter 给集群提供流控服务。

嵌入模式（Embedded），即作为内置的 token server 与服务在同一进程中启动。在此模式下，集群中各个实例都是对等的，token server 和 client 可以随时进行转变，因此无需单独部署，灵活性比较好。但是隔离性不佳，需要限制 token server 的总 QPS，防止影响应用本身。嵌入模式适合某个应用集群内部的流控。