4. KEDA 安装与部署：Helm 安装、Operator 模式、Kubernetes 版本兼容性、健康检查

KEDA 的部署方式直接影响生产环境的运维复杂度与故障恢复能力。本章围绕 Helm 安装、Operator 模式、版本兼容性矩阵以及健康检查机制展开，帮助你在不同 Kubernetes 版本和网络条件下做出正确的部署决策。

4.1 部署架构概览

KEDA 在 Kubernetes 集群中通常以 Operator 模式运行，由两个核心组件构成：

• Operator（主 Pod）：负责监听 ScaledObject / ScaledJob 资源，管理 HPA 的创建与更新。
• Metrics Server（Adapter）：实现 KEDA 外部度量 API，供 HPA 轮询拉取 Prometheus 等指标。

下图展示了 KEDA 在集群内的组件拓扑与数据流：

4.2 Helm 安装（推荐方式）

Helm 是部署 KEDA 最主流的方式，支持版本管理、参数覆盖和升级回滚。以下为标准安装步骤：

1. 添加 Helm 仓库

helm repo add kedacore https://kedacore.github.io/charts
helm repo update

2. 安装 KEDA

helm install keda kedacore/keda \
  --namespace keda \
  --create-namespace \
  --set metricsServer.useHostNetwork=true \
  --set operator.replicaCount=2

3. 验证安装

kubectl get pods -n keda
# 预期输出：keda-operator-xxx 和 keda-metrics-apiserver-xxx 均为 Running

4.3 Operator 模式详解

KEDA 采用 Operator 模式 扩展 Kubernetes API，核心原理如下：

• 自定义资源定义（CRD）：KEDA 注册 ScaledObject 和 ScaledJob 两种 CRD，用户通过 YAML 声明扩缩规则。
• Reconcile 循环：Operator 监听 CRD 变化，自动创建/更新对应的 HPA 对象。
• 外部度量适配器：Metrics Server 实现 external.metrics.k8s.io API，HPA 通过该 API 获取 Prometheus 等外部指标。

4.4 Kubernetes 版本兼容性

KEDA 对不同 Kubernetes 版本的兼容性直接影响功能可用性。下表列出 KEDA 2.x 主流版本与 Kubernetes 版本的对应关系：

4.5 健康检查与故障排查

KEDA 提供多种健康检查机制，确保组件在异常时自动恢复：

• Operator 健康检查：默认监听 :8080 端口的 /healthz 和 /readyz 端点。
• Metrics Server 健康检查：默认监听 :8081 端口的 /healthz 端点。
• Prometheus 指标暴露：Operator 和 Metrics Server 均在 :8080/metrics 暴露自身指标。

以下为常用的健康检查命令：

# 检查 Operator 就绪状态
kubectl get --raw /apis/keda.sh/v1alpha1/namespaces/keda/scaledobjects | jq .

# 检查 Metrics Server 外部度量 API
kubectl get --raw /apis/external.metrics.k8s.io/v1beta1 | jq .

# 查看 Operator 日志
kubectl logs -n keda deployment/keda-operator --tail=50

# 查看 Metrics Server 日志
kubectl logs -n keda deployment/keda-metrics-apiserver --tail=50

下图展示了健康检查的探测路径与故障恢复流程：

4.6 安装后验证清单

完成部署后，建议按以下清单逐项验证：