ob cloud 更改 1-1-1 为 2-2-2 如果集群中有数据,扩展的过程中 leader 和 日志流也在搬迁和均衡吗?这个完成时间,是否数据集越大,完成的时间就需要越久呢?
如果不包含,我如何确认 leader 和 日志流都搬迁完成呢
cloud的没使用过。自建的,这ocp上修改unit个数的话,有时候任务很快就能完成,但是后端其实还在执行,有时候有很快。
是否真正完成,还是要查相关视图去确定比较靠谱。
我需要知道云的哈哈哈
不包含。这个集群实例扩容只是集群节点数扩容。
然后看你有几个租户。一个租户就不会有迁移,多个租户,会有租户发生迁移。取决于负载均衡参数是否开启。可以查一下 enable_rebalance
参数。
应该是云上自建的OB集群吧,这个加节点其实和线下私有化都是一个道理呢,把数据均衡打散肯定和数据量大小有一定关系的。如果是OBcloud多机房进行扩容加节点,这些问题你们应该不需要担心,有问题的话后台SRE会处理的,有些视图你们可能也没权限查看。
就是 ob cloud 的 扩容呀 不是 云上自建 aws could 的集群
我是想确认 通过 监控 和 sql 查询 我如何判断迁移完成了
enable_rebalance 现在都是默认开启的。
1 个租户的情况下,水平扩容,unit 从 1 个 unit → 2 unit ,数据会发生迁移吗,leader 和 日志流 的均衡?主要是想请教如果发生迁移如何判断迁移完成, 监控和 sql 有查询是否完成数据均衡吗
一个租户 集群扩容,从 1-1-1 → 2-2-2 数据不需要搬迁均衡 leader 的吗
集群实例扩容后,再进行租户扩容。
如果你可以发一些截图,我会更好回答一些。因为公有云界面跟OCP还是有点区别,一般用户没见过。
就比如 我从 1-1-1 → 2-2-2
此时集群只有一个租户
疑问
- 如何不修改租户 unit from 1 to 2 时,是否会进行 leader 均衡,数据副本的搬迁?
如果发生,我怎么判断已经完成搬迁?图中 status 变成 completed 就算时搬迁完成吗?如果不是我通过什么指标来确认完成。 - 一个租户是不会进行数据搬迁吗?
有这些疑惑是 想看看集群扩展性。我看官网文档分集群扩容和租户扩容,如果只是 将 集群从 1-1-1 → 2-2-2 而不修改 租户 unit number 从 1->2 ,性能会有提升吗?
如果集群从 1-1-1 扩容到 2-2-2 ,租户还是 1-1-1 ,租户是用不到 2-2-2 的。
在 obcloud 实例控制台下 也是可以看到 节点和租户unit 的信息。可以看到新扩容的节点是空的。
此时可以对业务租户扩容到 2-2-2 ,实例页面和租户页面的部署关系图中应该有提示。如果结束了能看出来。
此外,公有云 OB 的 sys租户(用户不可见)的 enable_rebalance推测为false,所以集群扩容节点后,租户的 unit 不会自动发生迁移。但是用户可以在“部署关系”图中点鼠标 选择迁移到目标节点上。图上对进度会有展现,结束了能看出来。 Unit 迁移-OB Cloud 云数据库文档-分布式数据库使用文档
这些你可以观察 部署关系图 去验证。
逻辑上很快就能完成,物理上在后台做了很多工作
高手高手
我昨天查了 enable_rebalance = true 默认开启的 所以 集群扩展到 2-2-2,并且有且只有1个租户的时候,是否需要 leader 均衡,数据搬迁
我在 obcloud 页面查不到这个参数(应该是隐藏了),你怎么查的,能截图看看吗?
另外,即使能查,推测应该也只是业务租户的 enable_rebalance 参数,sys租户 在OBCloud 里是完全不可见的。
集群节点扩展到 2-2-2 ,业务租户在 OBCloud 里我估计是不会发生变化。 这跟sys 租户在哪里有一点关系(产品隐藏了)。大概率是不会有迁移。
如果是线下 自建的 OB ,是会迁移的。
租户内,租户间,都可能发生便宜,unit个数等等
ob cloud sys 租户不开放。所以想知道租户间是如何的。租户内是均衡的我看到
学习