kubernetes - Istio 自动扩展需要调整断路器 maxConnections (http 1.1)?
问题描述
在 Kubernetes 中,我们有 HPA(Horizontal Pod Autoscaler)和 CA(Cluster Autoscaler),它们可以根据请求量自动扩展和缩减。如果我们在 Kubernetes 中采用 Istio 的断路器,由于自动缩放,我如何相应地调整 maxConnections(http 1.1)?还是我需要这样做?可能有点矛盾,因为我想要自动缩放但是我应用断路器来限制它。对我来说,我只想保护我的服务不被过度配置。
解决方案
这maxConnections
将限制到特定主机的连接数量。默认值为 1024,不受autoscaler
.
maxConnections
from 断路器连接池设置将是每个特使。因此它不会分布在所有 pod 中,而是每个 pod。
因此,通过在您的HPAMAXPODS
配置中配置(最大)数量的 pod 。您可以乘以并获得服务的最大连接数。maxConnections
因此,此配置提供了针对突发流量和过度配置的基本保护。
但是,如果maxConnections
数量太少,pod 可能永远无法获得足够的连接并开始使用更高的 cpu 并触发缩放。
github上有一个关于这个的问题。
还可以将 Prometheus 指标配置为您的 HPA 的触发器,如此处所述。
希望这可以帮助。
推荐阅读
- wpf - 两种方式绑定在 DataGridTextColumn WPF 上不起作用
- javascript - 单击时在rails中打开图像
- c# - .NET RegEx 用于替换 URL 中的语言代码
- c++ - 函数模板中使用的类的前向声明未编译
- javascript - Chrome 的警报或确认框操作
- java - 向 URL 响应代码发送“删除”请求:java 中的 403
- ms-access - MS Access 获取第一、第二、第三等值
- python - Tkinter 上的多个 After 使 GUI 冻结
- python-3.x - 我无法在 Jupyter Notebook 中导入 Keras
- xaml - Xamarin.Forms:无法访问文件夹中的图像