请教各位大佬一个问题,我们有一个 ob 3 节点集群。运行时间有几年了,我们现在想在架构不变的前提下把它的分配资源(比如:CPU、内存、磁盘)回收一部分出来,因为之前确实给的太多了,该如何处理?有没有一些处理流程可以参考一下?
另外,每个 ob 的节点的磁盘使用率好像有点大,比如:业务数据文件有10G,节点磁盘快占到 100G 了,这个比例不正常吧(这节点只有ob服务)。有没有什么检查或清理的步骤可供我们逐步检查和释放一些不必要的磁盘空间出来呢?
谢谢~
7 个赞
磁盘回收不了,建完集群就预占用空间了参数控制的,无法回收了,其他资源可以改
3 个赞
那 CPU 和内存等我该按什么步骤来缩小呢?
磁盘如果不能回收,我能否在 OB 内部清理下以降低使用率,按照目前容量来看,这使用率似乎有点过高,但是数据远远没那么多的。是不是有什么缓存或log一直在累加造成的呢?
2 个赞
数据盘的空间是预分配的,分了就缩容不了。除非新搭建个集群做迁移。
4 个赞
改Unit规格不行么,是不是可以扩缩容呀
3 个赞
cpu内存直接缩unit,磁盘是预分配的,不特意调的话默认值是90%没法动了
3 个赞
这个简单啊,改unit规格
3 个赞
测试了下,缩小 unit 能正常启动,暂时没发现问题,还在测试中。
请问能通过业务设置优化 ob 磁盘数据大小吗?比如 log 、缓冲区大小等等,就是让它主动释放一部分磁盘大小出来。可以吗?
2 个赞
扩缩容下。先缩后扩, 扩的时候再指定小点儿的盘容量。
1 个赞
改unit规格啊
做不到的,你可以加一台预分配设置的比较小的机器进去然后把老的机器踢掉,需要一台冗余机器做腾挪才能完成这个变更
1 个赞
good idea,我也许可以这么试试,好像更容易一点。
关于关于 ob 的资的见解很独特,受益匪浅。
1 个赞
66666
1 个赞
u1s1,你从哪复制过来的啊?
![]()