replica-schedule主要负责的活是保证副本数=设置的副本数,比如3.
补充一句:这个主要负责比如说:down一个peer,就增加一个。有多的peer,就删除一个。
region-schedule 主要负责的是region的peer分布。
这个就是负责:peer分布是不是符合label的要求之类的,放在哪个tikv上。这些。
如果3个store坏掉1个,上面的Follwer复制到剩下2个store上的operator是属于replica吗
3个store坏一个,啥也做不了了,应该是没法补副本了。
在store down的时候,会调用fix-peer,这里面会选一个store。
3个坏了1个,剩下的2个都有副本,选不出来store,就没法生成add-peer的operator。
应该就是字面意思吧,一个是副本,一个是存储单元
1 个赞
限制ReplicaChecker与RuleChecker这俩checker产生的调度的速度的
还是有些迷糊
像这样手工把Region 1调度到store 2,3,4属于region-schedule吧
operator add transfer-region 1 2 3 4
region-schedule-limit 在balance-region的时候,会限制生成operator的数量。
另外一个影响的是补副本的速度。
replica-schedule 副本分布,region-schedule Region 分布
replica-schedule 副本调度,region-schedule Region调度
- Replica Schedule(副本调度):
- Replica Schedule 负责管理 TiKV 中数据的副本分布。在 TiDB 集群中,数据会被分成多个 Region,每个 Region 包含多个副本(Replica)。Replica Schedule 调度机制的目标是保证每个 Region 的各个副本分布在不同的 TiKV 实例上,从而提高数据的可靠性和可用性。
- Replica Schedule 调度会监控 TiKV 集群的负载情况,根据负载情况动态地调整数据的副本分布,避免数据倾斜和单点故障。
- Region Schedule(Region调度):
- Region Schedule 负责管理 TiKV 中 Region 的分布和负载均衡。Region 是 TiKV 存储数据的最小单元,每个 Region 存储一定范围内的数据。Region Schedule 的目标是保证集群中各个 TiKV 节点上的 Region 数量均衡,避免某些节点负载过重或数据倾斜。
- Region Schedule 调度会根据各个 TiKV 节点的负载情况和数据分布情况,动态地迁移 Region,以实现负载均衡和数据均衡。
1 个赞
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。