普罗米修斯集成
介绍了在GitLab 9.0中。
GitLab提供强大的集成普罗米修斯直接在GitLab中监控应用程序的关键指标。从Prometheus检索每个环境的指标,然后在GitLab界面中显示。
有两种方法来设置Prometheus集成,这取决于你的应用程序在哪里运行:
- 对于部署在Kubernetes上,GitLab可以自动部署和管理普罗米修斯
- 对于其他部署目标,简单指定Prometheus服务器.
一旦启用,GitLab将自动检测来自已知服务的指标指标库.
启用普罗米修斯集成
在Kubernetes上管理普罗米修斯
请注意:介绍了在GitLab 10.5中
GitLab可以无缝部署和管理Prometheus连接Kubernetes集群,让你的应用程序的监控更容易。
需求
- 一个连接Kubernetes集群
- 舵舵柄由GitLab安装
开始
一旦你有一个连接的Kubernetes集群并安装了Helm,部署一个受管理的Prometheus就像一次点击一样简单。
- 去
CI/CD > Kubernetes
页,以查看已连接的集群 - 选择要将Prometheus部署到的集群
- 单击安装按钮,将Prometheus部署到集群
关于管理普罗米修斯部署
普罗米修斯被部署到gitlab-managed-apps
命名空间,使用官方舵图.Prometheus只能在集群内访问,而GitLab则通过Kubernetes API.
普罗米修斯服务器会自动检测和监控节点、pod和端点。要将资源配置为由Prometheus监视,只需设置以下内容Kubernetes注释:
prometheus.io /刮
来真正的
启用对资源的监控。prometheus.io /端口
定义度量端点的端口。prometheus.io /路径
定义度量端点的路径。默认为/指标
.
监控CPU和内存消耗,但需要命名约定以确定环境。如果你正在使用汽车DevOps,这是自动处理。
的NGINX入口由GitLab部署到集群,自动标注用于监控提供关键响应指标:延迟、吞吐量和错误率。
手动配置普罗米修斯
需求
与普罗米修斯的整合要求如下:
- GitLab 9.0或更高版本
- 普罗米修斯必须配置为收集其中一种支持指标
- 每个指标必须有一个标签来指示环境
- GitLab必须有到Prometheus服务器的网络连接
开始
安装和配置Prometheus以监视应用程序相当简单。
在GitLab中配置
GitLab中Prometheus集成的实际配置非常简单。您所需要的只是想要集成的Prometheus服务器的DNS或IP地址。
- 导航到集成的页面
- 单击普罗米修斯服务
- 例如,提供服务器的基本URL
http://prometheus.example.com/
.的测试设置按钮可以用来确认从GitLab到Prometheus服务器的连接。
监控CI/CD环境
配置完成后,GitLab将尝试检索已成功部署的任何环境的性能指标。
GitLab将自动扫描Prometheus服务器,从Kubernetes和NGINX等已知服务中获取指标,并尝试识别单个环境。支持的指标和扫描过程在我们的详细普罗米修斯度量库文档.
您可以通过以下命令查看某个环境的性能指示板点击监控按钮.
确定合并对性能的影响
介绍了在GitLab 9.2中。GitLab 9.3添加了数值比较30分钟的平均值。需要Kubernetes指标
开发人员可以在合并请求工作流中查看他们的更改对性能的影响。当将源分支部署到环境中时,将出现平均内存消耗的火花线和数字比较。在火花线上,一个点表示部署当前更改的时间,在此之前和之后显示最多30分钟的性能数据。对比显示了部署前后平均30分钟的差异。该信息在每次提交部署后更新。
一旦合并并且目标分支被重新部署,度量将切换到显示这个修订已经部署到的新环境。
性能数据在Prometheus服务器上保存期间是可用的。
故障排除
如果“No data found”屏幕继续出现,可能是由于:
- 在此环境中没有成功的部署。
- Prometheus没有此环境的性能数据,或者指标没有正确标记。要测试这一点,请连接到Prometheus服务器和运行查询,替换
CI_ENVIRONMENT_SLUG美元
使用环境的名称。