prometheus基于文件发现及热加载

最新推荐文章于 2025-11-09 00:41:28 发布
原创 最新推荐文章于 2025-11-09 00:41:28 发布 · 1.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#prometheus #热加载 #服务发现 #Linux #监控

本文介绍了Prometheus的配置热加载功能，允许在不重启进程的情况下更新配置。内容涉及如何通过发送SIGHUP信号或POST请求实现配置刷新，并展示了基于文件的服务发现（file_sd_configs）配置示例，包括创建子配置文件和更新Prometheus主配置文件的过程。最后，通过热加载重新加载配置并验证监控目标是否生效。

Promtheus的时序数据库在存储了大量的数据后，每次重启Prometheus进程的时间会越来越慢。 而在日常运维工作中会经常调整Prometheus的配置信息。
Prometheus提供了在运行时热加载配置信息的功能。

  1. 查看Prometheus的进程id，发送 SIGHUP 信号
  2. 发送一个POST请求到 /-/reload ，需要在启动时给定 --web.enable-lifecycle 选项
    prometheus支持服务发现（也是运维最佳实践经常采用的）：
  • file_sd_configs
  • azure_sd_configs
  • consul_sd_configs
  • dns_sd_configs
  • ec2_sd_configs
  • openstack_sd_configs
  • gce_sd_configs
  • kubernetes_sd_configs
  • marathon_sd_configs
  • nerve_sd_configs
  • serverset_sd_configs
  • triton_sd_configs

参考

Prometheus、Grafana安装-部署-nginx代理-监控linux
详解Prometheus自动发现之file_sd_config
Prometheus 基于文件的服务发现 file_sd_configs
Prometheus之配置详解
Prometheus配置的热加载

操作

基于文件发现

原配置


                

                
                
        

    



  


        

            

                      
                        最低0.47元/天 解锁文章
                          
                      
            

        


    



                



	

		

			

				
					
4、prometheus备份及恢复

				
			

			

				

					xuebo1129927648的博客
				

				

					05-25
					
					1162
					
				

			

		

		

			
				
Prometheus 的备份与恢复策略需要根据数据重要性、恢复时间目标（RTO）、恢复点目标（RPO）以及预算等因素综合制定。一、备份策略1. 数据分类与优先级数据类型重要性恢复目标备份频率监控指标数据高RTO<30 分钟，RPO<1 小时每小时全量 + 实时归档告警规则配置中RTO<1 小时，RPO<1 天每天全量Prometheus 配置文件高RTO<15 分钟，RPO<1 小时每小时增量记录规则和仪表盘中RTO<4 小时，RPO<1 天每天全量。

			
		

	



                

            
              



	

		

			

				
					
【Project】基于Prometheus监控docker平台

				
			

			

				

					Freesia_2350的博客
				

				

					02-26
					
					1359
					
				

			

		

		

			
				
本项目旨在创建一个全面的容器化应用程序监控解决方案，基于Prometheus监控Docker平台上的各种服务。

			
		

	



              


  
  
              

                


	

		

			

				
					
Prometheus基于文件的自动发现

				
			

			

				

					lovely_nn的博客
				

				

					12-29
					
					1849
					
				

			

		

		

			
				
简述

Prometheus 允许我们进行自定义的发现集成，可以通过 watch 一组本地的目标文件来获取抓取目标以及标签信息，这就是基于文件的服务发现方式：



该方式提供了一种更通用的方式来配置静态目标，它读取一组包含零个或多个 <static_config> 列表的文件，对所有定义的文件的变更通过磁盘监视被检测到并立即应用，目标文件可以以 YAML 或 JSON 格式,YAML格式的如下：


- targets:
  [ - '<host>' ]
  labels:
   

			
		

	





	

		

			

				
					
Prometheus_原理架构-安装部署

				
			

			

				

					hj的博客
				

				

					12-23
					
					1328
					
				

			

		

		

			
				
1、prometheus是什么
	是一个监控软件--》监控容器非常好，也可以监控其他的非容器的机器的业务，例如：MySQL，nginx，redis，系统等
	也是一个时序数据库（time series database： 按照事情发生的时间记录数据的数据库 ）
    目前属于CNCF（云原生基金会）的一个项目。

docker stats  #  监控正在运行的容器的各种资源的使用

