node_exporter关闭某些采集选项

最新推荐文章于 2024-12-31 08:15:00 发布
最新推荐文章于 2024-12-31 08:15:00 发布
阅读量730 收藏 2
点赞数 9
分类专栏： # prometheus 文章标签： 前端 javascript 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_44093727/article/details/136095285
版权
本文介绍了如何在使用Prometheus的node_exporter时，通过黑名单和白名单功能来管理和控制默认采集项目的资源消耗，包括如何使用`--no-collector`和`--collector.disable-defaults`flag来关闭或仅启用特定采集项，如CPU和内存监控。

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

 官方链接：https://github.com/prometheus/node_exporter

有时候嫌弃采集项目太多太消耗资源

默认开启的采集项目介绍

黑名单: exporter启动时关闭某一项默认开启的采集项

--no-collector.<name> flag

例如关闭cpu采集：

  • ./node_exporter --no-collector.cpu

  • curl -s localhost:9100/metrics |grep node_cpu

白名单：关闭默认采集项而只开启某些采集

 --collector.disable-defaults --collector.<name> .

# 只开启mem采集
 ./node_exporter --collector.disable-defaults --collector.meminfo

# 只开启mem 和cpu 采集
./node_exporter --collector.disable-defaults --collector.meminfo --collector.cpu

