# **Jobs and Instances** 在 Prometheus 术语中，一个您可以抓取的 endpoint 被称为一个 instance，通常对应到一个单独的进程。一组同样目的的 instance 的集合，进程因扩展性或可靠性而被复制的叫做一个 Job。 例如，具有四个实例的 API server job： * job: `api-server` * instance 1: `1.2.3.4:5670` * instance 2: `1.2.3.4:5671` * instance 3: `1.2.3.3:5677` * instance 3: `1.2.3.3:5678` ## 自动生成标签和时序 当 Prometheus 抓取一个 target 时，它会自动在抓取的时序上附加一些标签，用以识别被抓取的 target： * `job`：target 所属的已配置的 job 名称。 * `instance`：target 被抓取的 URL 的 `host:port` 部分。 如果在抓取的数据中已经存在这些标签，则行为取决于 `honor_labels` 配置选项。参考[抓取配置文档](https://prometheus.io/docs/operating/configuration/#%3Cscrape_config%3E)以获得更多信息。 对于每一个实例抓取，Prometheus 按照以下时序存储样本： * `up{job="<job-name>", instance="<instance-id>"}`。如果实例健康，则值为 `1`，也就是可访问，如果抓取失败则值为 `0`。 * `scrape_duration_seconds{job="<job-name>", instance="<instance-id>"}`：抓取持续时间。 * `scrape_samples_post_metric_relabeling{job="<job-name>", instance="<instance-id>"}`: metric relabel 生效后剩余的样本数。 * `scrape_samples_scraped{job="<job-name>", instance="<instance-id>"}`: target 暴露的样本数量。 * `scrape_series_added{job="<job-name>", instance="<instance-id>"}`: 在一次抓取中新时序的大约数量。v2.10 新增。 该 `up` 时序对于实例可用性监控很有用。