用途：把服务器从偶尔 SSH 登录的黑盒，变为监控栈的一等公民。为本机补充远程、持续、聚合的可观测能力，与本地交互式排障（top、htop、iostat）互补；本地日志检索和纯性能排查分别应使用日志管理、系统监控类技能。
主要能力：安装并加固 Prometheus node_exporter（以非特权用户运行、监听 127.0.0.1:9100、systemd 单元）；为 Web 服务创建标准 /health 端点（检查数据库可达、磁盘未满、必需服务运行，健康返回 200、不健康返回 503，JSON 正文含逐项状态）；通过 rsyslog（TLS）、fluent-bit、vector、promtail 等把日志转发到中心收集器；审计主机当前发出的指标与日志。也介绍 Telegraf 与 Datadog agent 作为替代方案及各自适用条件。
使用方式：区分 Debian/Ubuntu 与 RHEL 系（Fedora、RHEL、CentOS Stream、Rocky、Alma）；RHEL 系 node_exporter 在 EPEL 或 Fedora main，防火墙用 firewalld 而非 ufw。典型流程为安装采集器、仅向监控源 IP 开放抓取端口（如 ufw allow from <monitor-ip> to any port 9100 proto tcp）、用 curl 本地确认指标、再在监控端验证目标为 UP 且标签正确。日志转发需定义过滤、TLS、背压与保留策略；API 密钥放 0600 环境文件。可选 fast path 脚本如 sudo sk-node-exporter-install --monitor-ip <ip>、sudo sk-health-endpoint --domain <d> --db mysql。
适用场景：新主机接入 Prometheus、为 vhost 添加 /health、把日志送往 Loki/ELK/CloudWatch、排查抓取与转发失败。
限制：Prometheus/Grafana 告警规则位于监控服务器端，不在被管主机；安装采集器、改配置、开端口、传输日志均需明确授权。抓取端口不得对 0.0.0.0 开放，指标标签禁止高基数与敏感值，公开与内部健康端点分离。仅在本地看到监听不能证明监控生效，必须从消费端验证。资料未提供具体版本兼容矩阵之外的收费或效果说明。