问题标签 [keda]

在我编辑了一个 scaledjob 后，如何使用新配置重新启动 KEDA？

我试图缩小和放大它，但似乎它不会影响设置：

我使用 Keda 创建了 ScaledObject 和 TriggerAuthentication，以便根据 RabbitMQ 长度水平自动缩放我的 pod。

但由于某种原因，当我尝试像这样查询我的 ScaledObjects 时：

我什么也得不到。但是当我应用包含有关 ScaledObject 的所有信息的 yaml 文件时，输出是这样的：

我还可以使用以下命令编辑此缩放对象：

但我不确定为什么在执行此命令时未列出它：

自动缩放器确实有效，我只是想知道为什么它没有列出..

提前致谢， 亚尼夫

如果我理解得很好，它们在集群的仪表板（默认 Kubernetes 仪表板）中是不可见的。我如何列出它们并最终修改它们？

我构建了一个利用 docker pod 处理数据的服务。所需时间从 15 分钟到 1 小时不等。

我的应用程序捕获 SIGTERM 以确保在 Pod 和节点退役时需求下降时正常关闭。

在每个 docker 映像中，我放置了代码来报告它是否因为完成工作而关闭，以及是否发生 SIGTERM 事件并因此完成其处理并终止。

我的系统使用 EKS 部署在 AWS 中。当需求上升时，我使用 EKS 来管理节点部署，并在需求下降时管理节点。我使用 KEDA 来管理 POD 部署，这有助于触发是否需要额外的节点。在 KEDA 中，我将 cooldownPeriod 定义为 2 小时，这是我期望 pod 占用的最大值，即使它需要的最大值是 1 小时。

在 AWS EKS 中，我还定义了 2 小时的 terminateGracePeriodSeconds。

我在节点缩减期间隔离了这个问题，即当节点被终止时，terminationGracePeriodSeconds 没有得到遵守，并且我的 Pod 在大约 30 分钟内被关闭。由于 Pod 被突然移除，我无法查看他们的日志以了解发生了什么。

我试图通过发出 kubernetes 节点耗尽来模拟这个问题并保持我的 pod 运行

我看到 SIGTERM 通过了，我还注意到 pod 仅在 2 小时后才终止，而不是之前。

所以有一分钟我想也许我没有正确配置terminationGracePeriod，所以我检查了：

我什至重新部署了配置，但这没有任何区别。

但是，我能够通过修改 Node 组的 desiredSize 来重现该问题。我可以通过这样做在 Python 中以编程方式重现它：

或者只需转到 AWS 控制台并在那里修改所需的大小。

我看到 EKS 选择了一个节点，如果碰巧有一个 pod 处理数据需要大约一个小时，那么该 pod 有时会过早终止。

我已经登录到那个正在缩减的节点，并且在日志中没有发现过早终止 Pod 的证据。

我曾经能够捕获此信息

我曾经在禁用 scaledown 时看到无缘无故移除了一个 pod，但它决定移除我的 pod：

这是我拥有的 kuberenets 版本

为了尽量减少这个问题，我在高峰时段部署了 Pod Disruption Budget 来阻止缩减，并在晚上需求低迷时删除了启动缩减的 PDB。但是，这不是正确的解决方案，即使在低峰期间，仍有豆荚过早停止。

我想知道是否有人可以帮助我。

Kubernetes（K8s 1.21 平台 eks.4）正在无错误或无理由地终止正在运行的 pod。我在事件中唯一能看到的是：

因为我设置了反亲和规则，所以一个节点只能运行一个pod。因此，每次 pod 被杀死时，自动缩放器都会启动另一个节点。

这些是集群自动扩缩器日志

我正在运行一个带有 cluster-autoscaler 和 keda 的 aws-sqs 触发器的 EKS 集群。我已经使用 SPOT 实例设置了一个自动缩放节点组。

出于测试目的，我定义了一个 ScaledJob，它包含在一个带有简单 python 脚本的容器上，循环遍历 time.sleep。吊舱应该运行 30 分钟。但它永远不会走这么远。一般15分钟后结束。

我知道这不是资源问题（虚拟代码和大型实例），也不是驱逐问题（从日志中可以清楚地看出 pod 可以安全地被驱逐），但我真的不知道如何解决这个问题了。

多谢！！

编辑：

按需和 SPOT 实例的行为相同。

编辑2：

我添加了 aws 节点终止处理程序，现在我似乎看到了其他事件：

如果我检查伸缩组活动：

我已经使用 helm 图表安装了 KEDA，我看到有一种方法可以使用 helm 设置 podIdentity。我想知道如果我选择使用 operator-hub 安装 KEDA 是否有办法做到这一点......？