可以，外部工具支持，目前蚂蚁内部已有相关的系统，对应于业内的 Auto-Scale
如果是unit_num=1的租户，会迁移到同zone的另一台健康的observer上，但需要预留足够的资源（cpu、内存、磁盘空间）
如果是unit_num=2的租户，由于每个observer最多只能有一个unit，则无法迁移，需要尽快做机器替换
取决于你的业务量是否需要流量多机分布，如果需要多机抗流量，那就unit num>1，并且需要妥善的设计 分区规则，避免分布式事务，分布式事务对性能会有损耗
如果不需要多机抗流量，unit num=1 就是最优的，简单就是美 呀
1 个赞
轮转合并是ob原生内置的功能，不需要外部工具支持，有个参数 enable_merge_by_turn，及对应的 primary zone设置
这是一个好问题，考虑到了meta server 的可用性，参考 https://open.oceanbase.com/blog/8600134
不是这两个参数，show parameters like '%resource%'，一个soft，一个hard，看下参数描述吧
不一定，取决于每个副本的资源规格，可以设置每个副本的资源规格一样，也可以不一样，depend on you！ob只是提供了灵活的配置方式
5期的内容量非常丰富，直接与线上运维管理息息相关
目前就差一张OBCP 模拟实验券的新年礼物！
学习线上运维管理，加油！
resource unit 资源规格单元创建的时候，需要设定最小和最大的CPU和内存，最大值很好理解，最小值怎么理解呢，空闲时会占用的最少资源吗？那最小值和最大值之间的资源会被其他资源池超用？
可以多参加下我们的活动～
蚂蚁内部的最佳实践，把 min 和 max 设置为相等就行了，便于理解。同时，在涉及到资源是否超卖的问题上，也便于确认是否超卖，是否有资源剩余用于容量不够时应急，不用那么晦涩隐晦的计算
我也想要体验券