2

Ocelot的限流、熔断和负载均衡 - 以往清泉

 1 year ago
source link: https://www.cnblogs.com/xwc1996/p/17231128.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

Ocelot的限流、熔断和负载均衡

 想要在Ocelot中设置限流，需要在设置如下绿色所示：

{
  "GlobalConfiguration": {
    "RateLimitOptions": {
      "DisableRateLimitHeaders": false,
      "QuotaExceededMessage": "Customize Tips!",
      "HttpStatusCode": 999,
      "ClientIdHeader": "Test"
    }
  },
  "Routes": [
    {
      "DownstreamPathTemplate": "/{everything}",
      "DownstreamScheme": "https",
      "DownstreamHostAndPorts": [
        {
          "Host": "localhost",
          "Port": 5001
        }
      ],
      "UpstreamPathTemplate": "/api/{everything}",
      "UpstreamHttpMethod": [ "Get", "Post" ],
      "RateLimitOptions": {
        "ClientWhitelist": [],
        "EnableRateLimiting": true,
        "Period": "1s",
        "PeriodTimespan": 1,
        "Limit": 1
      }
    }
  ]
}

在Route中设置的参数解释如下：

ClientWhitelist：白名单，白名单内的客户端请求不会被限流。

Period：限流时间，如1s、5m、1h、1d等。如果在此时间段内发出的请求超过限制，则需要等待PeriodTimespan结束后再发出另一个请求。

PeriodTimespan：触发限流后多久后可以再次发起请求。

Limit：限流时间内限制的请求次数。

在GlobalConfiguration中设置的参数解释如下：

DisableRateLimitHeaders：是否禁用X-Rate-Limit和Retry-After标头。

QuotaExceededMessage：限流返回的错误提示。

HttpStatusCode：设置限流发生后返回的HTTP状态码。

ClientIdHeader：指定应用于标识客户端的标头，默认是ClientId。

然后看下效果：

988132-20230318174253794-1309449458.gif

在Ocelot中熔断采用了Plloy来实现，我们需要先安装：

Install-Package Ocelot.Provider.Polly

 需要注入方法

builder.Services.AddOcelot().AddPolly();

然后在每个路由配置中添加以下配置，表示出现超过3次异常将会熔断1秒，请求超过5秒算超时。

"QoSOptions": {
    "ExceptionsAllowedBeforeBreaking":3,
    "DurationOfBreak":1000,
    "TimeoutValue":5000
}

ExceptionsAllowedBeforeBreaking必须大于0才能执行此规则，表示允许异常的次数。DurationOfBreak表示熔断时长，单位为毫秒。TimeoutValue表示超时时间，超过多久算超时，单位毫秒。

我们测试一下从下面的动图可以看到，我们三次超时后，熔断了的请求直接返回了503。

988132-20230318231032917-249266917.gif

 三、负载均衡

Ocelot可以在每个路由的可用下游服务之间进行负载均衡，负载平衡有以下几种类型：

LeastConnection ：追踪那些服务正在请求中，并且将最新的请求发送给当前请求最少的服务。

RoundRobin ：轮询可用的服务并且发送请求，需要配合Consul才能对下线服务进行检测，否则还是直接报错的。

NoLoadBalancer ：从配置或者服务中发现第一个可用的服务发送请求。

CookieStickySessions：使用cookie关联所有相关的请求到制定的服务，下面会细说。

使用负载均衡就是在一条路由中设置多个下游服务，然后选择一个负载均衡类型，如下：

{
    "DownstreamPathTemplate": "/api/posts/{postId}",
    "DownstreamScheme": "https",
    "DownstreamHostAndPorts": [
            {
                "Host": "10.0.1.10",
                "Port": 5000,
            },
            {
                "Host": "10.0.1.11",
                "Port": 5000,
            }
        ],
    "UpstreamPathTemplate": "/posts/{postId}",
    "LoadBalancerOptions": {
        "Type": "LeastConnection"
    },
    "UpstreamHttpMethod": [ "Put", "Delete" ]
}

 1、服务发现中使用负载均衡

如下设置完服务名后，会自动查找下游的主机和端口，并在任何可用的服务之间进行负载均衡请求。如果从Consul中添加和删除服务，那么Ocelot会停止调用删除的服务，并且调用添加的服务。

{
    "DownstreamPathTemplate": "/api/posts/{postId}",
    "DownstreamScheme": "https",
    "UpstreamPathTemplate": "/posts/{postId}",
    "UpstreamHttpMethod": [ "Put" ],
    "ServiceName": "product",
    "LoadBalancerOptions": {
        "Type": "LeastConnection"
    },
}

 2、CookieStickySessions

CookieStickySessions类型的负载均衡就是为了实现在有很多下游服务的时候共享会话状态，只需要如下设置就行。

LoadBalancerOptions 就是需要设置为CookieStickySessions，Key是用于实现此功能的cookie的关键字，Expiry 是希望执行会话的时间，以毫秒计算，每次请求都将刷新时间。

{
    "DownstreamPathTemplate": "/api/posts/{postId}",
    "DownstreamScheme": "https",
    "DownstreamHostAndPorts": [
            {
                "Host": "10.0.1.10",
                "Port": 5000,
            },
            {
                "Host": "10.0.1.11",
                "Port": 5000,
            }
        ],
    "UpstreamPathTemplate": "/posts/{postId}",
    "LoadBalancerOptions": {
        "Type": "CookieStickySessions",
        "Key": "ASP.NET_SessionId",
        "Expiry": 1800000
    },
    "UpstreamHttpMethod": [ "Put", "Delete" ]
}

如果有多个主机服务或者使用了Consul，那么CookieStickySessions会使用轮询的方式来选择下个服务器，目前是硬编码的，但是可以改变。

3、自定义负载均衡策略

当我们启用自定义的负载均衡时，Ocelot会根据负载均衡器的名称去查找，如果找到了就会使用。如果负载均衡的类型没有与注册的负载均衡类的名称匹配，那么将会返回500错误。没有设置负载均衡策略将是不会进行负载均衡的。

我们创建一个自定义负载均衡策略类MyCustomLoadBalancer，继承ILoadBalancer接口实现对应的接口

public class MyCustomLoadBalancer: ILoadBalancer
    {
        private readonly Func<Task<List<Service>>> _services;
        private readonly object _lock = new object();

        private int _last;

        public MyCustomLoadBalancer(Func<Task<List<Service>>> services)
        {
            _services = services;
        }

        public async Task<Response<ServiceHostAndPort>> Lease(HttpContext httpContext)
        {
            var services = await _services();
            lock (_lock)
            {
                if (_last >= services.Count)
                {
                    _last = 0;
                }

                var next = services[_last];
                _last++;
                return new OkResponse<ServiceHostAndPort>(next.HostAndPort);
            }
        }
        public void Release(ServiceHostAndPort hostAndPort)
        {
        }
    }

然后在注入该策略

s.AddOcelot().AddCustomLoadBalancer<MyCustomLoadBalancer>();

最后在配置文件中配置路由的策略类型名为我们定以的策略类的名称即可

//...    
"LoadBalancerOptions": {
    "Type": "MyCustomLoadBalancer"
 }
//...

report

Recommend

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK