为避免副本间同步数据带来的网络资源消耗,做br恢复前将max-replicas设为1是否可行?

br恢复时应该是在往leader内写数据吧,leader与follower之间需要同步数据,leader还会切换,这两步是否会影响到br的恢复效率呢?

生产环境设置副本为1嘛

是的,恢复之前设置为1,恢复完成后再还原回来,是否可行?

不建议这么搞吧,万一跪了,怎么恢复呢,而且高版本的BR其实速度提升很多

生产环境至少三副本吧,开发测试随便搞

:thinking:BR是物理备份还原,备份前是3副本,还原后应该也是3副本吧。

有风险

备一份的 :joy_cat:

数据安全第一

方案是可行的,但是实际上你将副本从1设置为3,一样是需要时间来让集群达到生产可用状态的。而这个时间应该是比BR要长(PD默认调度是很慢的,如果强行加快,集群也是处于高负载状态)

1 个赞

可以的

感觉不划算,时间上应该也会更长。毕竟3变成1,备份还原,1变成3,多了2步,还更容易出现数据丢失的情况。

可是 leader 和 follower 数据是一样的啊 :joy_cat:

:yum:三副本是为了保证高可用。虽然数据是一样的,但是分布是不一样的,如果分布是一样的,就不能保证高可用了。

不出问题皆大欢喜。非正常业务经常使用,纯学习研究,可以发下结果。

我这里将副本从1设置为3是指BR恢复已经完成之后哦,主要是想避免BR恢复的过程中因为副本同步、leader切换影响BR效率甚至失败,至于恢复完成以后集群达到生产可用状态时间比BR长就暂时没考虑。

这个max-replicas配置修改以后是需要重启集群才能生效么?

一般配置文件参数修改后,需要reload生效。