metric-storage 自动生成的配置文件里有这个配置项，但是 metric-storage 在v4.0文档里找不到，好像也没啥用是吧
metric.interval 官方文档里说这个配置项表示 向 promethus 推送监控指标数据的间隔时间，这里是不是描述有误，如果是推送指标的话，需要部署 pushgateway, 但是我看默认并没有自动部署。
因为我可能要用已有的 Prometheus/Grafana/Alertmanager，所以对监控相关的参数想了解清楚。如果 TiUP 部署的 pd/tikv/tidb 跟监控组件没有相互依赖，那我就放心地用自己的监控系统了（只需要把tidb的规则 配置 仪表盘等等拿走就好了~）
监控合并：
请提供下该参数出现的位置和文件。
tidb 监控中目前已经摒弃了 pushgetway 组件，当前这个参数已经无效。我提个 pr，优化下文档。相同的 pushgetway 相关的参数应该都已经无效了
就是自动生成的配置文件里
~]$ cat ${deploy_dir}/pd-2379/conf/pd.toml
[pd-server]
metric-storage = "http://10.24.19.11:9090"
[schedule]
leader-schedule-limit = 4
region-schedule-limit = 2048
replica-schedule-limit = 64
是 pushgateway 不是 pushgetway
，收到，Pushgateway，Pushgateway ，Pushgateway 。
这个配置仅与 4.0 dashboard 中 sql 诊断的数据源有关
补充一下，该端口还涉及到 tidb 集群中一些监控分析数据的收集，metric table 和 diagnosis table
这个没听明白，我也没找到对应的文档，能具体解释一下吗？多谢
那如果我想用自己的监控系统，在 tiup 现在还不支持的情况下，我把这个配置文件改一下就可以了？（改成我自己的 prometheus 地址）
你好，
该参数属于内部参数，目前没有文档介绍，后续优化中可能会被隐藏，更换 prometheus 源目前还没有最佳实践，当前版本可以尝试下修改此值，在未来版本中该参数可能失效。
该参数被隐藏后将不对外开放，及时需要更换 prometheus 源也不需要关注此参数。
大概明白一点了，pd 会从这个地址查历史指标，生成一些数据放到某些 mysql table 里？那如果我换了 prometheus ， pd 是不会知道的，除非让我改一下配置文件
666，
tidb 中有些表是用来做 sql 监控的，但是数据来源是从 pd 连接 prometheus 来取并放到 table 中。
那么为啥不需要关注此参数呢？
不改这个参数，pd 不知道去那里查啊
在未来版本隐藏之后，不需要关注此参数，集群内会更新此值。
噢，也就是说，未来的版本，允许用户提供一个 Prometheus 是吧
嗯，可能会，因为目前社区中也有用户需要合并监控和监控数据的需求。
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。