翻译 原文链接
在Prometheus的术语里，一个能够被抓取监控数据的endpoint叫做Instance，通常可以认为是一个进程。有着同样目的的Instance集合叫做Job，比如：为了可伸缩性和可用性而复制的进程。
举例，一个api-server Job有着四个复制的Instance(可以理解为要监控一个服务，而这个服务为了高可用，扩容为了4个实例)：
- job: api-server
- instance 1: 1.2.3.4:5670
- instance 2: 1.2.3.4:5671
- instance 3: 5.6.7.8:5670
- instance 4: 5.6.7.8:5671
自动产生的标签和时间序列
当Prometheus从target抓取数据的时候，它自动为这些时间序列附加了如下标签，来标识这些数据：
- job: 配置的属于这个target的job name
- instance: target的URL中
<host>:<port>部分
如果上面的标签已经在收集的数据中存在了，Prometheus会根据配置文件中honor_labels配置来决定如何处理这些要被附加的标签。See the scrape configuration documentation for more information.
针对每一个Instance，Prometheus会自动产生、存储如下时间序列：
-
up{job="<job-name>", instance="<instance-id>"}：如果这个instance健康(能够连通)，则值置为1，否则置为0。 -
scrape_duration_seconds{job="<job-name>", instance="<instance-id>"}：抓取Instance数据耗费的时间，单位秒。 -
scrape_samples_post_metric_relabeling{job="<job-name>", instance="<instance-id>"}：该Instance的metrics重新打标签之后，剩余的采样条数。 -
scrape_samples_scraped{job="<job-name>", instance="<instance-id>"}：target暴露的采样条数(即metrics条数)。
up时间序列可用于标识某个Instance是否可被监控，可用于Instance的健康检查。
