Istio v1.20下Kafka/Redis服务无链路追踪问题求助

核心原因 #

Headless Service会直接解析到后端Pod IP，Istio默认仅对HTTP/GRPC协议自动开启链路追踪，对于Kafka、Redis这类TCP协议的流量，需要额外配置才能让Sidecar代理拦截并生成追踪数据。

1. 确认Sidecar流量拦截状态 #

• 检查目标Pod的Sidecar注入情况：

  kubectl describe pod <目标Pod名称> | grep istio-proxy
  

  确保istio-proxy容器存在且正常运行。
• 进入istio-proxy容器，查看端口监听：

  kubectl exec -it <目标Pod名称> -c istio-proxy -- netstat -tulpn
  

  确认代理已监听Kafka（默认9092）、Redis（默认6379）的流量端口。

2. 全局启用TCP协议追踪 #

修改Istio的Mesh配置，开启TCP流量的追踪功能：

apiVersion: v1
kind: ConfigMap
metadata:
  name: istio
  namespace: istio-system
data:
  mesh: |
    defaultConfig:
      tracing:
        sampling: 100.0
        zipkin:
          address: skywalking-oap.skywalking.svc.cluster.local:9411 # 替换为你的Skywalking Zipkin端点
      proxyMetadata:
        ISTIO_META_ENABLE_TCP_TRACING: "true"

更新配置后重启应用Pod：

kubectl rollout restart deployment <应用Deployment名称>

3. 配置Headless Service的追踪规则 #

为Kafka/Redis的Headless Service创建DestinationRule，指定追踪采样率：

# Kafka的DestinationRule示例
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: kafka-headless
  namespace: <Kafka所在Namespace>
spec:
  host: <Kafka Headless Service名称>.<Kafka所在Namespace>.svc.cluster.local
  trafficPolicy:
    tls:
      mode: DISABLE # 若Kafka启用TLS，需改为对应模式
    tracing:
      randomSamplingPercentage: 100.0

# Redis的DestinationRule示例
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: redis-headless
  namespace: <Redis所在Namespace>
spec:
  host: <Redis Headless Service名称>.<Redis所在Namespace>.svc.cluster.local
  trafficPolicy:
    tls:
      mode: DISABLE
    tracing:
      randomSamplingPercentage: 100.0

同时配置应用Namespace的Sidecar，明确放行目标服务的TCP流量：

apiVersion: networking.istio.io/v1alpha3
kind: Sidecar
metadata:
  name: default
  namespace: <应用所在Namespace>
spec:
  egress:
  - hosts:
    - "*.<Kafka所在Namespace>.svc.cluster.local"
    - "*.<Redis所在Namespace>.svc.cluster.local"
    ports:
    - number: 9092
      protocol: TCP
      name: kafka
    - number: 6379
      protocol: TCP
      name: redis

4. 验证Skywalking Zipkin接收器配置 #

确保Skywalking OAP已开启Zipkin接收器，若用Helm部署，修改values.yaml：

oap:
  receiver:
    zipkin:
      enabled: true

重启Skywalking OAP服务：

kubectl rollout restart deployment skywalking-oap -n skywalking

5. 追踪数据验证 #

• 查看istio-proxy日志，确认有向Zipkin端点发送追踪数据：

  kubectl logs <目标Pod名称> istio-proxy | grep zipkin
  

• 登录Skywalking UI，查看链路追踪是否包含Kafka/Redis的调用节点。

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