【发布时间】：2019-09-02 03:20:18
【问题描述】：
【问题讨论】：
【发布时间】：2019-09-02 03:20:18
【问题描述】：
我可能没有正确理解，但据我了解，有两件事。
请检查您拥有的断路器规格。从 Kiali 主页，您可以转到“Istio Config”并检查断路器规格。它可以在不同的“DestinationRule”（outlierDetection）或“DestinationPolicy”（CircuitBreaker）内
- 主要内容：
如何在 istio v1.1.1 中重置断路器计数器？
也许您想先利用 Kiali 提供的信息来评估您的情况。
- 您可以从主页进入 -> 工作负载 ->
- 您将获得详细信息页面，并可以查看“信息”、“交通”、“日志”等选项卡。您可以检查入站和出站流量。如果根本没有请求进来，那么，可能需要从服务的客户端检查请求停止的原因。
我觉得你不要这样做。但除非您完全意识到并评估了存在问题，否则您可以使用指向您的 Kubernetes 集群的 Kubectl 检查各个 Envoy 代理统计信息。 Istio Envoy Statistics reference.
kubectl -n {YOUR NAMESPACE} -it {THE POD NAME YOU WANT TO TEST} -c istio-proxy -- sh -c 'curl localhost:15000/stats'
如果你真的想重置：
kubectl -n {YOUR NAMESPACE} -it {THE POD NAME YOU WANT TO TEST} -c istio-proxy -- sh -c 'curl -XPOST localhost:15000/reset_counters'
【讨论】：
-
我已按照您的建议重置了所有计数器，但 kiali 雷声图标仍然存在。对于 DestinationRule 中的断路器配置，是的，我以前做过，但是网络流量很小，不应该被触发。
-
对不起，我可能没有理解正确。您是否只想删除 Kiali 中的“雷声图标”？该雷声图标表示存在断路器配置。那么，如果您要删除那个雷声图标，我说您要删除断路器是否正确？如果是，您必须知道它是在哪里定义的。如果您使用的是 v1alpha3 API，断路器是在目标规则 (
kubectl -n {namespace} get destinationrules) 中定义的。更多详情here。然后，修改确定的来源。 -
哦...你是对的 - 我们已经在 destinationrule 中为这些服务配置了断路器。谢谢！ @mOchi