![](/img/trans.png)
[英]How raft algorithm maintains strong read consistency in case of a node become leader and it have an uncommitted log entry
[英]Raft: How to solve the performance bottleneck of leader node?
在raft中,所有的操作請求都會被轉發到leader節點,然后leader會向所有follower發送日志。 所以在重載環境下,leader節點會成為瓶頸。 如何解決這個問題?
這可以根據您的願望以不同的方式解決。 以下是一些示例解決方案。
對數據進行分區。 許多大型系統對數據進行分區以分散負載(以及在分區出現故障時減少傷害)。 但是事務不能跨分區。 這可能會令人失望,具體取決於您的應用程序。
鏈共識。 該協議將移動數據的工作分散到集群中的所有節點。 仍然有一個leader是接受數據的瓶頸,但它的負擔更小了。 鏈共識也導致比廣播系統稍高的延遲。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.