问题标签 [keda]

我试图为 keda 自动缩放配置 Azure Monitor Scaler。在我的缩放对象中，我为应用程序指定了 Clientid 和密码。在 Azure 门户中，我也可以看到 clientid 、 password 和 tenantid 。但是在部署 scaledobject 之后，我在 keda 运算符上遇到错误，例如没有给出 activeDirectoryClientId。我不知道出了什么问题。任何人都可以在这里帮助我吗？

以下是 keda-operator 日志：

我正在使用 Keda，基于 kubernetes 事件的自动缩放器，使用 RabbitMQ。

我有一个 scaledjob 对象配置为在观看 myQueue 时同时运行最多 30 个作业。

当 MyQueue 有大约 300 条消息时，没有问题。在收到 0 条消息之前，我有 30 个正在运行的作业。

但是，问题是当我在队列中有 2 条消息：1 条“Ready”和 1 条“Unacked”时，Keda 不会创建额外的 scaledjob。它等待处理未确认的消息...

如何让它使用尽可能多的资源

我正在尝试使用 azure monitor trigger 和 keda 部署缩放对象。我已经看到了 keda 网站上定义的示例缩放对象：https ://keda.sh/docs/2.4/scalers/azure-monitor/ 但是在这里我无法获得文档中提到的资源 URI。我不知道如何获取天蓝色监视器的 URI。我对这些很陌生，我完全坚持这一点。有人可以帮我弄清楚需要做什么。我不清楚他们要求的是哪个资源的 URI（我猜是天蓝色的监视器）以及如何获得它？

我有一个 Keda Scaledjob 配置为每条消息生成 1 个作业，在 RabbitMQ 中具有“就绪”状态。

它的最大副本数设置为 70。

观察到的：

• 当队列中有很多消息时，比如 300 条，Keda 正确地创建新作业以达到最大副本数限制 => 所以有 70 个正在运行的作业，每个作业消耗队列中的 1 条消息。

• 当队列中的消息很少时，比如 1 个 Ready 和 1 个 Unacked，即使集群中有足够的资源，Keda 也拒绝创建新作业。这就像等到当前正在运行的作业完成以生成新作业一样。

这是我的科达配置：

每当队列有 >= 1 条消息时，如何让 Keda 创建作业？

编辑：似乎在创建新作业之前至少要等待 1 小时。

KEDA 缩放器不与使用 pod 身份对服务总线队列进行身份验证的触发器定义的缩放对象进行缩放。我正在关注这个KEDA 服务总线触发的扩展项目。
缩放适用于连接字符串，但是当我尝试使用 KEDA 缩放器的 pod 身份进行缩放时，keda 操作员无法使用以下 keda 操作员错误消息日志获取绑定到它的 azure 身份：

编辑于 11/09/2021 我在 keda 打开了一个 github issue，我们做了一些故障排除。但正如@Tom 所建议的那样，这似乎是 AAD Pod Identity 的一个问题。AD Pod Identity MIC pod 提供如下日志：

任何线索如何解决它？

我的缩放器对象的定义如下：

我将 azure 身份部署到namespace keda我的 keda 部署所在的位置。并使用以下命令安装 KEDA 以设置pod identity bindingusing helm：

预期行为 KEDA 缩放器应该与分配的 pod 身份和访问令牌一起正常工作以执行缩放

实际行为 KEDA 操作员无法找到分配的 azure 标识并且缩放失败

Scaler 使用 Azure 服务总线

重现问题的步骤

1. 为 KEDA 创建 azure 标识和绑定
2. 使用 aadpodidentitybinding 安装 KEDA
3. 使用 KEDA pod 身份创建缩放对象并触发身份验证
4. 缩放器无法进行身份验证和缩放

我目前正在使用Process.exit(0)退出作为 kubernetes 作业在 docker 容器内运行的 node.js 脚本。这似乎并没有“完成”阻止 KEDA pod 自动缩放器移除 pod 的工作。

我将如何以一种被视为“完成”工作的方式退出节点脚本？

当我在 Azure Kubernetes 中运行以下命令时

func kubernetes install --namespace default

我收到以下错误

部署“keda-operator”无效：spec.selector：无效值：v1.LabelSelector{MatchLabels:map[string]string{"app":"keda-operator", "app.kubernetes.io/part-of" :"keda-operator", "app.kubernetes.io/version":"2.1.0"}, MatchExpressions:[]v1.LabelSelectorRequirement(nil)}: 字段不可变

任何帮助将不胜感激

Helm 版本：“v3.7.0” azure-functions-core-tools 版本：V3

我对队列中的服务处理任务的扩展规则有疑问。假设我们有非常简单和常见的情况：

• 服务 以每秒约 100 个任务的速率将任务推送到队列
• 服务 B 以每秒约 20 个任务的速度处理任务

使用 keda 扩展服务 B 看起来很简单：

• 基于队列配置触发器
• 将 queueLenth 设置为某个随机值（？），例如 10

但在现实世界中，由于这样的流程，我们的副本数量一直在上下跳跃 5 左右：

1. 如果我们有 5 个副本 - 队列为空
2. 如果队列为空 - 缩小
3. 如果我们有 4 个副本 - 队列增长非常快
4. keda 设置 5 个或更多副本，因为队列可能非常大
5. 转到第 1 步

是不是普遍问题。有可能解决吗？

目前我们可以用keda开发的最好的是：

我正在尝试基于 RabbitMQ 队列触发器创建一个 KEDA 缩放作业，但是当 pod 根本没有缩放时遇到了一个问题。

我创建了以下 Scaled 作业并在队列中排列了消息，但没有创建 pod。我看到此消息：未执行缩放，因为触发器未处于活动状态

豆荚根本没有扩展的原因可能是什么？感谢帮助。

在 Keda 日志中，我看到：

--

所以，我有一个服务总线队列，它处理两种类型的消息，对于一种类型的消息，我想触发 KEDA，但是希望限制 KEDA 不为其他类型的消息实例化容器。如果可能的话，我可以将属性附加到服务总线消息。

我提到了https://keda.sh/docs/2.5/scalers/azure-service-bus/但找不到有用的东西。

如果有办法，请提供帮助。