老师们好,下图是我们的资源管理,我们为1-1-1架构,每台OBServer的机器配置为32核64G,能帮我们建议下资源应该如何分配吗
另请问下,我们只创建了一个业务租户,CPU超卖额度为120%,这个需要关闭吗
下面是组合的性能监控图:
QPS:
RT:
会话数:
MemStore 内存、IO相关:
CPU使用率相关、内存相关:
老师们好,下图是我们的资源管理,我们为1-1-1架构,每台OBServer的机器配置为32核64G,能帮我们建议下资源应该如何分配吗
另请问下,我们只创建了一个业务租户,CPU超卖额度为120%,这个需要关闭吗
下面是组合的性能监控图:
QPS:
RT:
会话数:
MemStore 内存、IO相关:
CPU使用率相关、内存相关:
你们业务量是不是不大啊?业务每秒写入有多少,查询有多少?
给这个租户的cpu是多少?
如果只有一个业务租户 CPU超卖可以关闭。集群资源都可以给到该租户
你说的性能慢具体指什么
看到业务租户的cpu/memory 为18c/26G,可以扩容到20c/48G 哈,内存使用比较高,可以提升内存
用敏捷诊断工具obdiag 拿份巡检报告回来看看集群有没有啥问题:https://www.oceanbase.com/docs/common-obdiag-cn-1000000002821495
从你发的一些图片信息来看,这个集群的配置不是很高,在创建小的租户时,分配的内存参数太少,小租户建议是CPU的2~3倍,你这个内存很容易超过90%,用满内存后,整库的响应时间会增加,CPU的使用情况并不高,可以不用超卖。qps很低,但数据库的io延时较高,这个应该和你具体的操作有关。如果有导数的操作,可以将zone的优先级改为同级,将数据打散到三个机器上,可以提高一下资源的利用率,需要结合你业务的情况,当然这样涉及到分布式事务,具体和业务商量,另外可以增加一些内存,还有一些内存相关的参数,可以根据内存相关的动态性能的表调整一下。
我只看到io耗时和rt有明显的异常。
请进一步确认下这两项是否有问题?
比如你用的磁盘是不是ssd?fio数据有多少?
学习总结经验
业务瞬时使用率比较高,会不会是有定时业务
CPU 设置超卖是没问题