tidb集群，我可以关掉prometheus与grafana、alertManager这些组件吗？

🪐 TiDB 技术问题 部署&运维管理
1

【 TiDB 使用环境】测试

【 TiDB 版本】7.6.0
TIDB的内存我发现使用比较大

image
image1544×252 23.9 KB

我想关掉一些不太重要的监控组件，如prometheus, grafana, 而只保留TIDB集群自带的仪表盘，这是否可行？

我尝试这么做，我使用命令tiup cluster edit-config tidb-test，保存后提示

tiup is checking updates for component cluster ...timeout(2s)!
Starting component cluster: /root/.tiup/components/cluster/v1.14.1/tiup-cluster edit-config tidb-test
New topology could not be saved: immutable field changed: removed Monitors.0.Host with value '192.168.0.150', removed Monitors.0.ssh_port with value '22', removed Monitors.0.Port with value '11400', removed Monitors.0.ng_port with value '11480', removed Monitors.0.DeployDir with value '/home/tidb/tidb-deploy/prometheus-11400', removed Monitors.0.DataDir with value '/mnt/filemanage/tidb/tidb-data/prometheus-11400', removed Monitors.0.LogDir with value '/mnt/filemanage/tidb/tidb-deploy/prometheus-11400/log', removed Monitors.0.Arch with value 'amd64', removed Monitors.0.OS with value 'linux'
Do you want to continue editing? [Y/n]: (default=Y)
2

你确定要关掉这些监控的话，直接缩容就可以了。edit-config是不能直接缩容的。以后需要这些监控组件，再扩容就行了

2 个赞
3

可以，但是不建议，如果想下掉，那就缩容 tiup-cluster-scale-in

1 个赞
4

这些对性能没多大影响，关掉了用什么监控。

1 个赞
5

这样的话，如果某个节点挂了，谁来主动推送告警给你呢？ 你总不能24小时看着这个仪表盘吧？
一醒来一看一串未接的感觉，那是非常酸爽。

6

可以，但是不建议

7

测试集群可以去掉，生产尽量保留，毕竟以后复盘的时候是最友好的方式

8

感觉关掉大可不必，如果为了不影响服务本身的性能，分开部署是个好选择

9

资源如果不是很紧张的话，没有必要这么做。
这些工具都是运维的小助手

10

没必要关，关掉这些组件带来的收益不大。

11

如果已经到了 想缩容掉监控插件释放资源的地步。其实最该去和老板说说。添台服务器行不行。

12

加内存呀，现在内存价格那么便宜~

13

不一定是内存，也可能是计算资源

14

这是一个全方面的监控，你不要这个监控，那你就不清楚这个tidb的服务数据信息呀，
而且你这个问题是，tidb pd tikv timon 全部都在一台机器上面？？这本就不合理，当然占用内存很多了。
正常规划应该是timon一台，tidb 3台 pd3台，tikv 3+台

15

直接缩容掉就行了，不过dashboard有些数据也是取得prometheus,，没有就不显示了

16

可以，但不建议。缺少了查询问题的手段和依据。

17

可以缩容但是不太建议

18

测试环境，先停掉，怕以后要用 tiup cluster stop tidb-test -N xxx.xxx.xxx.xxx:3000 tiup cluster stop tidb-test -N xxx.xxx.xxx.xxx:9093 你可以关掉grafana、alertmanager试试 ，promethus 不能关，仪表盘取的是prometheus的数据。

19

可以，但是不建议 :thinking:

20

测试环境无所谓，生产环境还是开着吧。要不然运维怎么玩？