[增加中文版]🔹 Node Information - 更美观的 Grafana 性能监控面板 (Prometheus + Node Exporter) & Grafana 安装教程

不错就是小鸡带不动啊

@dGgeaGqY #16

可以参考我图一里列表第三台机器，只安装了 sing-box、snell、unbound、realm、node exporter，作为 512MB 内存的小鸡长时间总内存占用率不到 30%

@OAA #19

谢谢建议！翻看 NodeExporter 的 Github 主页里发现了新世界

@pnsroc #28

不妨看看 https://www.nodeseek.com/post-15265-1 写得很好

@Bene #11
最简单不暴露端口的办法就是用 cloudflared

1. 沒有基於 job 分類，如果像我這樣基於 job 分類的話，dashboard 中 Active Instance(s)就只能等於 1

2. dashboard 要設置為 dropdown 的下拉菜單

3. Instance View 中的 Disk Space 指的是剩餘容量，這個我剛開始會以為是總容量。像 BuyVM 的話顯示的是我那 256 GB 存儲塊的剩餘容量

感谢分享，mark备用，打算换掉Nezha了

bd，表示小白看不懂，哈哈

@satorik #33
好的谢谢，有时间我研究下

@Testcharon #34
谢谢反馈～

1. 可以问一下一般在什么场景下会使用 job 分类呢？我的机器比较少，需求也简单，所以暂时没理解到
2. 这个还在考虑，如果是面向轻度使用的用户，感觉不 dropdown 会比较方便切换到其他延迟测试面板；如果比较熟悉 Grafana 的用户，自己也可以设置成 dropdown
3. 确实是设计成剩余容量，但一下子没想到好用的缩写

@hsukqilee #10 发布于2024/12/1 02:29:31
prom+grafana确实好，唯一的问题是需要被监控的起一个端口，其他探针不需要

可以把node exp换成grafana的alloy，自带node exp并且可以被监控机器主动走http推送数据到远程prom

alloy相关配置片段：

// 添加 node exporter (prometheus.exporter.unix)
prometheus.exporter.unix "node" {

}

prometheus.scrape "node" {
    targets    = prometheus.exporter.unix.node.targets
    forward_to = [prometheus.remote_write.default.receiver]
    job_name   = "node"
    scrape_interval = "20s"
}

// 配置 Prometheus remote write
prometheus.remote_write "default" {
    endpoint {
        url = "https://你的prom/api/v1/write"
    }

注意自行保护这个接口，我是用cf zero trust的ip白名单保护的prom，所以直接无密码上传数据

有点复杂了

@Daydream5532 #38 这个好，我就是这个意思，前面几个回我的都没有get到

我的意思是就是，node_exporter需要监听端口，那比如是nat鸡就很难管理

用你说的这个就只需要起一个服务就行了