Kubernetes吊舱自动缩放

Kubernetes吊舱自动缩放,kubernetes,Kubernetes,有没有一种方法可以根据pod磁盘I/O压力/利用率/IO等待来扩展pod,而不是简单的CPU和RAM使用率?或者可能是磁盘IO与RAM和CPU使用率的组合 比如: metrics: - type: Resource resource: name: disk target: type: Utilization averageUtilization: 60 你应该可以用它来做。因此,如果您的集群中有类似的东西,这是最流行的Kube

有没有一种方法可以根据pod磁盘I/O压力/利用率/IO等待来扩展pod,而不是简单的CPU和RAM使用率?或者可能是磁盘IO与RAM和CPU使用率的组合

比如:

metrics:
  - type: Resource
    resource:
      name: disk
      target:
        type: Utilization
        averageUtilization: 60

你应该可以用它来做。因此,如果您的集群中有类似的东西,这是最流行的Kubernetes监控解决方案之一,您可以使用

还有一个演练

对于该演练,您必须在中使用

对于磁盘I/O,我不确定您指的是系统磁盘I/O、Pod磁盘I/O还是PV磁盘I/O,我认为没有一个解决方案可以解决所有这些问题。在节点端,您可以从中获取I/O节点度量。我不认为有一种方法可以在pod级别导出指标


此外,对于非Pod类型的指标,它们必须定义为HPA中的对象类型。

谢谢,似乎是基于特定于应用程序的指标,例如请求数,是否有内置的kubernetes,我们可以直接使用它来代替cpu,使用磁盘添加更多详细信息基本上,您可以从nodeexporter获取指标,但不确定是否可以在pod级别获取。需要构建自己的导出器。常规pod导出器不导出磁盘I/O度量值看起来最接近的是pod读/写iops