通过这个可以查询下你的机器资源
SELECT a.zone, concat(a.svr_ip, ‘:’, a.svr_port) AS observer
, cpu_total, cpu_total - cpu_assigned AS cpu_free
, round(mem_total / 1024 / 1024 / 1024) AS mem_total_gb
, round((mem_total - mem_assigned) / 1024 / 1024 / 1024) AS mem_free_gb
, usec_to_time(b.last_offline_time) AS last_offline_time, usec_to_time(b.start_service_time) AS start_service_time
, b.status, usec_to_time(b.stop_time) AS stop_time
FROM __all_virtual_server_stat a
JOIN __all_server b
ON a.svr_ip = b.svr_ip
AND a.svr_port = b.svr_port
ORDER BY a.zone, a.svr_ip;
这个查询是sys账号下查询吗？是ocp所在metadb还是ob节点去查询？
感觉查出来的就是配置的，不是机器的资源啊
用sys租户去查 看下结果
你把这个16C 14G分给三个租户就行了
是这三个吗？sys+meta_tenant+monitor_tenant
还有就是我们ocp使用的机器实际的是4C16G的
就是说你的 memory_limit 配置的是16G 除去 system_memroy 之后 剩余的资源可以分给租户使用，当然也包括sys租户，你可以通过 alter resource unit sys_unit_config 去调整你的sys租户规格，其余资源的分给其它租户就可以了
另外CPU是可以超卖的，一般不够用的情况下可以配置2-3倍
好的，我们这边是有ocp的，我已经调整了ocp中sys的配置，接下来提升meta_tenant和monitor_tenant的配置吗？
可以调 只要你的资源够用就行
好的，我这边调整下配置，感谢老师
你可以改下集群的 cpu_count 这个配置
已经调整了，原机器是4C，我配置成12C也是可以的吧？
cpu是可以配置的比实际大点的，但是不能大太多
所以现在解决了吗？
原因就是meatadb的租户配置太低了？
这个没法确定，现在是没出现过，应该就是同事执行某个查询导致的。
主要是线上环境，我们也没法复现，怕影响客户使用。
跟帖。和楼主一样的问题和现象，重启了 ocp 容器正常了一会儿，过个把小时又开始页面卡顿、爆 CPU ，现在我 stop 了 ocp 容器，负载恢复正常……
看看OCP GC情况，进ocp容器里，找到ocp进程号，jstat -gcutil 进程号 1000