Istio Telemetry扩展提供商配置后Envoy访问日志无输出求助

问题背景 #

使用Istio扩展提供商配置自定义Envoy访问日志后无任何输出，但使用默认envoy提供商的Telemetry配置时，可正常输出默认访问日志。相关配置如下：

默认Telemetry配置 #

apiVersion: telemetry.istio.io/v1alpha1
kind: Telemetry
metadata:
  name: mesh-default
  namespace: istio-system
spec:
  accessLogging:
    - providers:
      - name: envoy

IstioOperator扩展提供商配置 #

apiVersion: install.istio.io/v1alpha1
kind: IstioOperator
metadata:
  namespace: istio-system
  name: mesh-default
spec:
  meshConfig:
    extensionProviders:
      - name: custom-envoy
        envoyFileAccessLog:
          path: /dev/stdout
          logFormat:
            text: "[%START_TIME%]\n"

修改后的Telemetry配置 #

apiVersion: telemetry.istio.io/v1alpha1
kind: Telemetry
metadata:
  name: mesh-default
  namespace: istio-system
spec:
  accessLogging:
    - providers:
      - name: custom-envoy

可能的原因及解决方案 #

• IstioOperator配置未生效
  修改meshConfig中的extensionProviders后，需要重新应用IstioOperator配置并重启Istiod组件，才能让新的扩展提供商被加载。执行以下命令：

  kubectl apply -f your-istiooperator.yaml
  kubectl rollout restart deployment istiod -n istio-system
  

  之后需重启相关的sidecar容器，确保配置同步到Envoy实例。

• 日志格式字段解析失败
  确认%START_TIME%字段是否符合Istio+Envoy的日志格式规范。Istio的envoyFileAccessLog使用Envoy原生访问日志格式，部分字段需指定完整格式，比如%START_TIME(%Y-%m-%dT%H:%M:%S.%fZ)%，避免因字段解析失败导致日志无法输出。

• Telemetry配置优先级冲突
  检查集群中是否存在其他更具体的Telemetry资源（如命名空间级别的Telemetry），这类资源可能会覆盖mesh级别的mesh-default配置，导致自定义提供商的日志规则未被应用。可通过以下命令查看所有Telemetry资源：

  kubectl get telemetry --all-namespaces
  

• Sidecar日志输出路径权限异常
  虽然配置的是/dev/stdout，但部分场景下sidecar容器的权限可能限制日志输出。可查看sidecar的容器日志挂载配置，确认/dev/stdout是否可正常写入（此场景概率较低，因为默认envoy提供商同样输出到该路径）。

内容的提问来源于stack exchange，提问作者Murtaza Tahir Ali