prometheus_ipmi_export安装配置

最新推荐文章于 2025-03-06 17:29:33 发布
最新推荐文章于 2025-03-06 17:29:33 发布
阅读量4.9k 收藏 4
点赞数 1
CC 4.0 BY-SA版权
分类专栏： # Prometheus系列 文章标签： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_37558119/article/details/109848796

prometheus监控之ipmi_export安装配置

1、安装

1）GitHub源码地址：https://github.com/soundcloud/ipmi_exporter
2）发行版包含可执行文件地址：https://github.com/soundcloud/ipmi_exporter/releases
下载需要版本解压即可，解压后只有可执行文件和LICENSE文件，如果需要采集远程地址信息，则需要配置ipmi_remote.yml文件。
在这里插入图片描述
3）需要安装 freeipmi

 apt-get install freeipmi

2、启动

1）启动命令：

 nohup ./ipmi_exporter --config.file=$PWD/ipmi_remote.yml &

2）启动后访问 http://192.168.50.200:9290/ 如图，启动成功
在这里插入图片描述
3）远程采集测试
如果出现如下图则采集失败，失败原因可能有：

  • 没有安装freeipmi
  • 目标地址没有ipmi服务
  • 远程连接配置的用户名密码不对
    在这里插入图片描述
    如果采集成功如下图，有很多信息
    在这里插入图片描述
