暂无图片
为什么不建议ob的clog和data同盘部署
我来答
分享
暂无图片 匿名用户
为什么不建议ob的clog和data同盘部署

官方不建议在生产环境clog/data同盘部署,这个是有什么原理机制




我来答
添加附件
收藏
分享
问题补充
2条回答
默认
最新
O
OceanBase社区传送门

影响因素比较多,主要是对生产上的性能方面影响比较大。
1)对容量规划的影响
因为同盘默认是按百分比方式分配预占用空间的。数据文件占用其所在磁盘总空间的百分比为 60%,Redo 日志占用其所在磁盘总空间的百分比为 30%,共会占用90%的空间,如果同盘目录下有其他程序也在使用,或core dump(开启默认会在数据盘下)会出现磁盘占满风险,影响正常使用。
2)对磁盘性能影响
业务比较多的时候,clog同步数据会占用磁盘io,数据读写也会抢占io资源,可能出现clog同步夯住或者同步延迟等问题,同时查询性能也会受磁盘瓶颈影响。
3)维护影响
有时候可能出现clog无法回收,需要应急增大clog空间,如果同盘可能没有剩余空间可申请,增大维护成本和难度。

曾经发生过的故障:

  1. 用户将clog 盘和data 盘共用, 刚开始的时候, 磁盘空间能支撑业务, 随着业务量增大, data 的文件大小设置小了, 用户赶紧把data 文件大小 datafile_size 调大, 一不小心, 忘记了data 和clog 共用一个盘, 导致data 侵占了clog 的空间, 最后导致clog 写日志失败, observer 处在只读状态.
  2. 分盘部署, 能减少运维的故障风险.
暂无图片 评论
暂无图片 有用 0
yBmZlQzJ

在生产环境中,官方通常不建议将clog和data部署在同一块磁盘上。原因主要有以下几点:首先,当业务量大的时候,clog同步数据会占用磁盘的输入/输出(IO),这样就会抢占数据读写的IO资源,可能会导致clog同步被阻塞或者同步延迟。其次,这种抢占可能会导致查询性能下降,因为查询操作会受到磁盘瓶颈的影响。因此为了保证数据的完整性和系统的高效运行,最好将它们部署在不同的磁盘上。

暂无图片 评论
暂无图片 有用 0
回答交流
提交
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