太坑了。 在繁忙的生产环境里一点点延迟都可能酿成大祸。每一次页面卡顿、每一次 CI 任务超时都像是敲在运维胸口的警钟。如果能把这些信号提前捕获、可视化展示，运维团队就能在问题萌芽时就把它拔掉。今天我们就来聊聊， 借助 GitLab和 Ubuntu 系统自带工具，如何搭建一套“眼睛”，实现对服务器状态的实时监控，让工作从被动救火变成主动防范。

一、 先把“肉眼”装上——GitLab 自带的监控入口

GitLab Omnibus 包已经内置了 Promeus、Grafana 以及 Node Exporter，只要在 /etc/gitlab/gitlab.rb 中打开相应开关，几分钟后你就拥有了一套完整的监控体系。

1️⃣ 启用内置组件

# 编辑 gitlab.rb
promeus = true
grafana    = true
node_exporter = true
# 保存后施行
sudo gitlab-ctl reconfigure
sudo gitlab-ctl restart

挺好。 重启完毕后 用浏览器访问 http://your-gitlab-domain/-/admin/monitoring即可看到 CPU、内存、磁盘、网络等关键指标的实时曲线。

2️⃣ 命令行速查服务状态

我们都... 有时候你不想打开浏览器， 只想快速确认各组件是否正常运行：

sudo gitlab-ctl status          # 查看所有 GitLab 服务的运行状态
sudo tail -f /var/log/gitlab/*.log   # 实时追踪日志输出
sudo gitlab-ctl tail            # 集中查看所有组件日志

只要看到 run 字样，就说明对应进程已启动；若出现 down立刻检查日志找根源。

二、 让数据说话——Promeus + Grafana 可视化利器

为什么要再装一套?主要原因是 GitLab 自带的仪表盘虽然够用，但很多企业希望自定义告警阈值或将指标统一到公司级别的监控平台。下面演示一步步把 Promeus 抓取的数据喂给 Grafana，自定义图表和告警，深得我心。。

1️⃣ 配置 Promeus 抓取目标

# /etc/promeus/promeus.yml
global:
  scrape_interval: 15s
scrape_configs:
  - job_name: 'gitlab'
    static_configs:
      - targets:    # GitLab 内置 Promeus 地址
  - job_name: 'node'
    static_configs:
      - targets:    # Node Exporter 地址

编辑完毕后：

sudo systemctl restart promeus
sudo gitlab-ctl restart promeus

2️⃣ 安装并配置 Grafana

# Ubuntu 官方仓库安装
sudo apt-get update && sudo apt-get install -y grafana
# 启动并设置开机自启
sudo systemctl start grafana-server
sudo systemctl enable grafana-server

登录 http://localhost:3000添加数据源：，我惊呆了。

• Name: Promeus_GitLab
• URL: http://localhost:9090
• Acess: Server
• Save & Test.

3️⃣ 导入官方仪表盘或自己动手绘制图表

Lemonade! 在 Grafana Marketplace 搜索 “GitLab” 即可找到官方预设仪表盘。导入后 你会看到类似下表的关键指标：

观感极佳。 *以上数据仅作演示，请根据实际业务需求自行设置阈值。

三、 Ubuntu 系统自带工具——快速定位瓶颈的小技巧

If you feel like “别折腾了我只想看看现在到底卡在哪儿”。下面几条命令足以让你在终端里“一眼洞悉”，最终的最终。。

• # top / htop : 实时展示 CPU、内存占用排行。关注 Puma/Sidekiq 进程是否占满资源。
• # iostat -xz 1 : 磁盘 I/O 延迟一目了然。如果磁盘写入慢，很可能导致 Gitaly 拉取代码卡顿。
• # vmstat 5 : 看交换区使用率， 一旦 swap 持续升高，就说明内存不足，需要扩容或调优 GC 参数。
• # netstat -tunlp | grep :80 : 检查 Nginx/Unicorn 是否真的在监听端口。
• # ps aux | grep sidekiq : 确认 Sidekiq worker 是否全数启动，有无异常退出记录。

四、 玩转 GitLab API —— 自动化监控脚本示例

The power is in your hands! 使用私有 Token 调用以下接口， 操作一波。 即可把系统健康信息写进自家 CMDB 或者发送 Slack/Webhook 警报：

# 替换 YOUR_ACCESS_TOKEN 为你的 Personal Access Token 
curl --header "PRIVATE-TOKEN: YOUR_ACCESS_TOKEN" \
     "https://gitlab.example.com/api/v4/system/status"
# 返回示例：
# {
#   "status": "ok",
#   "message": "",
#   "version": "15.9.0",
#   "revision": "...",
#   ...
# }

If 状态不是 “ok”，立刻结合前面的日志命令定位根因。下面是一段 Bash 脚本雏形， 好家伙... 可配合 cron 每分钟跑一次：

#!/usr/bin/env bash
TOKEN="YOUR_ACCESS_TOKEN"
URL="https://gitlab.example.com/api/v4/system/status"
result=$
status=$
if ]; n
    echo "$ 🚨 GitLab 状态异常！详情：$result" | tee -a /var/log/gitlab_monitor.log
    # 可加入发送 Slack 的 curl ...
fi

五、 第三方监控平台 —— Zabbix / Datadog / New Relic

SaaS 越来越流行，但很多企业仍然坚持自建平台，主要原因是成本可控且平安合规。下面列出几种常见组合， 以及它们各自的优缺点：

方案名称 适用场景 主要优缺点  Zabbix + GitLab Exporter Bare‑metal 环境，需要统一管理多台服务器 Zabbix 强大的模板体系；但部署复杂，需要维护 exporter  PROM + GRAFANA 云原生微服务；需要灵活告警 & 可视化 Dashboard ; 开源免费；但学习曲线稍陡；对大规模标签管理有挑战  混合云、多租户 SaaS 环境  界面友好，自动发现；费用随使用量增长   注重 APM 与业务层面关联分析 深度链路追踪与业务洞察；但对小团队成本较高，拭目以待。

​ ​ ​ ​​ ​​

​

​ ​​ ​​

​ ​​​ ​​ ​​​

六、收官感悟：从“看得见”到“管得住”

©2026 技术分享社区 | 本文仅供学习交流，如需商用请遵循相应许可证。