5.5 node_exporter采集原理简介
福大大架构师每日一题
07-17 558
node_exporter主流程源码追踪mem模块采集的流程。
node_exporter二次开发——本地调试打包流程
z1668522243的博客
11-02 1225
Docker 是一个开源的应用容器引擎，允许开发者将应用及其依赖打包到一个可移植的容器中。该容器包含应用程序的代码、运行环境、依赖库和配置文件等必需资源。通过容器，开发者可以实现方便、快速且与平台解耦的自动化部署，确保无论部署环境如何，容器中的应用程序都在相同的环境中运行。
KingbaseES V8R6集群维护案例之---停用集群node_export进程
lyu1026的博客
09-03 1536
案例说明： 在KingbaseES V8R6集群启动时，会启动node_exporter进程，此进程主要用于向kmonitor监控服务输出节点状态信息。在系统安全漏洞扫描中，提示出现以下安全漏洞： 对于未使用kmonitor建立集群监控的环境，可以将此进程禁用，而不影响集群正常管理和运行。 一、kmonitor监控服务架构 连接集群时，主节点部署kingbase_exporter以及node_e...
node-exporter启动、停止、重启、自启动
出发之前永远是梦想，上路之后永远是挑战。
12-10 4278
node-exporter启动、停止、重启、自启动service文件 service文件 根据实际内容进行修改 vi /usr/lib/systemd/system/node_exporter.service [Unit] Description=Node_exporter Documentation=https://prometheus.io/ After=network.target [Service] Type=simple User=root Group=root ExecStart=/opt/n
linux-node_exporter突然挂掉（couldn‘t get dbus connection）
line_on_database的博客
04-20 1898
突然收到一台机器挂掉的告警，去上面查看发现机器正常，uptime正常，没有重启情况，UID 20029的用户是tidb,su - tidb的时间较长，node_exporter有如下报错。
prometheus如何关闭某个目标的指标采集
因上努力，果上随缘。但行好事，莫问前程。
02-15 240
将上面图中label修改为：release: none，稍等几分钟刷新targets页面，这个采集目标就消失了。修改为：release: tianjimon-prometheus 即可恢复。
Prometheus监控实战之node_exporter详解
热门推荐
sre救赎之路
02-19 1万+
Prometheus监控实战node_exporter
node_exporter-0.15.1.linux-amd64.tar.gz
07-11
Node Exporter，作为一个开源项目，为Prometheus提供了采集Linux系统指标的功能，它允许管理员远程监控目标机器的硬件状态和操作系统信息。本文将详细探讨Node Exporter的0.15.1版本，以及如何在Linux AMD64平台上...
【Prometheus】【Node_Exporter】自定义任务统计 Collector：实战开发全攻略
zhangshenglu1的博客
12-31 1007
开发。
【prometheus】【Node_export】【原理介绍】【源码阅读】node_export启动main函数详解
zhangshenglu1的博客
12-29 931
这段代码是启动过程的核心部分。它配置了 HTTP 路由，解析了命令行参数，设置了日志记录，处理了运行环境的配置，并启动了一个 HTTP 服务器来提供 Prometheus 格式的指标数据。同时，它支持用户配置一些选项，如是否启用默认采集器，最大并发请求数，以及是否暴露自身的指标等。
prometheus和grafana、node_exporter监控服务资源
u011442726的博客
08-22 367
1.prometheus 启动命令： nohup ./prometheus >/dev/null 2>log & 2.node_exporter 2.1.下载 Node Exporter 安装包： wget https://github.com/prometheus/node_exporter/releases/download/v0.18.1/node_exporter-0.18.1.linux-amd64.tar.gz 2.2.解压 tar -zxvf node_
node_exporter配置系统服务并自启
weixin_43135696的博客
06-07 2215
node_exporter配置系统服务并自启
prometheus中通过node-exporter中的--collector.textfile.directory这一选项参数自定义监控指标
LJWWD的博客
05-13 2838
可见其中包含我们自定义的一个指标。
Docker 容器监控
jianfeng123123的博客
01-17 1540
源码：https://github.com/google/cadvisor源码：https://github.com/prometheus/node_exporter官方文档：https://prometheus.io/ PromQL文档：https://prometheus.io/docs/prometheus/latest/querying/basics/源码：https://github.com/prometheus/prometheus。
(promethues）node_exporter注册自定义监控数据，简单展示
运维仙人
12-27 1775
Collect(ctx context.Context) (metrics, error): 此方法用于收集和返回自定义指标。Describe(ctx context.Context, ch chan
【prometheus】【Node_export】Node_Exporter 的工作原理与开发秘籍
zhangshenglu1的博客
12-30 710
【代码】【prometheus】【Node_export】Node_Exporter 的工作原理与开发秘籍。
构建企业级监控平台系列（十六）：Prometheus Node Exporter 详解
民工哥的博客
10-20 3912
点击下方名片，设为星标！回复“1024”获取2TB学习资源！前面介绍了 ZabbixZabbix Proxy、监控常见服务、Prometheus入门与安装、Server配置、Operator、Exporter 等相关的知识点，今天我将详细的为大家介绍 Prometheus Node Exporter相关知识，希望大家能够从中收获多多！如有帮助，请点在看、转发朋友圈支持一波！！！概述Export...
修复 pprof ---node_exproter访问漏洞(go-pprof-leak)
fanda-star
06-20 2982
* 在Go语言中，pprof和debug包是用来检测和避免goroutine泄漏，避免导致goroutine泄漏，进而消耗大量系统资源。不过对于安全而言确又存在一定风险，**
Prometheus监控Linux主机（node-exporter）
南宫乘风-Linux运维-虚拟化容器-Python编程 ownit.top
09-22 8320
node_exporter的–collector.textfile是一个收集器，这个收集器可以允许我们暴露自定义指标，比如某些pushgateway功能中自定义的指标，就可以使用–collector.textfile功能来实现，而且，node_exporter实现起来更加优雅。用node_expoerter ，直接在现在基础上做textfile collector即可。如果有pushgateway的话，可是使用pushgateway的，也可以使用textfilecollector。‍。
rook安装ceph时开启exporter给外部prometheus采集
最新发布
03-30
<think>好的，用户问的是在安装Rook Ceph时如何开启exporter供外部Prometheus采集。我需要先回忆一下Rook和Ceph的相关知识，确保自己理解正确。 首先，Rook是运行在Kubernetes上的存储编排工具，而Ceph是它支持的一种分布式存储系统。用户提到开启exporter，应该是指Ceph的监控指标导出器，通常是Ceph Exporter或者Prometheus的ceph-mixins。需要确认Rook的配置中如何启用这些exporter。 接下来，用户需要让外部Prometheus采集这些指标。所以，可能需要配置ServiceMonitor或者NodePort服务，以便Prometheus能够发现和抓取指标。 我应该分步骤来解答：首先修改Rook的Cluster CRD配置，开启监控功能；然后部署ServiceMonitor资源；最后确认Prometheus的配置是否正确。需要注意不同版本的Rook可能有不同的配置方式，比如v1.5之后可能需要使用CephDashboard的监控配置，或者直接启用Prometheus监控。 另外，需要提醒用户检查Prometheus的权限设置，确保有必要的RBAC配置，避免访问被拒绝。还有，可能需要暴露服务的方式，比如NodePort或Ingress，根据实际环境选择合适的方法。 还需要考虑是否要开启Ceph Manager模块，如prometheus，因为Ceph本身有内置的指标导出功能，Rook可能已经集成了这些。这时可能需要通过修改CephCluster的spec.mgr.modules来启用相应模块。 可能遗漏的点：是否需要配置安全策略，如网络策略或Pod安全策略，允许外部访问exporter的端口。同时，检查exporter的端口是否正确，默认是9283吗？或者不同的版本端口是否有变化？ 最后，验证步骤很重要，用户需要知道如何检查exporter的Pod是否运行，Endpoints是否存在，以及Prometheus的Target是否正常。可以建议使用kubectl命令和Prometheus的Web界面进行验证。 总结步骤应该是： 1. 修改CephCluster CRD启用监控。 2. 创建ServiceMonitor以便Prometheus自动发现。 3. 配置Prometheus的RBAC和服务发现。 4. 验证配置是否生效。 需要确保每一步的命令和YAML示例正确，特别是缩进和字段名称，避免用户复制时出错。同时，提醒用户替换命名空间和版本号等占位符。</think>在Rook中部署Ceph时开启指标导出供外部Prometheus采集，需完成以下步骤： --- ### 一、启用Ceph监控模块 在CephCluster CRD配置中添加监控配置： ```yaml apiVersion: ceph.rook.io/v1 kind: CephCluster metadata: name: rook-ceph namespace: rook-ceph spec: # ...其他配置 monitoring: enabled: true # 启用Prometheus监控 rulesNamespace: rook-ceph # 告警规则存放的命名空间 ``` --- ### 二、创建ServiceMonitor资源 创建`ServiceMonitor`使Prometheus自动发现指标端点： ```yaml apiVersion: monitoring.coreos.com/v1 kind: ServiceMonitor metadata: name: rook-ceph-mgr namespace: rook-ceph labels: app: rook-ceph-mgr spec: namespaceSelector: matchNames: - rook-ceph selector: matchLabels: app: rook-ceph-mgr endpoints: - port: http-metrics # 对应Service的端口名称 interval: 30s path: /metrics ``` --- ### 三、验证指标端点 1. **检查Exporter Pod状态**： ```bash kubectl -n rook-ceph get pods -l app=rook-ceph-mgr # 应看到mgr-a-xxx Pod处于Running状态 ``` 2. **查看Service Endpoints**： ```bash kubectl -n rook-ceph describe svc rook-ceph-mgr # 确认Endpoints字段包含mgr Pod IP ``` 3. **手动访问指标接口**： ```bash kubectl -n rook-ceph port-forward svc/rook-ceph-mgr 9283:http-metrics # 浏览器访问 http://localhost:9283/metrics 应看到指标数据 ``` --- ### 四、配置外部Prometheus 1. **确保Prometheus有权限访问Rook命名空间**： ```yaml # prometheus-clusterRole.yaml - apiGroups: [""] resources: ["services", "endpoints", "pods"] verbs: ["get", "list", "watch"] ``` 2. **检查Prometheus Targets**： - 在Prometheus Web界面 -> Status -> Targets - 应看到`rook-ceph-mgr`目标状态为`UP` --- ### 高级配置选项 1. **自定义采集间隔**： ```yaml endpoints: - interval: 15s # 缩短采集间隔 scrapeTimeout: 10s ``` 2. **暴露NodePort服务**（当Prometheus在集群外部时）： ```yaml apiVersion: v1 kind: Service metadata: name: rook-ceph-mgr-external namespace: rook-ceph spec: type: NodePort ports: - name: http-metrics port: 9283 nodePort: 30928 selector: app: rook-ceph-mgr ``` --- ### 常见问题排查 1. **指标端点不可达**： - 检查网络策略是否阻止跨命名空间访问 - 验证Service的`selector`标签是否匹配mgr Pod 2. **权限拒绝错误**： - 确认Prometheus ServiceAccount有`monitoring`角色的绑定 - 检查Prometheus日志是否有RBAC错误 3. **缺少指标数据**： - 确认Ceph集群健康状态 (`ceph -s`) - 检查mgr Pod日志是否启用了prometheus模块 完成上述配置后，外部Prometheus即可采集Ceph集群的详细指标数据，用于Grafana仪表盘构建和告警规则配置。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值