- 综合排序
- 最热优先
- 最新优先
- 来自专栏CNCF
KEDA安全审计结果
keda/pull/3989； 通过https://github.com/kedacore/keda/pull/4091解决。 所有 KEDA 通信（K8s API 服务器和指标服务器之间、K8s API 服务器和 webhooks 之间，以及 KEDA operator 和 KEDA 指标服务器之间），以及 KEDA operator Tom Kerkhove——KEDA 维护者，微软高级软件工程师 “我们非常感谢 OSTIF 和 Trail of Bits 对 KEDA 进行了彻底的安全审计，并给予我们出色的合作。 Zbynek Roubalik——KEDA 维护者，Red Hat 首席软件工程师 鸣谢 我们感谢 Jorge Turrado、Tom Kerkhove、Zbynek Roubalik，以及所有 KEDA / [2] KEDA: https://keda.sh/ [3] Trail of Bits: https://github.com/trailofbits/publications [4] 弃用政策:
1.7K30编辑于 2023-02-12 - 来自专栏有点技术
KEDA - 基于Kubernetes事件驱动的自动缩放
KEDA基于Kubernetes的事件驱动自动缩放或KEDA(使用Operator Framework构建)允许用户在Kubernetes上构建自己以事件驱动的应用程序。 KEDA处理触发器以响应其他服务中发生的事件，并根据需要扩展工作负载。KEDA使容器可以直接从源使用事件，而不是通过HTTP进行路由。 KEDA KEDA作为Kubernetes上的组件提供了两个关键角色： 扩展客户端：用于激活和停用部署以扩展到配置的副本，并在没有事件的情况下将副本缩减回零。 使用RabbitMQ触发器创建ScaledObject 除了上面的部署外，还提供了ScaledObject配置，该配置将由上面创建的KEDA CRD转换，并在Kubernetes上安装KEDA。 ? KEDA还为Kubernetes带来了更多的事件来源。
3.6K20发布于 2020-07-14 - 来自专栏伪架构师
用 KEDA 根据工作负载进行快速扩容
那么如果是 KEDA 的话，这个问题又如何呢？ KEDA 提供了几十个被称为 Scaler 的东西，其中除了 Promethues 之外，还包括 Kafka、Redis、PostgreSQL 等多种选择。 下面用 KEDA 为例，看看这种伸缩方法的具体实现。 —— Ingress、Backend 1、Backend 2、Database，实例数量保持在 1:2:1.5:2 的关系，Keda 的大致流程如下图所示： 首先使用 Helm 安装 KEDA： $ helm repo add kedacore https://kedacore.github.io/charts $ helm install keda kedacore/keda --namespace
62910编辑于 2023-11-30 - 来自专栏CNCF
KEDA｜Kubernetes中基于事件驱动的自动伸缩
基于 Kubernetes 的事件驱动自动伸缩 KEDA（https://keda.sh/），允许用户在 Kubernetes 上构建自己的以事件驱动的应用程序。 KEDA 处理触发器以响应其他服务中发生的事件，并根据需要扩展工作负载。KEDA 使容器可以直接从源头消费事件，而不是通过 HTTP 进行路由。 KEDA KEDA 作为 Kubernetes 上的组件提供了两个关键角色： 扩展客户端：用于激活和停止部署来扩展配置的副本，并在没有事件的情况下将副本缩减为零。 上安装 KEDA。 KEDA Controller KEDA 创建的卧式自动定标器 RabbitMQ 使用者副本:0 通过 ScaledObject 和 HPA 配置，KEDA 将驱动容器根据从事件源接收的信息进行横向扩展
2.2K10发布于 2020-09-04 - 来自专栏k8s技术圈
KEDA-Kubernetes 中基于事件驱动的自动伸缩
基于 Kubernetes 的事件驱动自动伸缩 KEDA（https://keda.sh/），允许用户在 Kubernetes 上构建自己的以事件驱动的应用程序。 KEDA 处理触发器以响应其他服务中发生的事件，并根据需要扩展工作负载。KEDA 使容器可以直接从源头消费事件，而不是通过 HTTP 进行路由。 KEDA KEDA 作为 Kubernetes 上的组件提供了两个关键角色： 扩展客户端：用于激活和停止部署来扩展配置的副本，并在没有事件的情况下将副本缩减为零。 上安装 KEDA。 KEDA Controller KEDA 创建的卧式自动定标器 RabbitMQ 使用者副本:0 通过 ScaledObject 和 HPA 配置，KEDA 将驱动容器根据从事件源接收的信息进行横向扩展
1.9K20发布于 2020-09-04 - 来自专栏k8s技术圈
基于事件驱动的自动伸缩工具 KEDA 简单使用
KEDA 是 Kubernetes 基于事件驱动的自动伸缩工具，通过 KEDA 我们可以根据需要处理的事件数量来驱动 Kubernetes 中任何容器的扩展。 KEDA 可以直接部署到任何 Kubernetes 集群中和标准的组件一起工作。 Metrics Server 是安装 KEDA 时运行的 keda-operator-metrics-apiserver 容器的主要作用。 /keda --namespace keda NAME: keda LAST DEPLOYED: Wed Dec 23 11:45:02 2020 NAMESPACE: keda STATUS: deployed REVISION: 1 TEST SUITE: None 安装完成后在 keda 命名空间下面会运行两个 KEDA 相关的 Pod： ➜ kubectl get pods -n keda NAME
2.7K40发布于 2020-12-23 - 来自专栏CNCF
KEDA从CNCF沙箱升级成为孵化项目
CNCF技术监督委员会[1]（TOC）投票通过了将 KEDA 作为 CNCF 孵化项目的决定。 “KEDA 提供了一个没有额外层的全面解决方案。” 主要部件： Agent——KEDA 激活和关闭 Kubernetes Deployments，在没有事件时从和到零伸缩。 这是在安装 KEDA 时运行的 KEDA-operator 容器的主要角色之一。 参考资料 [1] 技术监督委员会: https://github.com/cncf/toc [2] KEDA: https://keda.sh/ [3] 2020 年 3 月: https://keda.sh / [5] CastAI: https://keda.sh/blog/2021-08-04-keda-cast-ai/ [6] 用户: https://keda.sh/community/#users
95450发布于 2021-08-25 - 来自专栏用户1381554的专栏
基于事件驱动的Kubernetes弹性伸缩工具keda
支持的组件参考 https://keda.sh/docs/2.7/scalers/自己的api接口为依据指标进行hpa扩所容。 create namespace keda$ helm install keda kedacore/keda --namespace keda# 卸载$ kubectl delete $(kubectl get scaledobjects,scaledjobs -oname)$ helm uninstall keda -n keda使用Yaml进行部署# 安装2.7.1版本$ wget https:/ /github.com/kedacore/keda/releases/download/v2.7.1/keda-2.7.1.yaml$ kubectl apply -f keda-2.7.1.yaml# 卸载$ kubectl delete -f keda-2.7.1.yamlkeda资源描述本规范描述了ScaledObject自定义资源定义，用于定义 KEDA 应如何扩展您的应用程序以及触发器是什么
2.1K70编辑于 2022-09-07 - 来自专栏CNCF
KEDA发布2.0（Beta）｜来一个伸缩测试
/github.com/kedacore/keda/releases/download/v2.0.0-beta/keda-2.0.0-beta.yaml 迁移到KEDA 2.0 我们希望现有用户可以超级简单的使用 用于KEDA自定义资源定义（CRD）的API命名空间已经从keda.k8s.io更改成keda.sh 缩放作业现在通过ScaledJob CRD完成，而不是ScaledObject CRD ScaledObject https://github.com/kedacore/keda/issues/946 注意：不支持并排运行KEDA1.x和2.0测试版。 KEDA附带一个指标服务器，而Kubernetes只允许你在集群中运行其中一个。 在我们的文档了解更多关于KEDA是如何构建的。 在我们急切地等待反馈的同时，我们计划在2020年9月初发布KEDA 2.0稳定版！ 感谢你的阅读，祝你缩放愉快！ KEDA维护者。
83830发布于 2020-09-22 - 来自专栏云原生知识宇宙
Kubernetes事件驱动弹性伸缩最佳实践系列（一）：认识 KEDA
什么是 KEDA ？KEDA (Kubernetes-based Event-Driven Autoscaler) 是在 Kubernetes 中事件驱动的弹性伸缩器，功能非常强大。 为什么需要 KEDA ？ KEDA 的原理KEDA 并不是要替代 HPA，而是作为 HPA 的补充或者增强，事实上很多时候 KEDA 是配合 HPA 一起工作的，这是 KEDA 官方的架构图：当要将工作负载的副本数缩到闲时副本数 其它情况下的扩缩容由 HPA 实现，HPA 由 KEDA 自动管理，HPA 使用 External Metrics 作为数据源，而 External Metrics 后端的数据由 KEDA 提供。 除了工作负载的扩缩容，对于任务计算类场景，KEDA 还可以根据排队的任务数量自动创建 Job 来实现对任务的及时处理：哪些场景适合使用 KEDA ？下面罗列下适合使用 KEDA 的场景。
1.5K10编辑于 2024-04-24 - 来自专栏CNCF
KEDA将容器镜像迁移到GitHub容器注册表
作者：KEDA 维护者 我们提供多种方式在你的集群中部署 KEDA[1]，包括使用Helm chart[2]、Operator Hub[3]和原始 YAML 规范。 获得关于采用 KEDA 的洞察 作为维护者，我们发现很难衡量 KEDA 的采用情况，以了解有多少最终用户正在使用较老版本的 KEDA，以及随着时间的推移有哪些增长。 kedacore/keda-metrics-apiserver Operator ghcr.io/kedacore/keda kedacore/keda 什么时候生效？ 参考资料 [1] 部署 KEDA: https://keda.sh/docs/latest/deploy/ [2] Helm chart: https://github.com/kedacore/charts type=source [8] GitHub 讨论: https://github.com/kedacore/keda/discussions/1700
79220发布于 2021-04-21 - 来自专栏DevOps持续交付
K8s自动扩缩容工具KEDA发布2.0版本，全面升级应用扩展能力
一年前，红帽和微软共同发布了Kubernetes自动扩缩容工具KEDA 1.0，而现在官方强化KEDA的扩缩容器，发布第2个主要更新KEDA 2.0，能支持更多种类的触发器，更方便地自动扩展Kubernetes KEDA的出现，是要解决Kubernetes自动扩缩容的需求。 而KEDA能够解决这个问题，KEDA是一个以Kubernetes为基础的事件驱动自动扩缩容器，用户可以根据需要处理的事件数量，来驱动Kubernetes中容器的扩展，KEDA提供用户通过使用简单一致的API 在KEDA 1.0发布一年之后，现在发布了主要更新2.0正式版，更新重点在于KEDA支持更多的触发器，并且也增加许多新的模式和功能。 由于KEDA 1.0发布之后，社群逐渐壮大，IBM、Pivotal、VMware和Astronomer等公司皆对KEDA做出贡献，而且KEDA也与Knative项目展开合作，开始进行整合，而为了要给KEDA
1.4K20发布于 2021-01-28 - 来自专栏CNCF
基于CPU和RabbitMQ进行自动伸缩
然而，这是一项大量的工作，当有KEDA[4]的时候，为什么要另起炉灶呢？ KEDA 是什么？ KEDA 是一个基于 Kubernetes 的事件驱动自动伸缩器，旨在使自动伸缩变得非常简单。 我们已经在 Kubernetes 集群中安装了 KEDA，并开始选择使用 KEDA 进行自动伸缩。 感谢 KEDA 团队的可爱和乐于助人。 使用 KEDA 配置自动伸缩 在我们用于在 Kubernetes 上启动服务的私有 Helm chart 中，我们增加了对基于 KEDA 的自动缩放的支持。 我们刚刚开始使用 KEDA，但我们已经看到了将 KEDA 推向极限的新用例。我们期待与 KEDA 社区在未来的合作。 / [6]Helm: https://keda.sh/docs/2.5/deploy/#helm [7]将更改提交给 KEDA 维护者: https://github.com/kedacore/keda
1.7K30编辑于 2022-03-27 - 来自专栏云原生知识宇宙
Kubernetes事件驱动弹性伸缩最佳实践系列（二）：使用 helm 部署 KEDA
安装 helm upgrade --install keda kedacore/keda \ --namespace keda --create-namespace \ -f values.yaml 版本与升级 每个 KEDA 的版本都有对应适配的 K8S 版本区间，如果你的 TKE 集群版本不是特别新，安装最新版的 KEDA 可能无法兼容，可查看 KEDA Kubernetes Compatibility upgrade --install keda kedacore/keda \ --namespace keda --create-namespace \ --version 2.12.1 \ 注意：在升级 TKE 集群前也用这里的方法先确认下升级后的集群版本能否兼容当前版本的 KEDA，如果不能，请提前升级 KEDA 到当前集群版本所能兼容的最新 KEDA 版本。 卸载 参考官方卸载说明：https://keda.sh/docs/latest/deploy/#uninstall 参考资料 KEDA 官方文档：Deploying KEDA：https://keda.sh
51910编辑于 2024-04-25 - 来自专栏云原生知识宇宙
在 TKE 使用 KEDA 实现基于 CLB 监控指标的水平伸缩
keda-tencentcloud-clb-scaler 介绍 KEDA 有很多内置的触发器，但没有腾讯云 CLB 的，不过 KEDA 支持 external 类型的触发器来对触发器进行扩展，keda-tencentcloud-clb-scaler 是基于腾讯云 CLB 监控指标的 KEDA External Scaler，可实现基于 CLB 连接数、QPS 和带宽等指标的弹性伸缩。 安装 keda-tencentcloud-clb-scaler helm repo add clb-scaler https://imroc.github.io/keda-tencentcloud-clb-scaler helm upgrade --install clb-scaler clb-scaler/clb-scaler -n keda \ --set region="ap-chengdu" \ -- 类型的 trigger，并传入所需的 metadata，主要包含以下字段： scalerAddress 是 keda-operator 调用 keda-tencentcloud-clb-scaler
49710编辑于 2024-04-28 - 来自专栏架构驿站
一文搞懂使用 KEDA 实现 Kubernetes 自动弹性伸缩
或许，KEDA 是一种不可多得的选择。 那么，KEDA 到底是什么？ 该示例展示了如何使用 KEDA 来根据 Prometheus 指标来动态缩放应用程序的规模。KEDA 提供了灵活的配置选项，可以满足不同的业务需求。 2、提高可用性 截至目前，KEDA 已经支持了 59 个内置缩放器和 4 个外部缩放器。这些外部缩放器包括 KEDA HTTP 和 KEDA Scaler for Oracle DB 等。 Server 充当 KEDA 和 Kubernetes 之间集成的桥梁，将 KEDA 的自动弹性伸缩功能与 Kubernetes 的资源管理功能相结合。 3、Agent KEDA 中的 Agent 是负责监控事件源并将事件数据传递给 KEDA 控制器的组件。KEDA 提供了多种 Agent，可以满足不同的事件源需求。
4.6K20编辑于 2023-12-26 - 来自专栏云原生知识宇宙
在 TKE 使用 KEDA 实现基于 Apache Pulsar 消息队列的弹性伸缩
概述 KEDA 的触发器支持 Apache Pulsar，即根据 Pulsar 消息队列中的未消费的消息数量进行水平伸缩，用法参考 KEDA Scalers: Apache Pulsar。 操作步骤 下面使用 pulsar-demo 来模拟 Pulsar 生产者和消费者，再结合 KEDA 配置实现 Pulsar 消费者基于 Pulsar 消息数量的水平伸缩，在实际使用中，可根据自己的情况进行相应替换 terminationGracePeriodSeconds: 1 配置 ScaledObject 先创建 TriggerAuthentication 并引用 consumer-secret 中的 TOKEN： apiVersion: keda.sh parameter: bearerToken name: consumer-secret key: TOKEN 创建 ScaledObject（替换高亮行配置）： apiVersion: keda.sh 参考资料 KEDA Scalers: Apache Pulsar: https://keda.sh/docs/latest/scalers/pulsar/ TDMQ for Pulsar: https:
48710编辑于 2024-04-29 - 来自专栏让技术和时代并行
HPA 还是 KEDA，如何在 Kubernetes 中更有效的使用弹性扩缩容？
KEDA！ 什么是KEDA？它将如何使我们的生活变得轻松 ？ KEDA 是一个基于 Kubernetes 的事件驱动自动扩缩器。 KEDA 为您提供了将资源扩展到零的强大功能！是的，我不是在开玩笑。KEDA 可以将您的资源从0扩展到 1或从 1 扩展到 0。从1 到 n 以及向后扩展由 HPA 负责。 使用 KEDA 作为缩放器的架构 KEDA架构 KEDA 的架构简单易懂。KEDA 有 3 个重要组件，即Metric adapter、Controller & Scaler。 KEDA 如何实现“0 to 1”和“1 to 0”的缩放 ？ 每当 KEDA 的 metric 适配器检测到不存在负载时，它就会将 Deployment 缩小到零。 如何使用KEDA？我是否必须编写很多配置才能使其工作？ 答案是——不是这样的。 KEDA 为缩放器指标和资源自动缩放逻辑之间的所有类型的映射提供单个 CRD 。
2.4K10编辑于 2023-03-18 - 来自专栏云原生知识宇宙
Kubernetes事件驱动弹性伸缩最佳实践系列（四）：多级服务同步水平伸缩
Workload 触发器KEDA 支持 Kubernetes Workload 触发器，即可以根据的一个或多个工作负载的 Pod 数量来扩缩容，在多级服务调用的场景下很有用，具体用法参考 KEDA Scalers A 的压力突增，迫使扩容，B 和 C 也可以用 KEDA 的 Kubernetes Workload 触发器实现与 A 几乎同时扩容，而无需等待压力逐级传导才缓慢迫使扩容。 首先配置 A 的扩容，根据 CPU 和内存压力扩容：apiVersion: keda.sh/v1alpha1kind: ScaledObjectmetadata: name: aspec: scaleTargetRef B 的 ScaledObject 配置：apiVersion: keda.sh/v1alpha1kind: ScaledObjectmetadata: name: bspec: scaleTargetRef podSelector: 'app=a' # 选中 A 服务 value: '1' # A/B=3/3=1C 的 ScaledObject 配置：apiVersion: keda.sh
45400编辑于 2024-04-27 - 来自专栏爬虫资料
容器化爬虫部署：基于K8s的任务调度与自动扩缩容设计
因此，引入 Kubernetes 原生能力或 KEDA 事件驱动扩缩容成为可选方案。2. 控制器，多一层依赖成本效率只付 Kubernetes 成本多部署 KEDA 组件，成本略增社区生态成熟度Kubernetes 官方，生态完善KEDA 社区活跃，官方背书3. 异步消息队列触发或高峰期秒级拓展：选择 KEDA。支持多种事件源，扩缩容更灵活。 对运维成本敏感，已有 Prometheus 监控体系：CronJob＋HPA 即可满足多数需求。 方案 B（KEDA）：扩缩容粒度更灵活，事件驱动，适合高并发、异步触发或对接多种指标源的场景。 在实际生产中，可根据任务触发方式、并发峰值、监控体系成熟度及运维成本综合评估，亦可混合使用：核心夜间全量跑 CronJob，增量或高峰实时跑 KEDA。
45310编辑于 2025-04-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号