存算一体的SR 3.3.0版本的集群。3 fe + 13 be的规模。
如果表的replica_num是2，在其中一台宕机后，但是没有手动的drop或decomission这台be，那么已经宕机be上面的副本会在fe的协助下自动寻找可用的be进行副本迁移吗？
补充：
如果不会进行自动的副本迁移的话。
如果因为某些客观原因这台be短时间不能恢复的情况下，是不是需要drop掉来手动触发副本迁移来保证tablet的高可用，然后等down掉的be结点修好后再join进来，这时候sr会根据CLS(ClusterLoadStatistics）自动触发副本均衡来rebalance数据。
不知道我补充的这段假设逻辑是否合理呢？
您好 首先 有一个是最基本的问题 就是建议要保证3副本 HA的模式 不然副本数为2的意义并不大 这个需要关注下 ，然后您的理解是没什么问题的 这里有一个逻辑是这样 其中一台be宕机 超过fe认为的心跳时间 这个时候fe会认为这个be上的tablet副本都没有了 会自动去进行副本的clone来保证您设置的replica_num = 2 clone会优先在磁盘利用率低的节点上进行
然后补充里的话题 这个可以进行手动操作 如果短期内不能进行恢复 且想快速进行副本的修复 直接drop掉be 触发自动副本迁移clone就可以了
非常感谢您的回答，您的回答已经解决了之前所有的疑惑。
您的描述时有一句话我不太能完全理解：“建议要保证3副本HA的模式，不然副本数2的意义并不大”。
我可以这样笼统的理解吗：如果副本数是2，在一台BE down后，此时系统就不是HA模式了。
还是说有一些底层机制要求副本数>2才可实现，求教