好的，我查查
这一整个环境都没人用，现在只是在创建租户，没有迁移啥的
上面的sql查了，也没采集到很多数据吗，比如单日超过100W以上数据那种集群？也没有的话，那确实不太符合预期。用上面发的obdiag工具捞点ocp monitordb集群的诊断信息上来吧。
大佬，我刚查出来，有百万的数据
但百万数据是5号的，今天只有几千
如果上面sql查出来的数据每个集群都不多的话，那可能就不是因为业务sql采集导致的cpu和内存高。
换一个排查思路：你提到的创建租户等任务慢，发起的租户创建任务大概是什么时间呢，耗时多久？另外合并的时间你没改过吧，默认是凌晨2点会合并，可以从ocp的界面去看合并的时间点。
我把monitor租户资源扩起来了，没扩起来之前建一个租户大概要10分钟左右，且monitor cpu占用在90%左右，下午我重新试了一下建一个租户2分钟左右就结束了，monitor只在建租户的时候,cpu占用到40%左右，建完就降下去了。
合并没有调整，是默认值
这样看，感觉像是monitor资源没给够
现在monitordb扩大到多大的cpu和内存, 现在恢复到2分钟创建一个租户的任务属于是合理的时间，上午的几个怀疑点都被证实掉没啥问题，如果还需要继续跟进的话，建议还是用obdiag将上午创建租户慢的那段时间的ob日志收集一下发出来。
1 个赞
我把cpu扩到32c了，上午不只是建租户慢，整个ocp都很慢，白屏操作延时比较高
现在就好很多了
感谢大佬的帮助