【30天精通Prometheus：一站式监控实战指南】第15天：ipmi_exporter从入门到实战：安装、配置详解与生产环境搭建指南，超详细
大唐有趣的小胡.
06-02 2933
首先，通过官方网站下载并安装适合的ipmi_exporter版本。接着，深入解析ipmi_exporter的关键指标和配置文件，包括ipmi_remote.yml和ipmi_exporter.service。在实战演练部分，指导了如何在生产环境中安装freeipmi、配置权限，并详细阐述了如何部署和管理ipmi_exporter，包括创建用户、解压安装包、集成到Prometheus、更改软件包名称、创建配置文件、编辑服务文件以及启动服务等步骤。
kube-prometheus-stack监控ipmi
weixin_40548182的博客
05-26 1110
编辑prom-node-exporter.yaml文件，在containers.args部分增加- --collector.textfile.directory=/host/root/node_exporter/textfile，文件最终内容如下。kube-prometheus-stack部署到k8s参见我另外一篇博文。
【亲测免费】 IPMI Exporter 项目常见问题解决方案
gitblog_01250的博客
10-18 840
IPMI Exporter 项目常见问题解决方案 项目基础介绍和主要编程语言 IPMI Exporter 是一个由 Prometheus 社区开发的开源项目，主要用于 Prometheus 监控系统中，通过 IPMI（Intelligent Platform Management Interface）协议收集和导出硬件监控数据。该项目的主要编程语言是 Go 语言，利用了 FreeIPMI 工具集来...
ipmi_exporter：Prometheus的远程IPMI导出器
02-23
Prometheus IPMI出口商 这是的IPMI出口商。 它既支持常规/metrics终结点，从正在运行导出程序的主机中暴露度量标准，又支持/ipmi终结点，该终结点支持通过RMCP的IPMI-在一个主机上运行的一个导出程序可用于监视大量IPMI通过将target参数传递给刮擦来进行接口。 导出器依靠套件中的工具来实现实际的IPMI。 安装 对于大多数用例，只需下载。 从源头建造 您需要一个Go开发环境。 然后，只需运行make即可生成可执行文件： make 这使用通用的Prometheus工具来构建和运行一些测试。 另外，您可以使用标准的Go工具，该工具会将可执行文件安装在$GOPATH/bin ： go get github.com/soundcloud/ipmi_exporter 构建一个Docker容器 您可以使用包含的docker make目标构建一个Docker
ipmi_exporter:Go编写的prometheus.io的IPMI Exporter
05-14
IPMI出口商 用于GoPro的prometheus.io的IPMI Exporter。 要求 ipmitool Docker使用 docker run --device=/dev/ipmi0 -d --name ipmi_exporter -p 9289:9289 lovoo/ipmi_exporter:latest 建造 make build 贡献 叉吧！ 创建功能分支： git checkout -b my-new-feature 提交更改： git commit -am 'Add some feature' 推送到分支： git push origin my-new-feature 提交拉取请求 软件包存储库 Debian repo快速安装： curl -s https://packagecloud.io/install/repositories/LovooOS/pro
深入 Prometheus 监控生态 - 第四篇：服务器硬件信息监控（ipmi-exporter）
weixin_41004518的博客
09-12 3196
IPMI监控基于IPMI协议，允许对物理服务器的硬件进行低级别管理。IPMI Exporter通过与BMC（Baseboard Management Controller）通信，获取服务器的硬件状态，如温度、风扇、电压等，将这些数据转化为Prometheus的格式。因为 Prometheus 在 dockerhub 上面没 ipmi-exporter 容器镜像，那就自己做一个呗。下面就以基础镜像为例子，部署 node-exporter 并进行监控。
ibm ipmi监控 配置_Prometheus Exporter 监控 Redis
weixin_33895652的博客
12-06 1763
Prometheus Exporter 监控 Redis标签（空格分隔）： Prometheus博客地址：i4t.com2019年06月18日Exporter简介Prometheus已经成为云原生应用监控行业的标准，在很多流行的监控系统中都已经实现了Prometheus的监控接口，例如etcd、Kubernetes、CoreDNS等，他们可以直接被Prometheus监控，但是大多数监控对象都没办...
ipmi-exporter-1.7.0 集合包
09-12
ipmi-exporter-1.7.0集合包是包含了用于监控基础硬件信息的工具，其核心为ipmi_exporter，这是prometheus官方提供的用于收集IPMI（Intelligent Platform Management Interface）硬件监控数据的exporter工具。...
prometheus 使用 ipmi exporter 增加硬件级别监控
weixin_51627652的博客
02-26 1332
【代码】prometheus 使用 ipmi exporter 增加硬件级别监控。
监控服务器体系
Drw_Dcm的博客
10-27 9880
监控服务
ipmi-exporter-1.8.0 集合包
09-12
ipmi_exporte 工具集合包 1、prometheus 官方 ipmi_exporte 工具，版本：1.8.0 2、请使用与直接版本相关的工具 3、直接运行即可 4、浏览器访问 9290 端口检验
psi_exporter:Prometheus出口商，用于Linux内核中的压力失速信息（PSI）
05-27
psi_exporter Prometheus出口商，用于Linux内核中的（PSI）。 要求 内核必须支持PSI（ CONFIG_PSI=y ），至少需要Linux 4.20。 导出指标 导出以下指标： $ curl -s http://ip6-localhost:12345/ | grep -E '(journald|^#)' # HELP pressure_avg_10s_ratio Ratio of time spent under pressure in the last 10s at time of measurement # TYPE pressure_avg_10s_ratio gauge pressure_avg_10s_ratio{controller="cpu",id="/system.slice/systemd-journald.service",kind="
prometheus监控服务器ipmi规则
02-16
prometheus监控规则大全 node规则，redis监控，es监控，vmware监控，ipmi监控，ceph监控，etcd监控，k8s监控，mysql监控，openstack监控，os监控，交换机监控，windows监控，cdh监控，calico监控规则监控
freeipmi-devel-1.5.7-3.el7.x86_64(1) (1).rpm
12-03
离线安装包，测试可用
Prometheus部署
z20021111的博客
10-28 3332
Prometheus是一套开源的监控、报警、时间序列、数据库的组合采集的样本以时间序列的方式保存在内存（TSDB时序数据库）中并定时保存到硬盘中（持久化）时序数据库不属于sql数据库也并不是nosql数据库。
【亲测免费】 IPMI Exporter 下载及安装教程
gitblog_01253的博客
10-18 1191
IPMI Exporter 下载及安装教程 1、项目介绍 IPMI Exporter 是一个用于 Prometheus 的远程 IPMI 导出器。它支持常规的 /metrics 端点，暴露运行导出器的主机的指标，以及支持 IPMI 通过 RMCP 的 /ipmi 端点。通过在抓取时传递目标参数，一个运行在一台主机上的导出器可以用于监控大量 IPMI 接口。该导出器依赖于 FreeIPMI 套件中的...
推荐一款强大且灵活的监控工具——Prometheus IPMI Exporter
gitblog_00350的博客
08-16 1112
推荐一款强大且灵活的监控工具——Prometheus IPMI Exporter 在当今高度虚拟化和容器化的IT环境中，系统监控变得日益重要。Prometheus作为一款领先的时间序列数据库和监控系统，以其高性能和灵活性受到广泛欢迎。为了进一步增强Prometheus的功能，尤其是对于那些希望对物理服务器进行深入监测的用户而言，Prometheus IPMI Exporter应运而生。 项目介绍 ...
Prometheus IPMI Exporter 常见问题解决方案
gitblog_00745的博客
11-25 470
Prometheus IPMI Exporter 常见问题解决方案 Prometheus IPMI Exporter 是一个用于Prometheus监控系统的IPMI（智能平台管理接口）数据导出器。该项目主要使用 Go 语言开发。 1. 项目基础介绍 Prometheus IPMI Exporter 支持从本地主机或远程系统收集IPMI相关的监控数据，并将其转化为Prometheus能够识别的格式...
Ops实践 | 从零开始，Prometheus通过IPMI协议抓取服务器硬件设备指标，并可视化展示！...
WeiyiGeek 唯一极客IT知识分享
03-06 980
描述：作为一名资深的运维（万精油）打工人，在运维工作中经常会遇到除了监控CPU、内存、磁盘等常规指标外，还需要对服务器的硬件状态进行实时监测，例如硬盘温度、风扇转速、电源电压等。由于我们使用阿里云的裸金属服务器，未接入到其监控平台上，遂需要自行解决监控预警，由因为其是浪潮服务器特供阿里云的但是阉割了一部分功能，导致 SNMP 无法使用，只能通过 IPMI 方式进行监控硬件状态。
麻烦编写成自动化处置脚本
最新发布
03-08
<think>嗯，用户之前问过如何快速自动处置Kubernetes集群中的故障节点，我给出了详细的步骤和配置示例。现在用户的新请求是希望将这些步骤编写成自动化处置脚本。我需要仔细分析用户的需求，理解他们到底需要什么样的脚本，以及可能的上下文。 首先，用户可能已经有一定的Kubernetes运维经验，但希望自动化处理节点故障，减少手动干预。之前的回答包含了健康监测、标记隔离、负载驱逐、修复流程等步骤，现在需要将这些转化为可执行的脚本。 用户的需求可能是要一个能够自动检测故障节点，并执行隔离、驱逐、修复等操作的脚本。他们可能希望脚本能集成到现有的监控系统或CI/CD流程中，或者作为独立的工具运行。需要注意的是，用户可能希望脚本能够在不同的环境中工作，比如云环境、物理机或边缘节点，因此脚本需要有一定的灵活性。 接下来要考虑的是如何实现各个步骤。比如，检测节点状态可以使用kubectl命令，而自动标记和驱逐则需要调用Kubernetes API或者使用kubectl命令。对于云环境，可能需要调用云提供商的API来终止实例并创建新节点，而物理机可能需要通过IPMI重启。这些操作需要脚本有相应的处理逻辑，并且要考虑权限和安全问题。 另外，用户可能希望脚本能够处理不同的故障级别，比如轻度异常和严重故障，采取不同的措施。同时，日志记录和通知功能也很重要，这样运维团队可以追踪脚本的执行情况并及时获知处理结果。 需要考虑到异常处理，比如节点状态检测失败时脚本该如何应对，是否重试，或者发出警报。此外，脚本的可配置性也很重要，比如故障判断的时间阈值、云提供商的不同配置等，可能需要通过配置文件或环境变量来设置。 可能的陷阱包括权限不足，kubectl命令执行出错，或者云API调用失败。脚本需要有错误处理机制，并且在关键步骤进行验证，比如在驱逐Pod前确认节点确实处于不可用状态，避免误操作。 最后，用户可能需要一个具体的示例脚本，作为起点进行修改和适配自己的环境。因此，提供一个结构清晰、注释详细的脚本框架，并说明如何扩展和集成其他工具（如Prometheus、Ansible、云CLI工具）会很有帮助。</think>以下是一个基于Shell/Python混合编写的Kubernetes故障节点自动化处置脚本框架，包含核心功能模块和防护机制： ```bash #!/bin/bash # 文件名: auto-node-healer.sh # 描述: Kubernetes故障节点自动处置脚本 # 依赖: kubectl, jq, awscli/azcli（云环境）, ipmitool（物理机） # 配置区域 THRESHOLD_NOT_READY=300 # 节点NotReady持续时间阈值（秒） CLOUD_PROVIDER="aws" # 云平台类型(aws/azure/gcp/baremetal) MAX_DRAIN_RETRY=3 # Pod驱逐最大重试次数 SLACK_WEBHOOK_URL="https://hooks.slack.com/services/XXX" # 通知地址 # 获取异常节点列表函数 fetch_unhealthy_nodes() { kubectl get nodes -o json | jq -r '.items[] | select(.status.conditions[] | select(.type=="Ready" and .status!="True")) | .metadata.name' } # 节点隔离函数 isolate_node() { local node=$1 kubectl cordon $node kubectl taint nodes $node node-rescue/isolated=:NoExecute } # 安全驱逐函数 safe_drain_node() { local node=$1 for ((i=1; i<=$MAX_DRAIN_RETRY; i++)); do if kubectl drain $node --ignore-daemonsets --delete-emptydir-data --force; then return 0 fi sleep $((i*30)) # 指数退避重试 done return 1 } # 基础设施修复函数 heal_infrastructure() { local node=$1 case $CLOUD_PROVIDER in "aws") instance_id=$(kubectl get node $node -o jsonpath='{.spec.providerID}' | cut -d'/' -f5) aws ec2 terminate-instances --instance-ids $instance_id ;; "azure") # Azure虚拟机处理逻辑 ;; "baremetal") ipmi_host=$(get_ipmi_host $node) # 自定义IPMI信息获取函数 ipmitool -H $ipmi_host power reset ;; esac } # 状态验证函数 verify_recovery() { local node=$1 # 检查新节点是否加入集群 kubectl wait --for=condition=Ready node/$node --timeout=600s } # 主处理流程 main() { while true; do for node in $(fetch_unhealthy_nodes); do node_status=$(kubectl get node $node -o jsonpath='{.status.conditions[?(@.type=="Ready")].status}') duration=$(date -d $(kubectl get node $node -o jsonpath='{.status.conditions[?(@.type=="Ready")].lastTransitionTime}') +%s) now=$(date +%s) downtime=$((now - duration)) if [[ $node_status != "True" && $downtime -ge $THRESHOLD_NOT_READY ]]; then # 执行处置流程 isolate_node $node if safe_drain_node $node; then heal_infrastructure $node if verify_recovery; then curl -X POST $SLACK_WEBHOOK_URL -d "{\"text\":\"节点 $node 已成功自动修复\"}" else curl -X POST $SLACK_WEBHOOK_URL -d "{\"text\":\"警告: 节点 $node 修复失败，需要人工介入！\"}" fi fi fi done sleep 60 # 每分钟检查一次 done } # 安全锁机制（防止重复执行） LOCK_FILE="/tmp/k8s-healer.lock" if [ -e $LOCK_FILE ]; then echo "另一个修复进程正在运行中..." exit 1 fi trap "rm -f $LOCK_FILE; exit" INT TERM EXIT touch $LOCK_FILE main ``` ### 增强功能说明 1. **多云支持扩展** ```python # 添加gcp支持示例 def gcp_node_healing(instance_name): from googleapiclient import discovery compute = discovery.build('compute', 'v1') return compute.instances().delete( project=GCP_PROJECT, zone=GCP_ZONE, instance=instance_name ).execute() ``` 2. **智能熔断机制** ```bash # 当异常节点超过集群的30%时停止自动修复 CRITICAL_NODE_RATIO=0.3 total_nodes=$(kubectl get nodes --no-headers | wc -l) failed_nodes=$(fetch_unhealthy_nodes | wc -l) if (( $(echo "$failed_nodes / $total_nodes > $CRITICAL_NODE_RATIO" | bc -l) )); then echo "达到熔断阈值，暂停自动修复" exit 2 fi ``` 3. **日志审计集成** ```bash # 记录所有操作到Syslog logger -t k8s-autofix "开始处理故障节点: $node" # 使用审计模式记录kubectl操作 export KUBECTL_AUDIT_LOG="/var/log/k8s-healer-$(date +%Y%m%d).log" kubectl() { echo "[$(date)] Command: $@" >> $KUBECTL_AUDIT_LOG /usr/local/bin/kubectl "$@" } ``` ### 部署方式 1. **容器化部署** ```dockerfile FROM python:3.9-alpine RUN apk add --no-cache jq bash curl ipmitool COPY auto-node-healer.sh /app/ WORKDIR /app CMD ["bash", "auto-node-healer.sh"] ``` 2. **Systemd服务单元** ```ini # /etc/systemd/system/k8s-healer.service [Unit] Description=Kubernetes Node Auto Healer [Service] ExecStart=/opt/k8s-healer/auto-node-healer.sh Restart=always Environment=KUBECONFIG=/etc/kubernetes/admin.conf [Install] WantedBy=multi-user.target ``` 3. **权限配置** ```bash # RBAC权限清单(healer-sa.yaml) apiVersion: v1 kind: ServiceAccount metadata: name: node-healer-sa --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole rules: - apiGroups: [""] resources: ["nodes"] verbs: ["get", "list", "patch", "update"] - apiGroups: ["apps"] resources: ["daemonsets"] verbs: ["get", "list"] ``` **使用注意事项：** 1. 生产环境建议添加前置校验： ```bash # 确认非系统节点 if [[ $node =~ "master" ]]; then echo "主节点跳过自动修复" continue fi ``` 2. 灰度发布控制： ```bash # 通过标签控制生效范围 if ! kubectl get node $node -l enable-auto-heal=true; then echo "节点未启用自动修复标签" exit 0 fi ``` 3. 性能优化参数： ```bash # 调整并行处理数量 MAX_PARALLEL=3 # 使用GNU parallel并行处理 fetch_unhealthy_nodes | parallel -j $MAX_PARALLEL process_node {} ``` 该脚本可实现从故障检测到恢复的完整闭环，实际部署时需根据具体环境调整云厂商API调用部分和物理服务器管理接口。建议先在预发环境充分测试后再上线生产。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值