zabbix可以监控的prometheus都可以监控。
zabbix监控的服务器多了会跟不上的，但是prometheus是

			
		

	



		

			
		



	

		

			

				
					
 零停机配置更新：Prometheus Operator热重载实战指南

					
最新发布

				
			

			

				

					gitblog_00009的博客
				

				

					11-09
					
					839
					
				

			

		

		

			
				
当业务高峰期遭遇配置变更需求时，传统监控系统的重启操作往往导致关键指标采集中断。Prometheus Operator通过创新的配置重载机制，实现了监控服务的零停机更新。本文将系统解析两种核心更新策略——基于Config Reloader的热更新与滚动升级，并提供生产级配置示例与最佳实践。

## 配置重载架构解析

Prometheus Operator采用双轨制更新机制应对不同场景需求。热更新

			
		

	





	

		

			

				
					
通过 Docker 运行 Prometheus 入门

				
			

			

				

					xchenhao 的博客
				

				

					08-09
					
					488
					
				

			

		

		

			
				
本文介绍了Prometheus监控系统的部署流程，主要包括三个核心组件：Prometheus Server、Exporter和Alertmanager。通过Docker方式快速搭建环境，提供了详细的配置文件和启动脚本。其中Alertmanager配置了Webhook告警接收接口，Prometheus设置了CPU使用率告警规则。文章还给出了完整的目录结构和关键配置说明，包括prometheus.yml、alert_rules.yml等文件的配置要点，最后通过脚本一键启动各组件完成部署。

			
		

	





	

		

			

				
					
【云原生 | Kubernetes 系列】---Prometheus热加载

				
			

			

				

					Q先生
				

				

					09-01
					
					1206
					
				

			

		

		

			
				
Prometheus热加载

			
		

	





	

		

			

				
					
Prometheus 热加载配置

				
			

			

				

					Grocery
				

				

					02-24
					
					3121
					
				

			

		

		

			
				
Prometheus 热加载配置


先使用下面的命令访问prometheus查看是否正常
curl -X POST http://localhost:9090/-/reload 


请求接口后返回 Lifecycle API is not enabled. 就是没有开启热更新配置 ，需在启动命令增加参数：--web.enable-lifecycle


具体启动命令
./prometheus --web.enable-lifecycle --config.file=prometheus.yml 


使

			
		

	





	

		

			

				
					
prometheus监控基于json文件服务发现

				
			

			

				

					weixin_45290734的博客
				

				

					09-06
					
					1908
					
				

			

		

		

			
				
