使用Istio的Kubernetes集群中的Prometheus

Question

我们有一个正在运行的使用Istio的Kubernetes集群。 我正计划添加一个新的Prometheus吊舱，并且可以找到很多有关如何做的博客。 但是，我注意到Istio已经在Istio-System名称空间中运行了Prometheus服务。

我的主要目标是使Grafana与一些基本的监控仪表板一起运行。 我应该继续使用Istio的Prometheus服务吗？ 使用Istio的Prometheus服务相对于运行自己的服务有什么优点/缺点？

Answer 1

我建议不要共享现有的istio prometheus，出于某种原因，它已部署在istio-system名称空间中。 它由istio部署并配置。

如果您确实要创建中央共享的普罗米修斯服务，请使用prometheus-operator并为istio创建一个普罗米修斯运算符。 将istio安装重新集成到这个新的Prometheus实例中仍然需要大量的配置工作，并且只有在计划扩展运行该设置的群集数量时才值得这样做。 2或4个Prometheis是可以控制的差距。 20或40不是很多。

Answer 2

Istio随附Prometheus和Grafana的预配置版本，其中包括Prometheus数据源和Istio仪表板。 您应该能够通过运行以下命令来确认Prom和Grafana已在该命名空间中运行：

$ kubectl -n istio-system get svc普罗米修斯

$ kubectl -n istio-system获取svc grafana

（ https://istio.io/docs/tasks/telemetry/metrics/using-istio-dashboard/ ）

它们应该是这两种服务的完全功能版本，但是为了为您的自定义作业配置Prometheus，您需要查找和更新作为Istio的一部分而部署的ConfigMap，其中包括prometheus.yaml。这使您容易失去这些配置选项如果您停止运行Istio，或者由于Istio的原因有人将configMap更新回旧版本。 根据文档，Istio的Grafana的默认图像也是较旧的版本5.2.3，因此，运行自己的图像将意味着您可以更新到最新版本。

两次运行Prometheus并不是主要问题，特别是如果两个版本专注于不同的目标（尽管可能在不同的节点中运行），例如，如果您的Prom专注于Node Exporter和Application Metrics，而Istio Prom是只看Istio资源。 这样可以使其更清洁，您可以在专用的监视名称空间中部署自己的Prometheus和其他工具。 这是我写的有关Prometheus部署的博客和视频 ，内容涉及名称空间和基本的Prometheus / Node Exporter部署。

另一个选择是使用Prometheus远程存储选项和Grafana的远程托管版本。 Metricfire（我为之工作的人）提供远程存储，并允许您直接通过Grafana中的数据源查询该存储，而不是针对本地Prometheus。 您可以将远程存储详细信息添加到任何Prometheus配置中，包括Istio Prom，如果需要的话，还可以将其发送到Metricfire进行托管和创建仪表板（ 这是我写的博客文章 ，其中介绍了在何处可以找到适用于不同部署方法的prometheus.yaml。会有帮助）。 这样一来，您就可以在同一仪表板中并排查看两个Proms的指标。

您也可以在此处安装Istio仪表板-您可以在Grafana网站上找到它们：（ https://grafana.com/grafana/dashboards?search=istio ）。 将指标和Istio指标放在同一位置意味着您还可以并排查看它们，并且如果需要分析任何性能趋势，可以将它们保存更长时间。

Answer 3

我建议不要在群集中更好地安装Prometheus，以使用Azure日志分析。

步骤1：在Azure中创建日志分析步骤2：在kubernetes群集中安装OMS代理，并在群集和日志分析之间建立管道步骤3：日志将开始从群集迁移到日志分析步骤4：从Azure监视创建日志警报监控集群运行状况步骤5：在grafana数据源中添加日志分析并创建少量仪表板

单击下面的链接将Log Analytics与Grafana连接起来https://www.ciraltos.com/connect-grafana-to-azure-log-analytics/

单击链接以创建日志分析： https : //docs.microsoft.com/zh-cn/azure/container-service/kubernetes/container-service-kubernetes-oms