在 K8 或 EKS 中监控入口流量的标准方法
Standard way to monitor ingress traffic in K8 or EKS
是否有标准的方法来监控K8 Ingress的流量。我们试图提取像
这样的指标
- 每秒请求数
- HTTP 错误
- 响应时间
- 等...
特定环境
- AWS EKS
- Nginx 入口
- AWS Elastic 搜索服务[商店和搜索指标]
- Kibana 和 Easy Alert [仪表板和警报]
尝试过的解决方案
- 像 Istio 这样的服务网格（不想要 Istio 的沉重。服务到服务的流量非常少。）
- 自定义 nginx 解决方案（https://sysdig.com/blog/monitor-nginx-kubernetes/）
寻找 K8 通用的东西。有什么提示吗？
首先，没有"standard way"监控一个集群。人或公司有不同的需求，所以你应该实施你最好的解决方案。
如果您正在管理来自 Nginx 入口控制器的所有入口流量，那么您可以实施基于 Nginx 的解决方案。也就是说，linkerd 也是一个很好的工具来监控和管理你的网络堆栈，特别是如果它很简单的话。有一个仪表板，您可以检查所有要求。 Linkerd 组件也不像 istio 那样重。
描述如何将基本统计信息发送到Prometheus，然后可以在Grafana中查看的ingress-nginx project has a monitoring guide。如果你的集群已经安装了这些工具，那么只需配置 prometheus 来抓取 nginx ingress controller pods.
是否有标准的方法来监控K8 Ingress的流量。我们试图提取像
这样的指标- 每秒请求数
- HTTP 错误
- 响应时间
- 等...
特定环境
- AWS EKS
- Nginx 入口
- AWS Elastic 搜索服务[商店和搜索指标]
- Kibana 和 Easy Alert [仪表板和警报]
尝试过的解决方案
- 像 Istio 这样的服务网格（不想要 Istio 的沉重。服务到服务的流量非常少。）
- 自定义 nginx 解决方案（https://sysdig.com/blog/monitor-nginx-kubernetes/）
寻找 K8 通用的东西。有什么提示吗？
首先，没有"standard way"监控一个集群。人或公司有不同的需求，所以你应该实施你最好的解决方案。
如果您正在管理来自 Nginx 入口控制器的所有入口流量，那么您可以实施基于 Nginx 的解决方案。也就是说，linkerd 也是一个很好的工具来监控和管理你的网络堆栈，特别是如果它很简单的话。有一个仪表板，您可以检查所有要求。 Linkerd 组件也不像 istio 那样重。
描述如何将基本统计信息发送到Prometheus，然后可以在Grafana中查看的ingress-nginx project has a monitoring guide。如果你的集群已经安装了这些工具，那么只需配置 prometheus 来抓取 nginx ingress controller pods.