OpenShift 4 之Istio-Tutorial (9) 访问限流

《OpenShift 4.x HOL教程汇总》
说明：本文已经在OpenShift 4.6环境中验证

Istio可以实现对服务访问的限流。通常限流可以保护被调用服务的可用性，以防止被调用服务由于频繁访问出现不稳定情况。本章节我们实现对服务访问的限流。

我们在开始之前先确保环境和完成《OpenShift 4 之Istio-Tutorial (2)
部署三个微服务》一样，只部署了3个微服务和VirtualService、Gateway，没有DestinationRule。
此时使用脚本访问customer可以正常连续访问。

$ export INGRESS_GATEWAY=$(oc get route -n user1-smcp istio-ingressgateway -o 'jsonpath={.spec.host}')
$ ./scripts/run.sh $INGRESS_GATEWAY/customer

文件定istiofiles/rate_limit_rule.yml义了对recommendation服务的访问限流（每5s只能访问1次），而其它服务是缺省的限流（1s可以访问500次）。

apiVersion: config.istio.io/v1alpha2
kind: memquota
metadata:name: handlernamespace: istio-system
spec:quotas:-- name: requestcount.quota.istio-systemmaxAmount: 500validDuration: 1soverrides:- dimensions:destination: recommendationmaxAmount: 1validDuration: 5s
---
apiVersion: config.istio.io/v1alpha2
kind: quota
metadata:name: requestcountnamespace: istio-system
spec:dimensions:source: request.headers["x-forwarded-for"] | "unknown"destination: destination.labels["app"] | destination.service.name | "unknown"destinationVersion: destination.labels["version"] | "unknown"
---
apiVersion: config.istio.io/v1alpha2
kind: QuotaSpec
metadata:name: request-countnamespace: istio-system
spec:rules:-- quotas:- charge: 1quota: requestcount
---
apiVersion: config.istio.io/v1alpha2
kind: QuotaSpecBinding
metadata:name: request-countnamespace: istio-system
spec:quotaSpecs:-- name: request-countnamespace: istio-systemservices:-- name: recommendationnamespace: istio-tutorial
---
apiVersion: config.istio.io/v1alpha2
kind: rule
metadata:name: quotanamespace: istio-system
spec:actions:-- handler: handler.memquotainstances:- requestcount.quota

执行脚本，先创建限流资源对象，然后持续访问customer服务。可以看到preference服务提示：访问已经超过限流了。

$ oc create -f istiofiles/rate_limit_rule.yml
$ ./scripts/run.sh $INGRESS_GATEWAY/customer
customer => preference => recommendation v1 from '67976848-4l4s7': 8348
customer => preference => recommendation v1 from '67976848-4l4s7': 8349
customer => Error: 503 - preference => Error: 429 - RESOURCE_EXHAUSTED:Quota is exhausted for: requestcount
customer => Error: 503 - preference => Error: 429 - RESOURCE_EXHAUSTED:Quota is exhausted for: requestcount
customer => Error: 503 - preference => Error: 429 - RESOURCE_EXHAUSTED:Quota is exhausted for: requestcount
Ccustomer => Error: 503 - preference => Error: 429 - RESOURCE_EXHAUSTED:Quota is exhausted for: requestcount

最后恢复环境即可。

$ oc delete -f istiofiles/rate_limit_rule.yml

OpenShift 4 之Istio-Tutorial (9) 访问限流相关推荐

在Zuul中设置服务访问限流
使用Zuul中的过滤器结合谷歌提供的工具类RateLimiter达到限流在网关服务中创建一个过滤器,并添加到容器中 @Component public class RateLimitFilter e ...
RateLimiter高并发访问限流
使用RateLimiter完成简单的大流量限流,抢购秒杀限流. RateLimiter是guava提供的基于令牌桶算法的实现类,可以非常简单的完成限流特技,并且根据系统的实际情况来调整生成token的 ...
OpenShift 4 - 容器访问限速和Route访问限制流
<OpenShift 4.x HOL教程汇总> 说明:本文已经在OpenShift 4.6环境中验证文章目录容器访问限速 Route访问限流容器访问限速创建测试项目 $ oc ne ...
Service Mesh微服务熔断、限流的骚操作
在微服务架构中,随着服务调用链路变长,为了防止出现级联雪崩,在微服务治理体系中,熔断.限流作为服务自我保护的重要机制,是确保微服务架构稳定运行的关键手段之一. 那么什么是熔断.限流?在传统Spring ...
GO微服务实战第二十二节案例：如何通过 Service Meh 实现熔断和限流？
在前面的课时中,我们分别学习了熔断.限流在服务高可用架构中的重要性和具体使用方式.但是,在具体使用过程中,我们会发现实现熔断和限流的代码和实现业务逻辑的代码耦合在一起,对系统的可维护性产生了不良的影响 ...
玩转Service Mesh微服务熔断、限流骚操作
在微服务架构中,随着服务调用链路变长,为了防止出现级联雪崩,在微服务治理体系中,熔断.限流作为服务自我保护的重要机制,是确保微服务架构稳定运行的关键手段之一. 那么什么是熔断.限流?在传统Spring ...
微服务接口限流的设计与思考（附GitHub框架源码）
http://www.infoq.com/cn/articles/microservice-interface-rate-limit?useSponsorshipSuggestions=true&am ...
高效的动态URL限流实现
访问限流对于一个网关来说是个比较重要的功能,它可以根据不同服务的处理能力来控制相关的访问量,从而保障服务更可靠地运行.但是URL控制的路径比较多还加上可动态添加删除,大量的访问匹配会很容易引起性能上的 ...
【.NET Core项目实战-统一认证平台】第七章网关篇-自定义客户端限流
上篇文章我介绍了如何在网关上增加自定义客户端授权功能,从设计到编码实现,一步一步详细讲解,相信大家也掌握了自定义中间件的开发技巧了,本篇我们将介绍如何实现自定义客户端的限流功能,来进一步完善网关的基础 ...

OpenShift 4 之Istio-Tutorial (9) 访问限流

OpenShift 4 之Istio-Tutorial (9) 访问限流相关推荐

最新文章

热门文章