Kubernetes Istio自动放大是否需要调整断路器maxConnections(http 1.1)?

Kubernetes Istio自动放大是否需要调整断路器maxConnections(http 1.1)?,kubernetes,istio,Kubernetes,Istio,在Kubernetes中,我们有HPA(水平吊舱自动缩放器)和CA(集群自动缩放器),它们根据请求量自动上下缩放。如果我们在Kubernetes中采用了Istio的断路器,那么由于自动缩放,如何相应地调整maxConnections(http 1.1)?还是我需要这样做?可能有点矛盾,因为我想要自动缩放,但我应用断路器来限制它。对我来说,我只是想保护我的服务不被过度提供 maxConnections将限制到特定主机的连接量。默认值为1024。而且它不会受到autoscaler的影响 来自断路器设

在Kubernetes中,我们有HPA(水平吊舱自动缩放器)和CA(集群自动缩放器),它们根据请求量自动上下缩放。如果我们在Kubernetes中采用了Istio的断路器,那么由于自动缩放,如何相应地调整maxConnections(http 1.1)?还是我需要这样做?可能有点矛盾,因为我想要自动缩放,但我应用断路器来限制它。对我来说,我只是想保护我的服务不被过度提供


maxConnections将限制到特定主机的连接量。默认值为1024。而且它不会受到
autoscaler
的影响


来自断路器设置的
maxConnections
将根据具体情况而定。所以它不会分布在所有的豆荚上,而是每个豆荚

因此,通过配置
MAXPODS
(最大)配置中的pod数量。您可以乘以
maxConnections
,获得服务的最大连接数

因此,这种配置提供了基本的保护,防止突发流量和过度配置

但是,如果
maxConnections
number太低,POD可能永远无法获得足够的连接,并开始使用更高的cpu和触发缩放

关于这一点,github上存在一个漏洞


也可以将普罗米修斯指标配置为HPA的触发器,如所述



希望这有帮助。

“上游主机的连接池设置。这些设置适用于上游服务中的每个主机。”来自“连接池”链接。这里的“上游主机”是指pod的特使代理?