GitLabRunner和流水线的数据采集与监控

最新推荐文章于 2024-08-23 09:50:17 发布

DevOps云学堂

最新推荐文章于 2024-08-23 09:50:17 发布

阅读量1.9k

点赞数 1

文章标签：运维 docker linux nginx svn

本文链接：https://blog.csdn.net/weixin_40046357/article/details/107625439

版权

本文详细介绍了如何配置GitLab Runner和GitLab CI/CD流水线的监控。通过启用GitLab Runner的内置HTTP服务器并利用Prometheus进行数据采集，结合Grafana展示监控数据。同时，文章还展示了如何设置统一的GitLab流水线状态面板，便于运维人员查看整个平台的状态。

摘要由CSDN通过智能技术生成

使用Prometheus对GitLab Runner监控

1.1 配置GitLab Runner监控
1.2 配置GitLabCI 流水线监控

本文主要阐述如何配置GitLabRunner和GitLabCI/CD流水线的数据采集与监控。

1.1 配置GitLab Runner监控

GitLab Runner本地具有Prometheus指标，可以访问嵌入式HTTP服务器，通过/metrics 路径公开。该服务器（如果已启用）可以被Prometheus监视系统抓取，或通过任何其他HTTP客户端进行访问。

公开的信息包括：

Runner业务逻辑指标（例如，当前正在运行的作业数）
Go特定的流程指标（垃圾收集统计信息，goroutines，memstats等）
常规指标（内存使用情况，CPU使用情况，文件描述符使用情况等）

这些指标是运维人员监视和了解GitLab Runners的一种方式。例如，您可能会对Runner主机上的平均负载和作业数量感兴趣。

Runner默认是没有开启内置的HTTP服务，可以通过两种方式配置指标HTTP服务器：

在config.toml文件中配置全局选项 listen_address。
在Runner启动的时候添加--listen-address命令选项。

在这里我直接修改的config.toml文件，内容参考如下：

$ cat config.toml 
listen_address = "[::]:9252"
concurrent = 10
check_interval = 30
log_level = "info"

修改Runner配置后需要重启, 随后通过netstat查看监听的端口。

bash-5.0$ netstat -anlpt | grep 9252
tcp        0      0 :::9252                 :::*                    LISTEN      1/gitlab-runner
tcp        0      0 ::ffff:10.244.0.102:9252 ::ffff:10.244.0.1:35880 ESTABLISHED 1/gitlab-runner
tcp        0      0 ::ffff:10.244.0.102:9252 ::ffff:10.244.0.107:36184 ESTABLISHED 1/gitlab-runner
tcp        0      0 ::ffff:10.244.0.102:9252 ::ffff:10.244.0.103:57404 ESTABLISHED 1/gitlab-runner

当9252端口被监听，内容的HTTP服务器就启动了。此时我们可以获取指标数据。