Grafana中的Kubernetes Istio延迟路径
我在AWS EKS集群中使用Istio。我正在使用预安装的prometheus和grafana来监控pods、Istio mesh和Istio服务工作负载。
我有三个服务在三个不同的工作区中运行，
Service 1:- service1.namespace1.svc.cluster.local
Service 2 :- service2.namespace2.svc.cluster.local
Service 3:- service3.namespace3.svc.cluster.local我可以在Grafana的Istio Service Dashboard中找到每个服务端点的延迟。但是，它只显示服务端点的延迟，而不是端点前缀。虽然总体服务端点延迟很好，但我想要检查服务端点中哪条路径正在花费时间。
假设service1.namespace1.svc.cluster.local的P50 Latency为2.91ms，但我也想检查每条路径的延迟。它有四条路径，
service1.namespace1.svc.cluster.local/login => Loging Path , P50 Latency = ?
service1.namespace1.svc.cluster.local/signup => Singup Path , P50 Latency = ?
service1.namespace1.svc.cluster.local/auth => Auth path , P50 Latency = ?
service1.namespace1.svc.cluster.local/list => List path , P50 Latency = ?我不确定这在Prometheus和Grafana堆栈中是否可行。实现它的推荐方法是什么？
Istioctl version --remote
client version: 1.5.1
internal-popcraftio-ingressgateway version:
citadel version: 1.4.3
galley version: 1.4.3
ingressgateway version: 1.5.1
pilot version: 1.4.3
policy version: 1.4.3
sidecar-injector version: 1.4.3
telemetry version: 1.4.3
pilot version: 1.5.1
office-popcraftio-ingressgateway version:
data plane version: 1.4.3 (83 proxies), 1.5.1 (4 proxies)回答 1
Stack Overflow用户
发布于 2020-04-22 15:26:23
据我所知，这不是Istio指标可以提供的。但是，您应该查看您的服务器框架提供的可用指标(如果有的话)。因此，这就是应用程序(框架)-dependent。例如，请参阅SpringBoot ( https://docs.spring.io/spring-metrics/docs/current/public/prometheus )或Vert.x ( https://vertx.io/docs/vertx-micrometer-metrics/java/#_http_server )
对于基于HTTP路径的指标，需要注意的一件事是，如果不小心使用，它可能会使指标基数爆炸。想象一下，你的一些路径包含无界的动态值(例如，/object/123465，其中123456是一个ID)，如果该路径被存储为一个普罗米修斯标签，这意味着普罗米修斯将为每个ID创建一个度量，这可能会导致普罗米修斯的性能问题，并冒着你的应用程序内存不足的风险。
我认为这是不让Istio提供基于路径的指标的一个很好的理由。而另一方面，框架可以有足够的知识来提供基于路径模板而不是实际路径的度量(例如，/object/$ID而不是/object/123465)，这解决了基数问题。
PS: Kiali有一些关于运行时监控的文档，这可能会有帮助：https://kiali.io/documentation/runtimes-monitoring/
https://stackoverflow.com/questions/61353765
复制相似问题
腾讯云开发者
