KEDA发布2.0(Beta)|来一个伸缩测试

时间:2022-07-25
本文章向大家介绍KEDA发布2.0(Beta)|来一个伸缩测试,主要内容包括其使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。

今天,我们很高兴地与大家分享,我们的第一个KEDA 2.0的测试版已经发布了!?

亮点

在这个版本中,我们发布了大部分计划中的特性。

以下是一些亮点:

  • 使伸缩功能更加强大
    • 引入ScaledJob
    • 引入Azure Log Analytics scaler
    • 支持扩展Deployments、Stateful Sets和/或任何Custom Resources
    • 支持扩展标准资源指标(CPU/内存)
    • 支持在单个ScaledObject中使用多个触发器
    • 支持删除ScaledObject后缩放到原始副本计数
    • 支持控制底层HPA的伸缩行为
  • 易于操作的KEDA
    • 引入准备和活性探针
    • 为指标服务器引入Prometheus指标
    • 使用kubectl查询KEDA资源时提供更多信息
  • 可扩展性
    • 引入External Push scaler
    • 引入API scaler
    • 提供KEDA的client-go库

要获得完整的更改列表,我们强烈建议浏览我们的更改日志!在我们的稳定版本中,我们将在一篇新的博客文章中提供关于所发布内容的完整概述。

https://github.com/kedacore/keda/blob/v2/CHANGELOG.md#v200

入门

现在开始,并使用Helm安装我们的beta:

$ helm install keda kedacore/keda –namespace keda –version 2.0.0-beta

作为另一种选择,你可以使用我们的部署YAML:

$ kubectl apply -f https://github.com/kedacore/keda/releases/download/v2.0.0-beta/keda-2.0.0-beta.yaml

迁移到KEDA 2.0

我们希望现有用户可以超级简单的使用2.0!但有什么变化呢?

  • 用于KEDA自定义资源定义(CRD)的API命名空间已经从keda.k8s.io更改成keda.sh
  • 缩放作业现在通过ScaledJob CRD完成,而不是ScaledObject CRD
  • ScaledObject现在使用spec.scaleTargetRef.name,而不是spec.scaleTargetRef.deploymentName
  • ScaledObject不再需要deploymentName标签(最近几个v1版本已经忽略了它)

通过使用我们的迁移指南了解更多关于如何迁移的信息!

https://keda.sh/docs/2.0/migration/

在我们的官方版本中,我们将提供迁移脚本,允许你自动迁移你的KEDA资源。

https://github.com/kedacore/keda/issues/946

注意:不支持并排运行KEDA1.x和2.0测试版。

KEDA附带一个指标服务器,而Kubernetes只允许你在集群中运行其中一个。

在我们的文档了解更多关于KEDA是如何构建的。

http://keda.sh/docs/latest/concepts/#architecture

总结

我们期待你的反馈:

  • 你喜欢什么或者有什么需要改进的地方?
  • 你发现了什么问题?
  • 如何才能更顺利地迁移?

在我们急切地等待反馈的同时,我们计划在2020年9月初发布KEDA 2.0稳定版!

感谢你的阅读,祝你缩放愉快!

KEDA维护者。