每个通道(主题)使用单个分区是否会阻止 Hyperledger Fabric 水平扩展排序器?
Does using a single partition per channel (topic) stop Hyperledger Fabric from scaling orderers horizontally?
在 Hyperledger Fabric 中使用 Kafka 排序服务时,每个通道都映射到具有单个分区的主题。这是否意味着每个通道只有一个领导经纪人,并且当网络增长时,添加更多排序者以进行水平扩展,这是否毫无意义,因为每个排序者都需要与同一个领导经纪人交谈,为给定通道创建区块?
随着网络的增长添加更多的排序节点是个好主意,还是应该只增加排序节点的数量以阻止每个通道的块生产的单点故障?
即10 个组织从 1 个排序节点为 1 个通道获取区块和 10 个组织从 10 个排序节点为 1 个通道获取区块没有区别。这只是意味着在前者中,可以有 9 个排序节点死亡,并且块将继续被服务。
每个排序节点充当 Kafka 主题的生产者和消费者。在消费端,每个排序节点都有自己的基于文件的分类账,用于将块服务器发送给对等节点。
鉴于客户端和对等点连接到排序节点而不是 Kafka,您将 运行 多个排序节点以实现弹性和规模(例如,扩展连接数量,文件系统读取等)取决于作为网络一部分的客户端和对等点的数量。
在 Hyperledger Fabric 中使用 Kafka 排序服务时,每个通道都映射到具有单个分区的主题。这是否意味着每个通道只有一个领导经纪人,并且当网络增长时,添加更多排序者以进行水平扩展,这是否毫无意义,因为每个排序者都需要与同一个领导经纪人交谈,为给定通道创建区块?
随着网络的增长添加更多的排序节点是个好主意,还是应该只增加排序节点的数量以阻止每个通道的块生产的单点故障?
即10 个组织从 1 个排序节点为 1 个通道获取区块和 10 个组织从 10 个排序节点为 1 个通道获取区块没有区别。这只是意味着在前者中,可以有 9 个排序节点死亡,并且块将继续被服务。
每个排序节点充当 Kafka 主题的生产者和消费者。在消费端,每个排序节点都有自己的基于文件的分类账,用于将块服务器发送给对等节点。
鉴于客户端和对等点连接到排序节点而不是 Kafka,您将 运行 多个排序节点以实现弹性和规模(例如,扩展连接数量,文件系统读取等)取决于作为网络一部分的客户端和对等点的数量。