observer节点CPU/内存/磁盘比推荐

【 使用环境 】生产环境
【 OB or 其他组件 】observer组件
【 使用版本 】
【问题描述】生产上部署observer集群时,推荐的CPU/内存/磁盘比值是怎么样的呢?
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接(右键跳转查看):

【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试,在发帖时输入 [@论坛小助手] 即可召唤小助手,欢迎试用!

3 个赞

log盘一般设置为内存大小的3-4倍.数据存储盘大小看业务量了
CPU:一般推荐至少为内存大小的1/4或者1/2 (例如,64GB 内存配 32 核 CPU),具体视并发量和计算复杂度而定。

2 个赞

如果数据盘过大,可能会出现CPU/内存水位过高但是磁盘还没用满浪费问题,或者宕机恢复时间过长问题,有推荐最大不超过cpu的多少倍参考嘛

2 个赞

目前没有。磁盘大小根据你的业务量计算,一般能压缩mysql数据库的2-3倍

3 个赞

学习环境,生产环境,按各自的业务流,并发能力。

1 个赞

这中比例得根据业务性质来计算

:+1:t2:

@论坛小助手

在生产环境中部署 OceanBase 集群时,对于 observer 节点的资源配置,推荐的 CPU/内存/磁盘比值并没有一个固定的值,但根据提供的文档片段,我们可以总结出一些指导性建议:

  1. CPU:没有明确提到 CPU 的具体推荐配置,但从其他配置建议可以看出,对于生产环境,CPU 需要足够强大以支持高并发请求。

  2. 内存:每台机器上启动一个 observer 进程,每个 observer 进程启动的最小内存是 6 GB,生产场景建议不低于 16 GB,推荐 32 GB 以上。

  3. 磁盘:磁盘 IOPS 建议设置在 10000 以上,系统日志、事务日志、数据文件配置为三块盘。推荐使用 SSD 存储。

  4. 磁盘与 CPU 的关系:虽然没有明确提到磁盘与 CPU 的比值,但可以根据实际业务需求和预期负载来调整。如果数据盘过大,可能会导致 CPU/内存水位过高但磁盘还没用满,从而造成资源浪费。此外,较大的数据盘在宕机恢复时可能会增加恢复时间。

综上所述,推荐在生产环境中根据实际业务需求和预期负载来合理配置 CPU、内存和磁盘资源,确保 CPU 和内存能够满足高性能需求,同时磁盘容量适中,避免资源浪费和长时间恢复问题。

检索到的文档如下:

  1. 部署生产环境
  2. 进行 Sysbench 测试
  3. 进行 TPC-C 测试
  4. 进行 TPC-H 测试