升级 Alauda Build of Kiali

当你安装 Kiali Operator 时，它将被配置为安装与 Operator 本身版本相同的 Kiali Server。例如，如果你安装的是 Kiali Operator v2.27.1，那么该 Operator 将安装 Kiali Server v2.27.1。如果你升级 Kiali Operator，Operator 也会相应地升级 Kiali Server。

升级路径

下表包含完整的升级路径。升级时，你需要按顺序升级 Operator 版本。

序号	Alauda Build of Kiali
1	2.11.z
2	2.17.z
3	2.22.z
4	2.27.z

INFO

在上面的版本号中，.z 表示该次小版本发布的最新可用补丁版本。执行升级时，你应始终使用最新的补丁版本，以确保获得最新的安全更新和 bug 修复。每个发布版本的最新补丁版本可以在 Release Notes 中找到。

升级步骤

升级时，你需要根据升级路径按顺序升级 Operator 版本。升级 Operator 会自动升级 Kiali 实例（Kiali Server）版本。

Kiali v2.27 升级说明

在从 v2.22.z 升级到 v2.27.z 之前，请先查看以下变更。这两个变更都不会阻止升级。

`kiali_health_status` 指标现在改为按需启用

Kiali v2.22 会在 health cache 和 Kiali 指标都启用时写入 kiali_health_status 指标。该指标在 v2.24 中重新定义，以生成更低基数的时间序列，并且现在默认禁用。如果你基于该指标创建了告警或 dashboard，请在升级后重新启用它：

spec:
  server:
    observability:
      metrics:
        health_status:
          enabled: true

指标名称没有变化，但其属性不同。现有时间序列会继续保留在 Prometheus 中，直到过期。

已弃用的 `spec.istio_labels` 字段

Kiali v2.27 会忽略以下字段，并改为使用标准常量值。请从你的 Kiali 资源中将它们移除：

spec.istio_labels.egress_gateway_label
spec.istio_labels.ingress_gateway_label
spec.istio_labels.injection_label_name
spec.istio_labels.injection_label_rev

升级后验证

升级 Operator 后，你应验证新的 Kiali Server 版本是否正常运行，以及 Kiali UI 是否可访问。

操作步骤

检查 Kiali Server pod 状态，确保其正在运行：

kubectl get pods -A -l app.kubernetes.io/name=kiali

确认 pod 状态为 Running 且已就绪。

示例输出

NAMESPACE      NAME                    READY   STATUS    RESTARTS   AGE
istio-system   kiali-d764748f9-xzmwk   1/1     Running   0          2m36s

通过查看日志验证升级后的版本：

kubectl -n <namespace> logs <kiali-pod-name> | grep "Version:"

示例输出

INF Kiali: Version: <real-version>, Commit: <real-commit>

访问 Kiali UI，验证 Web 界面是否可访问且运行正常。

点击 Kiali UI 右上角的 "?" 图标，然后从菜单中选择 About 查看 Kiali 版本。

#升级 Alauda Build of Kiali

#目录

#升级路径

#升级步骤

#Kiali v2.27 升级说明

#kiali_health_status 指标现在改为按需启用

#已弃用的 spec.istio_labels 字段

#升级后验证