Keda配置多个同类型Prometheus触发器是否可行？添加后响应时间触发器失效

1. 是否支持配置多个同类型Prometheus触发器 #

KEDA完全支持在同一个ScaledObject/ScaledJob中配置多个同类型的触发器，包括Prometheus类型。你提供的配置格式是符合KEDA规范的，多个Prometheus触发器会独立计算各自的扩容需求。

2. 响应时间触发器失效的排查方向 #

当新增两个Prometheus触发器后原响应时间触发器不再触发扩容，可从以下几个方向排查：

• 检查响应时间触发器的元数据配置：确认query是否正确匹配响应时间指标、threshold阈值是否合理、serverAddress是否指向正确的Prometheus实例，避免新增触发器时误修改了原有配置。
• 验证Prometheus查询结果：直接在Prometheus UI中执行响应时间触发器的query语句，确认能返回正确的指标值，且指标值确实超过了设置的threshold阈值。
• 查看KEDA的伸缩计算逻辑：KEDA对多触发器的处理逻辑是取所有触发器计算出的最大目标副本数作为最终伸缩值。如果另外两个触发器计算出的目标副本数已经满足当前负载需求（比如CPU、内存指标未达到扩容阈值，计算出的目标副本数等于当前副本数），而响应时间触发器计算出的目标副本数并未超过当前值，就不会触发扩容。
• 检查副本数限制配置：确认ScaledObject中的minReplicaCount和maxReplicaCount设置，若当前副本数已达到maxReplicaCount上限，即使响应时间指标达标也无法继续扩容。
• 排查触发器激活阈值：若某个触发器配置了activationThreshold，只有当指标超过该值时才会激活该触发器。检查响应时间触发器是否设置了过高的activationThreshold，导致指标未达到激活条件。
• 查看KEDA控制器日志：通过kubectl logs -n keda deployment/keda-operator查看KEDA控制器日志，确认是否有关于响应时间触发器的错误或警告信息，比如权限问题、指标获取失败等。

内容的提问来源于stack exchange，提问作者Samuel Teixeira