prometheus监控端口9100和gitlab的prometheus的端口冲突

本文介绍如何使用gitlab-ctl status命令检查GitLab服务器的状态,并详细记录了各服务的运行情况。此外,还涉及了如何通过编辑node_exporter配置文件,解决9100端口被占用的问题,以及重启服务完成Prometheus监控项的更新。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.查看gitlab状态

[root@card-db02 /server/prometheus_exporters]# gitlab-ctl status
run: alertmanager: (pid 30836) 1189982s; run: log: (pid 19851) 1190917s
run: gitaly: (pid 30849) 1189982s; run: log: (pid 19791) 1190918s
run: gitlab-monitor: (pid 30860) 1189982s; run: log: (pid 19821) 1190917s
run: gitlab-workhorse: (pid 30873) 1189981s; run: log: (pid 19770) 1190918s
run: logrotate: (pid 20405) 1916s; run: log: (pid 19772) 1190918s
run: nginx: (pid 30909) 1189980s; run: log: (pid 19771) 1190918s
run: node-exporter: (pid 31318) 45214s; run: log: (pid 19811) 1190917s
run: postgres-exporter: (pid 31491) 1189949s; run: log: (pid 19911) 1190916s
run: postgresql: (pid 31504) 1189949s; run: log: (pid 19741) 1190919s
run: prometheus: (pid 19663) 2225s; run: log: (pid 19868) 1190916s
run: redis: (pid 31520) 1189948s; run: log: (pid 19740) 1190919s
run: redis-exporter: (pid 31524) 1189948s; run: log: (pid 19822) 1190917s
run: sidekiq: (pid 14168) 177294s; run: log: (pid 19743) 1190919s
run: unicorn: (pid 31588) 1189945s; run: log: (pid 19742) 1190919s

9100端口被占用

2.进入prometheus的监控项prometheus_exporters

vim编辑node_exporter

查找9100修改

重启

完成

### 如何配置 Prometheus 监控指定端口 为了使 Prometheus 能够监控特定端口,通常会借助 Node Exporter 或者 Blackbox Exporter 来实现这一目标。Node Exporter 可以用于收集本地系统的各种度量标准,而 Blackbox Exporter 则适用于对外部服务执行探测并报告其可用性响应时间。 #### 使用 Node Exporter 监控本机上的端口 如果目的是监控运行在同一台机器上由应用程序监听的某个 TCP 端口,则可以通过安装配置 Node Exporter 实现此目的。Node Exporter 自带了一个名为 `tcp_listener` 的 collector,可以用来检测是否有进程正在监听给定的端口号[^1]。 要启用这个功能,在启动 Node Exporter 时需加上参数: ```bash --collector.tcp-listen ``` 接着更新 Prometheus 配置文件 (`prometheus.yml`) 添加 job 定义指向该节点导出器实例的位置,并确保它能够抓取到所需的数据点。 #### 使用 Blackbox Exporter 进行远程端口服务健康检查 对于外部服务或跨网络边界的情况,推荐使用 Blackbox Exporter。这允许定义不同类型的探针来测试 HTTP(S),DNS 查询以及简单的 TCP 握手等协议层面的行为[^3]。 编辑 `/etc/prometheus/blackbox.yml` 文件设置模块部分,创建一个新的模块专门针对想要监测的目标端口: ```yaml modules: http_2xx: prober: http timeout: 5s http: valid_status_codes: [] method: GET tcp_connect: prober: tcp timeout: 5s ``` 随后修改主 Prometheus 配置文件中的 scrape_configs 段落引入新的静态配置项,指明被测对象地址及其关联的 blackbox module: ```yaml scrape_configs: - job_name: 'blackbox' metrics_path: /probe params: module: [http_2xx, tcp_connect] static_configs: - targets: - example.com:80 # 替换成实际待查证主机名加端口组合 labels: instance: webserver_http - targets: - localhost:9100 # 如果是本地服务则像这样写法 labels: instance: local_tcp_service ``` 最后记得保存更改后的配置文件并通过命令重启 Prometheus 服务以便应用最新的设定: ```bash systemctl restart prometheus.service ``` 通过上述方法之一即可完成对指定端口的状态跟踪工作。具体选择取决于应用场景个人偏好。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值