目的
线上服务监控如果只有几个服务器或者十来个服务器，而且服务器也不怎么变动的可以直接修改prometheus.yml文件添加或者修改，重启一下服务就可以了，但是如果线上服务器过多，监控的数据也过多，那就需要系统自动去刷新发现这些需要监控的节点了。
服务发现分类
1 基于文件服务发现
基于文件服务发现是最基础也是使用最多的一种，有yaml格式文件和json格式文件两种，配置方式如下
1.json格式
]
  {
    "targets": [ "192.168.1.1:9090","192.168.1.2

			
		

	





	

		

			

				
					
9-2 Prometheus基于Consul与File实现服务发现

				
			

			

				

					分享云原生，容器，运维等干货知识
				

				

					10-23
					
					389
					
				

			

		

		

			
				
Consul是一款不错的开源软件，具有注册中心、配置中心、健康检查等实用的功能。它是分布式 k/v 数据存储集群，目前常用于应用的服务注册和发现。Prometheus也可以基于Consul对K8s集群进行服务发现。File服务发现，即创建一个文件保存监控对象的IP与端口等。在Prometheus配置引用该文件。当文件内容发现改变，Prometheus监控对象也会改变，从而实现服务发现。

			
		

	





	

		

			

				
					
推荐- 2024版 -prometheus配置文件详解 prometheus-console - 含 Prometheus热加载-Prometheus基础-Prometheus身份认证

				
			

			

				

					yuezhilangniao的博客
				

				

					07-30
					
					1536
					
				

			

		

		

			
				
global： 此片段指定的是prometheus的全局配置， 比如采集间隔，抓取超时时间等。
rule_files： 此片段指定报警规则文件， prometheus根据这些规则信息，会推送报警信息到alertmanager中。
scrape_configs: 此片段指定抓取配置，prometheus的数据采集通过此片段配置。
alerting: 此片段指定报警配置， 这里主要是指定prometheus将报警规则推送到指定的alertmanager实例地址。
remote_write: 指定后端的存储的写入

			
		

	





	

		

			

				
					
Prometheus基于文件的服务发现

				
			

			

				

					YIYIYI
				

				

					07-17
					
					654
					
				

			

		

		

			
				
Prometheus基于文件的服务发现

			
		

	





	

		

			

				
					
学习笔记：Prometheus 配置之consul 实现自动服务发现以及热加载配置

				
			

			

				

					cykablyta的博客
				

				

					08-05
					
					2478
					
				

			

		

		

			
				
Prometheus 配置 consul 实现自动服务发现

			
		

	





	

		

			

				
					
prometheus 动态加载配置文件 热更新

				
			

			

				

					weixin_38751513的博客
				

				

					11-19
					
					4464
					
				

			

		

		

			
				
相关搭建文章:https://www.cnblogs.com/xiao987334176/p/9930517.html

现通过docker启动prometheus 的时候,需要动态加载新的target,启动的时候需要添加一个配置项

--web.enable-lifecycle

完整的启动命令:


docker run -d -p 9090:9090   -v /opt/prometheus/prometheus.yml:/etc/prometheus/prometheus.yml    prom/p

			
		

	





	

		

			

				
					
prometheus热加载配置文件

				
			

			

				

					chris3_29的博客
				

				

					05-13
					
					2722
					
				

			

		

		

			
				
如何热加载更新配置?
当 Prometheus 有配置文件修改，我们可以采用 Prometheus 提供的热更新方法实现在不停服务的情况下实现配置文件的重新加载。

从 2.0 开始，hot reload 功能是默认关闭的，如需开启，需要在启动 Prometheus 的时候，添加
–web.enable-lifecycle 参数。

开始操作
首先需要在systemd里面加上–web.enable-lifecycle进行启动
 vim /etc/systemd/system/prometheus.servi

			
		

	





	

		

			

				
					
[云原生] Prometheus自动服务发现部署

				
			

			

				

					热心网友
				

				

					03-14
					
					1735
					
				

			

		

		

			
				
.....file_sd_configs: #指定使用文件服务发现- files: #指定要加载的文件列表- targets/node*.yaml #文件加载支持通配符refresh_interval: 2m #每隔 2 分钟重新加载一次文件中定义的 Targets，默认为 5m- files:浏览器查看 Prometheus 页面的 Status -> Targets。

			
		

	





	

		

			

				
					
Prometheus 服务发现

				
			

			

				

					2402_83805984的博客
				

				

					08-20
					
					1031
					
				

			

		

		

			
				
【代码】Prometheus 服务发现。

			
		

	





	

		

			

				
					
prometheus 服务发现方式

				
			

			

				

					04-10
				

			

		

		

			
				
<think>嗯，用户想了解Prometheus的服务发现机制及其支持的方式和配置方法。首先，我需要回忆一下Prometheus的服务发现机制都有哪些类型。记得官方文档里提到过静态配置、基于文件的服务发现，还有集成各种云平台和工具的发现方式，比如Kubernetes、Consul、EC2等。

用户的问题可能涉及到不同的服务发现方式，我需要逐一列举并解释每种方式的适用场景和配置方法。比如静态配置是最基础的，直接写在prometheus.yml里，适用于固定目标。但如果是动态环境，比如Kubernetes集群，就需要用Kubernetes服务发现，这时候需要配置角色（node、service、pod等）和权限，比如ServiceAccount的授权，否则Prometheus无法访问Kubernetes API。

另外，用户提供的引用中有提到Consul的服务发现，还有通过relabel_configs进行标签重写。这很重要，因为服务发现通常获取的是元数据，需要通过relabeling来生成可用的指标和目标标签。比如Consul的服务发现配置示例中，需要指定server地址和tags，可能还需要调整metrics_path和scheme。

还要注意权限问题，比如引用1中提到要给Prometheus配置serviceaccount，否则没权限访问Kubernetes API。引用5里提到创建clusterrolebinding，这可能是在处理Kubernetes授权时的步骤。这些配置细节需要详细说明，避免用户配置时出现权限错误。

另外，用户可能想知道每种服务发现的具体配置方法，比如基于文件的服务发现需要指定文件路径，Kubernetes需要指定role和namespaces等。配置示例对于用户来说可能更直观，比如引用4中的consul_sd_configs配置，可以展示一个具体的代码块。

还有，关于relabel_configs的作用，需要解释清楚，比如修改标签、过滤目标等。例如，从Consul发现的服务可能需要通过标签过滤只监控特定的节点，或者重写__address__标签加上端口号。

最后，用户可能关心如何验证配置是否正确，比如检查Prometheus的targets页面，或者查看日志是否有权限错误。此外，动态服务发现的刷新间隔也是一个需要注意的参数，如引用4中的refresh_interval设置。

总结下来，回答需要分点列出支持的服务发现类型，每种类型的适用场景、配置步骤和示例，以及常见问题如权限和标签处理的解决方法。同时，结合用户提供的引用内容，强调Consul和Kubernetes的配置细节，并确保LaTeX格式正确，行内公式用$...$，独立公式用$$...$$，但在这个问题中可能用不到数学公式，所以主要注意代码块和配置示例的正确格式。</think>### Prometheus服务发现机制详解

Prometheus的服务发现机制支持多种动态目标发现方式，通过自动识别基础设施变化实现监控目标的动态更新。以下是核心机制及配置方法：

#### 一、支持的服务发现方式
1. **静态配置**
```yaml
static_configs:
  - targets: ['192.168.1.10:9100', '192.168.1.11:9100']
```
适用于固定监控目标场景，直接配置IP:PORT列表[^4]

2. **基于文件的服务发现**
```yaml
file_sd_configs:
  - files: ['/etc/prometheus/targets/*.json']
```
通过JSON/YAML文件动态加载目标列表，支持热更新

3. **Kubernetes服务发现**
```yaml
kubernetes_sd_configs:
  - role: node  # 支持node/service/pod/endpoints等角色
    namespaces:
      names: ["default"]
```
需要配置RBAC授权：
```bash
kubectl create clusterrolebinding cluster-system-anonymous --clusterrole=cluster-admin --user=system:anonymous[^5]
```

4. **Consul服务发现**
```yaml
consul_sd_configs:
  - server: '192.168.80.103:8500'
    tags: ['nodes']
    scheme: http
    metrics_path: /metrics[^2][^4]
```
通过Consul目录服务实现动态发现，适用于微服务架构

5. **云平台集成**
- AWS EC2：通过EC2 API发现实例
- Azure：基于虚拟机标签发现
- GCP：通过GCE实例组发现

#### 二、核心配置要素
1. **relabel配置**
```yaml
relabel_configs:
  - source_labels: [__meta_consul_tags]
    regex: ',(production|canary),'
    action: keep
```
用于目标过滤和标签转换，是服务发现的核心处理环节[^1]

2. **权限配置**
Kubernetes场景需配置ServiceAccount：
```yaml
apiVersion: v1
kind: ServiceAccount
metadata:
  name: prometheus
  namespace: monitoring
```

3. **刷新机制**
```yaml
refresh_interval: 1m  # 默认5分钟[^4]
```

#### 三、典型配置流程（以Kubernetes为例）
1. 创建ServiceAccount和ClusterRoleBinding
2. 配置prometheus.yml发现规则
```yaml
- job_name: 'kubernetes-nodes'
  kubernetes_sd_configs:
  - role: node
  relabel_configs:
  - action: labelmap
    regex: __meta_kubernetes_node_label_(.+)
```
3. 通过relabel_configs提取元数据生成标签[^1]

#### 四、验证方法
1. 访问Prometheus Web界面 -> Status -> Targets
2. 检查服务发现元数据：
```
http://prometheus:9090/service-discovery
```
3. 查看日志过滤授权错误信息

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		
评论 1

	

  

	
    

      

      

      

        
        

          
          

            

              成就一亿技术人!
            

            

              拼手气红包6.0元
            

          

        

        

          

            还能输入1000个字符
          

          

             
          

          

            

              红包
              添加红包
            

            

              表情包
              插入表情
              

                

              

            

            

              表情包
              代码片
              

                
              

            

            

              
              
              
              
              
              
              
            

          

        

      

    

		

			

			

			
			

					 条评论被折叠 查看
			

			

				
			

		

	

	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

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

              

            

          

      

      余额充值