了解合流模式注册表中的模式id分配

cngwdvgl  于 2021-06-06  发布在  Kafka
关注(0)|答案(0)|浏览(161)

我试图理解如何为schema registry中的模式生成全局唯一的uuid,但未能理解本页上的以下文本。
模式id分配总是发生在主节点中,它们确保模式id是单调递增的。
如果您使用的是kafka master election,则架构id始终基于写入kafka存储区的最后一个id。在主机重新选择期间,只有在新主机赶上存储区中的所有记录之后,才会进行批分配。
如果您使用的是zookeeper主选择,{schema.registry.zk.namespace}/schema\u id\u counter path存储当前id批的上限,并且新的批分配由主选择和当前批的耗尽触发。此批处理分配有助于防范潜在的僵尸主机场景(例如,如果前一个主机的gc暂停持续时间超过zookeeper超时,则触发主机重新选择)。
问题:
当使用zookeeper进行主选择时,与kafka主选择不同的是,需要在zookeeper中存储当前批次id吗?
有人能详细解释一下使用zookeeper选举时如何进行批量分配吗?具体来说,我不明白以下几点:
新的批分配由当前批的主选择和用尽触发。此批处理分配有助于防范潜在的僵尸主机场景(例如,如果前一个主机的gc暂停持续时间超过zookeeper超时,则触发主机重新选择)。

暂无答案!

目前还没有任何答案,快来回答吧!

相关问题