我的 Kafka 旅程 - broker( 二 )

通常不建议开启 , 或者把警戒触发值调大 , 或者把间隔时间设长 , 为减少被触发的次数;频繁性的触发平均分配 , 造成不必要的资源消耗 。
管理节点(broker)通常是向集群中添加新节点;每个broker启动后 , 会先向ZK注册 , 每个broker有个选举leader的controller , 按注册的顺序为leader角色的替代者 , leader的contraller负责监听ZK的broker.Ids并管理 。以下阐述对节点(broker)的管理操作 。
注册新节点首先确保各IP及主机名的对应 , 便于后续节点相关的配置 。再次确保一个全新的节点 , broker.id的设置、zookeeper.connect的配置、数据及日志目录为空 。启动该节点(自动注册并加入集群中)
手动设定节点分区# 指定成员节点 , 重新分配分区 , 自动将数据同步到其它节点bin/kafka-reassign-partitions.sh --broker-list '0,1,2'减少/删除节点 , 同上 , 改变 --broker-list 的成员节点 , 数据将自动同步到其它节点
宕机后的数据同步leader(broker)宕机恢复后 , 以当前leader数据为准 , 这里为了数据的一致性 。副本(broker)宕机恢复后 , 向leader请求同步数据 。
【我的 Kafka 旅程 - broker】

经验总结扩展阅读