Istio 1.14遥测Lookup错误排查求助

这个报错warn input set condition evaluation error: id='8', error='lookup failed: 'destination.service.host''是因为你的规则匹配条件直接引用了destination.service.host，但在某些请求场景下（比如入口网关的请求、未正确关联Kubernetes Service的请求），这个属性并不存在，导致Istio无法解析匹配条件。再加上你使用的config.istio.io/v1alpha2版本的遥测API在Istio 1.14中已经被弃用，部分属性的处理逻辑也有变化，下面给你两种解决方案：

方案一：临时修复旧版本配置 #

针对你当前的rule.yaml，只需要在匹配条件中先判断destination.service.host是否存在，再做等值匹配，避免属性不存在时的解析错误：

apiVersion: config.istio.io/v1alpha2
kind: rule
metadata:
  name: promhttp
  namespace: istio-system
spec:
  # 添加has()判断属性存在，再做匹配
  match: has(destination.service.host) && destination.service.host == "pricing.myservice.local"
  actions:
  - handler: promhandler
    instances: [ requestduration ]

这个改动会让Istio只在destination.service.host属性存在的请求中执行后续的遥测动作，避免触发lookup失败的警告。

方案二：迁移到Istio 1.14推荐的遥测API #

由于config.istio.io/v1alpha2的handler/instance/rule模式已经被弃用，Istio 1.14推荐使用telemetry.istio.io/v1beta1的Telemetry资源来统一配置遥测规则，这种方式更简洁且兼容后续版本。下面是替代你原有三个配置的完整示例：

apiVersion: telemetry.istio.io/v1beta1
kind: Telemetry
metadata:
  name: prometheus-custom
  namespace: istio-system
spec:
  metrics:
  - providers:
    - name: prometheus  # 引用Istio默认的Prometheus provider
    overrides:
      # 自定义REQUEST_DURATION指标（对应你原来的requestduration instance）
      - match:
          metric: REQUEST_DURATION
          destination:
            host: "pricing.myservice.local"
        disabled: false
        dimensions:
          destination_service: destination.service.host | "unknown"
          destination_version: destination.labels["version"] | "unknown"
          response_code: response.code | 200
        buckets:
          explicit_buckets:
            bounds: [0.005, 0.01, 0.025, 0.05, 0.1, 0.25, 0.5, 1, 2.5, 5, 10]
      # 自定义REQUEST_COUNT指标（对应你原来的requestcount instance）
      - match:
          metric: REQUEST_COUNT
          destination:
            host: "pricing.myservice.local"
        disabled: false
        dimensions:
          destination_service: destination.service.host | "unknown"
          destination_version: destination.labels["version"] | "unknown"
          response_code: response.code | 200

这个配置的优势： #

• 统一管理遥测规则，无需分开维护handler、instance、rule三个资源
• 直接复用Istio默认的Prometheus provider，不需要自己定义handler
• 更清晰的匹配逻辑，通过destination.host直接指定目标服务
• 兼容Istio 1.14+的版本，避免后续版本升级时的兼容性问题

应用这个配置后，你可以删除原来的rule.yaml、handler.yaml、instance.yaml，然后执行：

kubectl apply -f telemetry.yaml

内容的提问来源于stack exchange，提问作者Ayhan Balik