istio
/
istio.io
mirror of https://github.com/istio/istio.io.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
istio.io/content/zh/docs/ops/common-problems/observability-issues/index.md

2.6 KiB
Raw Permalink Blame History

title description force_inline_toc weight aliases owner test
可观测性问题 处理 Telemetry 收集问题。 true 30
/zh/docs/ops/troubleshooting/grafana
/zh/docs/ops/troubleshooting/missing-traces
istio/wg-policies-and-telemetry-maintainers n/a

在 Mac 上运行 Istio 时，Zipkin 不生效

Istio 已经完成安装且正常工作，但是 Zipkin 中没有显示任何 trace 信息。

这可能是由已知的 Docker 问题引起的， 容器内的时间可能与主机上的时间有较大偏差。如果是这种情况，当您在 Zipkin 中选择了一个长时间范围时， 您可能会发现数据比预期早了一些时间。

您还可以通过对比 Docker 容器内和容器外的日期来确认此问题：

{{< text bash >}} $ docker run --entrypoint date gcr.io/istio-testing/ubuntu-16-04-slave:latest Sun Jun 11 11:44:18 UTC 2017 {{< /text >}}

{{< text bash >}} $ date -u Thu Jun 15 02:25:42 UTC 2017 {{< /text >}}

要解决此问题，您需要重启 Docker 后重新安装 Istio。

缺少 Grafana 输出

如果从本地 Web 客户端连接到 Istio 端时，无法获取 Grafana 的数据， 则应该验证客户端和服务器的日期和时间是否匹配。

Web 客户端（例如：Chrome）的时间会影响 Grafana 的输出。此问题的简单解决方案是验证 Kubernetes 集群内的时间同步服务是否正确运行，以及 Web 客户端计算机是否也与目标服务器的时间相同。 一些常见的时间同步系统有 NTP 和 Chrony。在有防火墙的实验室中问题比较严重， 这种情况可能是 NTP 配置错误，没有正确指向基于实验室的 NTP 服务。

验证 Istio CNI Pod 正在运行（如果使用）

Istio CNI 插件在 Kubernetes Pod 生命周期中的网络配置阶段执行 Istio 网格 Pod 流量重定向，从而消除了用户将 Pod 部署到 Istio 网格是对 NET_ADMIN 和 NET_RAW 权限的依赖。 Istio CNI 插件取代了 istio-init 容器提供的功能。

  1. 验证 istio-cni-node Pod 是否正在运行：

    {{< text bash >}} $ kubectl -n kube-system get pod -l k8s-app=istio-cni-node {{< /text >}}

  2. 如果 PodSecurityPolicy 在您的集群中正在工作，确认 istio-cni Service Account 可以使用 PodSecurityPolicy 的 NET_ADMIN 和 NET_RAW 功能。