Prometheus 安装与配置
下载Prometheus
tar xvfz prometheus-*.tar.gz
cd prometheus-*
在启动Prometheus之前，让我们对其进行配置。
配置Prometheus
Prometheus配置为YAML。Prometheus下载随附一个名为的文件中的示例配置，prometheus.yml这是一个入门的好地方。
我们删除了示例文件中的大多数注释，以使其更加简洁（注释以开头的行#）。
global:
scrape_interval: 15s
evaluation_interval: 15s
rule_files:
# - "first.rules"
# - "second.rules"
scrape_configs:
- job_name: prometheus
static_configs:
- targets: ['localhost:9090']
有示例配置文件中配置的三个模块：global，rule_files，和scrape_configs。
该global块控制Prometheus服务器的全局配置。
scrape_interval：控制Prometheus多久刷新一次目标。您可以为单个目标覆盖此目标。在这种情况下，全局设置是每15秒刷新一次。
evaluation_interval：控制Prometheus多久评估一次规则。Prometheus使用规则来创建新的时间序列并生成警报。
该rule_files块指定了我们希望Prometheus服务器加载的任何规则的位置。
最后一块，scrape_configs控制Prometheus监视哪些资源。由于Prometheus还将有关自身的数据公开为HTTP端点，因此它可以抓取并监视自身的运行状况。在默认配置中，有一个名为的作业，prometheus它会刮擦Prometheus服务器公开的时间序列数据。该作业包含一个静态配置的目标localhost端口9090。Prometheus希望指标可用于路径上的目标/metrics。因此，此默认作业是通过以下网址进行抓取：http://localhost:9090/metrics。
返回的时间序列数据将详细说明Prometheus服务器的状态和性能。
scrape_configs 主要用于配置拉取数据节点，每一个拉取配置主要包含以下参数：
job_name：任务名称
honor_labels： 用于解决拉取数据标签有冲突，当设置为 true, 以拉取数据为准，否则以服务配置为准
params：数据拉取访问时带的请求参数
scrape_interval： 拉取时间间隔
scrape_timeout: 拉取超时时间
metrics_path： 拉取节点的 metric 路径
scheme： 拉取数据访问协议
sample_limit： 存储的数据标签个数限制，如果超过限制，该数据将被忽略，不入存储；默认值为0，表示没有限制
relabel_configs： 拉取数据重置标签配置
metric_relabel_configs：metric 重置标签配置
服务发现
在 Prometheus 的配置中，一个最重要的概念就是数据源 target，而数据源的配置主要分为静态配置和动态发现, 大致为以下几类：
static_configs: 静态服务发现
dns_sd_configs: DNS 服务发现
file_sd_configs: 文件服务发现
consul_sd_configs: Consul 服务发现
serverset_sd_configs: Serverset 服务发现
nerve_sd_configs: Nerve 服务发现
marathon_sd_configs: Marathon 服务发现
kubernetes_sd_configs: Kubernetes 服务发现
gce_sd_configs: GCE 服务发现
ec2_sd_configs: EC2 服务发现
openstack_sd_configs: OpenStack 服务发现
azure_sd_configs: Azure 服务发现
triton_sd_configs: Triton 服务发现
启动Prometheus
./prometheus --config.file=prometheus.yml
-- storage.tsdb.path指定数据文件存储的位置
--web.enable-lifecycle支持热更新，就是你修改了这个Prometheus.yaml文件之后
promethus会根据这些url进行拉取
curl -X POST http://localhost:9090/-/reload
