Networking 如何检查gRPC请求命中数?

Networking 如何检查gRPC请求命中数?,networking,kubernetes,grpc,grpc-java,Networking,Kubernetes,Grpc,Grpc Java,Java gRPC服务器在kubernetes中作为容器运行,我无法确定如何检查对该服务器的gRPC请求命中总数。它不等于成功点击的数量,可能服务器已关闭,无法接受请求,但点击数仍将增加 任何帮助都将不胜感激。您可以使用将日志构建到服务器中。 这允许在服务器运行时收集数据,但在服务器不运行时显然不允许 如果您为您的服务实现了一个服务,Kubernetes可以自动处理一些停机源,例如,您的服务需要重新启动或移动到另一个节点 这可以减少实际需要统计失败请求的情况 您可以使用位于服务器和群集/外部世界

Java gRPC服务器在kubernetes中作为容器运行,我无法确定如何检查对该服务器的gRPC请求命中总数。它不等于成功点击的数量,可能服务器已关闭,无法接受请求,但点击数仍将增加


任何帮助都将不胜感激。

您可以使用将日志构建到服务器中。 这允许在服务器运行时收集数据,但在服务器不运行时显然不允许

如果您为您的服务实现了一个服务,Kubernetes可以自动处理一些停机源,例如,您的服务需要重新启动或移动到另一个节点

这可以减少实际需要统计失败请求的情况

您可以使用位于服务器和群集/外部世界之间的gRPC感知代理,例如


这将允许您统计所有请求,无论成功与否(假设群集始终运行)。

您可以使用prometheus和Grafana设置kubernetes ingres监控和度量。您的k8s群集可能已经设置了此功能,请与您的ops人员联系

更多


一旦你的度量值在普罗米修斯中,你就可以使用Grafana设置自定义度量值并发出数据警报

你好,彼得,谢谢你的回复。主要的问题是收集总数,被受理的请求可以很容易地记录下来。gRPC感知代理是否有任何实现,因为我认为这会给系统带来很大的开销。你是说你不能使用代理吗?我想不出任何其他选项。这将为您提供与kubernetes相关的指标,即所有可见的指标。但我怀疑的是运行在grpc服务器内部的应用程序,你可能已经知道了,在kubernetes中,服务器/吊舱是短暂的。您可能有N个服务器,也称为pod。通常单个豆荚的指标是不相关的,因为它不传递任何信息,为什么你需要它?这是牛的概念,你会有你的牛总数,你会给单个牛命名吗?可能不会