有关raft的疑问

极品小白 2019-01-09 11:29:11

每个节点有三种状态：Follower，Candidate，Leader；会不会出现当某个节点成为Leader，并且分发日志之前，篡改了数据，Follower同步的是篡改后的数据的情况？

...全文

75 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

ziix 2019-05-14

打赏
举报

回复

看一下raft论文吧
raft的前提假设是节点不作恶节点可以死网络不可靠
如果节点篡改数据这属于作恶是pbft的范畴

看下我的理解吧 https://bbs.csdn.net/topics/392626267

为啥没积分……

前言本文只为自己搭建过程中的一些简单的记录。如果实践中有疑问，可以一起探讨。为了能在本机（macOS)模拟集群环境，使用了vb和docker-machine。整体持续集成的几个机器设施如下： 1、服务节点：三个manager节点，一个worker节点。manager需要占用更多的资源，manager配置尽量高一些。swarm的manager节点的容错率是 (N-1)/2 。N是manager节点数。也就是如果有3个manager，那就能容忍一个manager节点挂掉。官方的算法说明：Raft consensus in swarm mode。 2、本地的镜像仓库 registry：用

阿帕奇臭氧 Ozone是面向Hadoop和云原生环境的可扩展，冗余和分布式对象存储。除了可以缩放到数十亿个大小不同的对象外，臭氧还可以在容器化环境（例如Kubernetes和YARN）中有效运行。多协议支持：Ozone支持不同的协议，例如S3和Hadoop File System API。可扩展性：臭氧被设计为可扩展到数百亿个文件和块，并且在将来甚至更多。一致性：臭氧是高度一致的对象存储。通过使用类似RAFT的协议可以实现这种一致性。云原生：臭氧被设计为在YARN和Kubernetes等容器化环境中很好地工作。安全：Ozone与Kerberos基础结构集成在一起以进行访问控制，并支持TDE和在线加密。高度可用：臭氧是一个完全复制的系统，旨在承受多个故障。文献资料最新的文档随发行版一起生成，并托管在apache站点上。请检查以获取更多信息。联系 Ozone是之下的顶级项目臭氧邮件列表如有任何疑问，请使用：聊天：您可以在官方的ASF松弛处找到#ozone频道。邀请链接在。有开放的，您可以询问有关臭氧的任何信息。过去的会议记录也可从W

原文也发布在了 https://zoro09.gitbook.io/ideas/raft 嘻嘻嘻，欢迎关注。强烈建议大家先移步 http://thesecretlivesofdata.com/raft/#home ，花5分钟左右时间简单了解一下raft。本篇文章主要谈一谈我对raft的一些理解，如有异议，欢迎各路大佬指出～ (下面讨论的是论文版Raft，各种改进版在此不做讨论） 1 Raft都干了什么？ 1.0 raft解决了什么问题相信大家在接触新事物之前都会有此类疑问，一堆为什么要问。不过【raf

换句话说，如果一个节点的日志虽然不是最新的，但是成为了leader，并开始正常对外服务了，那么一定意味着在这个节点成为leader那一刻，所谓的最新日志并没有被大多数的节点所复制，即也不可能被commit，那么即使最新的日志被覆盖也不会对外产生什么异常现象。因为如果需要比所有节点的日志都新，那么就要求一个节点选举时，要能获取到其他所有节点的日志信息，因此就需要保证选举时整个集群都是可用的（所有节点不宕机，所有节点间的网络通信都正常），进而意味着算法没有容错，不是高可用的。这与raft的初衷是违背的。

文章目录Raft是干啥的？Raft项目包含哪些模块？项目有多少行?从哪里开始？新建Raft节点逻辑？技术点1：atomic.Value技术点2：队头阻塞小小疑问❓ Raft是干啥的？动画说明简述如下图：用户SET 5，3个不同节点都能获取SET 5的操作。所谓的最简单的分布式一致性。 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XYWWs734-1639390285359)(https://s4.ax1x.com/2021/12/13/oO3r0P.png)] Raft

区块链技术

791

社区成员

705

社区内容

发帖

与我相关

我的任务

区块链技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章