zk和etcd的读一致性对比

于 2024-02-28 01:14:08 发布
阅读量491 收藏 8
点赞数 8
分类专栏： zookeeper 文章标签： etcd 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lixia0417mul2/article/details/136334959
版权

背景

zk和etcd都是日常我们用到的分布式一致性的组件集群，不过他们在读一致性上还是有一些差别的，本文就来对比一下

zk和etcd的读一致性对比

如果读客户端没有通过zk或者etcd自带的watcher监听的方式监听某个写客户端写入的内容，而是依赖写客户端从外部比如用消息队列通知读客户端的话，对于zk来说(假设读客户端读之前没有首先执行sync)，读客户端读到的数据有可能并不是写客户端写入的，不过对于etcd来说，读客户端使用线性读的方式可以读取到写客户端写入的数据，从这一点来看，zk的读取时弱一致性，而etcd的读取是强一致性
在这里插入图片描述
在这里插入图片描述

lixia0417mul2
关注
  • 8
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
ZK和ETCD的产品对比和差异
李姓门徒
01-29 853
探讨zk和etcd的底层实现以及客户端使用上的差异。 更多关于分布式系统的架构思考请参考文档[关于常见分布式组件高可用设计原理的理解和思考](https://blog.csDN.net/weixin_43845924/article/details/135713107)
etcd和Zookeeper孰优孰劣？
ibigboy
02-12 1827
etcd和zookeeper对比 背景 最近在看到Pachyderm的介绍时，看到作者拿YARN和Kubernetes做类比，拿Zookeeper和etcd做对比。YARN和Kubernetes的类比还相对比较好理解，毕竟他们都有资源管理和调度的职能，只不过YARN上运行的对象是JVM，而Kubernetes上运行的是容器。但是拿Zookeeper和etcd来类比我就有些不懂了，在我之前的概念里zookeeper并不是一个存储组件啊，因此有了本文的过程。 ZK和etcd可以做类比吗？ etcd的官网介绍是一
zookeeper和etcd有状态服务部署
测试0901-1
01-08 354
zookeeper和etcd有状态服务部署实践 docker etcd zookeeper kubernetes 4k 次阅读 · 读完需要 78 分钟 0 一. 概述 kubernetes通过statefulset为zookeeper、etcd等这类有状态的应用程序提供完善支...
ETCD和Zookeeper的对比（一）
lisyee的博客
07-04 3286
ETCD和Zookeeper的对比（一） 文章目录ETCD和Zookeeper的对比（一）前言1、分布式一致性算法1.1、为什么需要一致性1.2、zab协议1.2.1 选主过程1.2.2 选主过程1.3、raft协议1.3.1选主过程1.3.2主从数据同步2、其他 前言 最近开发工作中使用到了etcd作为注册中心，简单的了etcd作为注册中心与我们常用的zookeeper有什么区别。 1、分布式一致性算法 1.1、为什么需要一致性 为了高可用和数据安全起见，分布式的集群一般都是由几个节点构成。多节点证
zookeeper与etcd的对比
热门推荐
zzhongcy的专栏
04-19 2万+
背景 最近在看到Pachyderm的介绍时，看到作者拿YARN和Kubernetes做类比，拿Zookeeper和etcd做对比。YARN和Kubernetes的类比还相对比较好理解，毕竟他们都有资源管理和调度的职能，只不过YARN上运行的对象是JVM，而Kubernetes上运行的是容器。但是拿Zookeeper和etcd来类比我就有些不懂了，在我之前的概念里zookeeper并不是一个...
ZK分布式一致性原理与实践
12-07
《ZK分布式一致性原理与实践》是一本深入探讨分布式一致性解决方案的著作，主要围绕PAXOS算法和Zookeeper（ZK）系统展开。在分布式计算领域，一致性是保证系统可靠性和正确性的关键因素，而Zookeeper作为Apache软件...
kafka和zk.zip
07-07
每个主题可以被分成多个分区，每个分区在broker之间进行复制，以实现高可用性和容错性。 2. **Zookeeper的角色**：Zookeeper在Kafka中主要负责元数据管理、集群协调和故障检测。例如，它存储了broker列表、主题分区...
12.2.3 zk是如何保证事务的顺序一致性.md
11-23
12.2.3 zk是如何保证事务的顺序一致性
zk从版本3.4.9升级到3.5.5
06-29
zk从版本3.4.9升级到3.5.5详细笔记文档总结
ZK.rar_zk_zk study
09-19
中的“ZK学习必看，pdf的找到很不容易，可以在手机上看了”表明这份资料对于学习ZooKeeper非常重要，可能是某位专家或社区精心整理的教程，且PDF格式使得它便于在各种设备上阅读，包括手机，强调了这份资料的稀缺性...
服务发现对比：Zookeeper vs etcd vs Consul
dianfu2892的博客
07-03 223
我们拥有的服务越多，如果我们使用预定义的端口，就会发生冲突的可能性越大。毕竟，在同一端口上不能监听两个服务。管理一百个服务所使用的所有端口的紧密列表本身就是一项挑战。将那些服务所需的数据库添加到该列表中，数量会增长得更多。出于这个原因，我们应该在不指定端口的情况下部署服务，并让Docker为我们分配一个随机服务。唯一的问题是我们需要发现端口号并让其他人了解它。 当我...
服务发现：Zookeeper vs etcd
大数据分析BDA
06-19 3477
服务注册和服务发现是分布式系统和SOA的核心组成部分，服务注册是将服务描述信息写入集群，服务发现则是客户端能从众多服务提供者获取相应正确地址。传统情况下，使用静态配置方法实现服务信息注册。当大型系统中，服务量更大、变化更频繁时，为了避免不必要的服务中断，动态的注册和发现则尤为重要。本文讨论两个可用于服务注册和发现的项目Zookeeper和etcd。
etcd和ZooKeeper有什么区别
洞玄之境的博客
09-16 8268
**etcd是一个高可用的键值存储系统，主要用于共享配置和服务发现。**etcd是由CoreOS开发并维护的，灵感来自于 ZooKeeper 和 Doozer，它使用Go语言编写，并通过Raft一致性算法处理日志复制以保证强一致性。Raft是一个来自Stanford的新的一致性算法，适用于分布式系统的日志复制，**Raft通过选举的方式来实现一致性，在Raft中，任何一个节点都可能成为Leader...
分布式系统基石etcd
小牛的成长史
09-24 8245
目录简介 分布式系统 为何选择go实现 优势 核心—-Raft协议 etcd3特性 安装使用简介     —-Distributed reliable key-value store for the most critical data of a distributed system，etcd是一个高可用的键值存储系统，主要用于共享配置和服务发现。etcd是由CoreOS开发并维护的，灵
Zookeeper 和 ETCD的对比
houzhizhen的专栏
01-12 719
这篇文章分析的比较好了
服务发现框架选型，Consul还是Zookeeper还是etcd
架构文摘
04-07 1万+
背景本文并不介绍服务发现的基本原理。除了一致性算法之外，其他并没有太多高深的算法，网上的资料很容易让大家明白上面是服务发现。想直接查看结论的同学，请直接跳到文末。目前，市面上有非常多的服务发现工具，《Open-Source Service Discovery》（http://jasonwilder.com/blog/2014/02/04/service-discovery-in-the-cloud
Zookeeper和etcd使用场景
dirk2014的博客
12-20 3618
1、Zookeeper和etcd共同点 Zookeeper和etcd的功能和使用场景都很类似。 2、Zookeeper选主方法 Paxos & fast paxos 参考 Paxos算法与Zookeeper分析 3、Zookeeper复制数据方法 Zab Zab协议有两种模式，分别是恢复模式（选主）和广播模式（同步）。当服务启动或者在leader崩溃后，
etcd与zookeeper对比
archer的技术故事
12-27 1996
从github中了解到ectd能做什么，以及etcd在分布式系统中的关键作用。 主要参考： https://github.com/etcd-io/etcd/blob/master/Documentation/learning/why.md 从上面的文章中我总结出的关键内容如下： zookeeper和etcd的区别，优缺点，为什么？ ZooKeeper solves the sa...
kafka和zk心跳
最新发布
06-14
Kafka是一个分布式流处理平台，主要用于实时数据传输和处理，常用于构建实时数据管道。Zookeeper（ZK）则是Apache Hadoop项目的子项目，它是一个分布式协调服务，提供了一种可靠的方式来存储和同步元数据。 在Kafka中，Zookeeper扮演了一个关键的角色，特别是作为集群管理工具。ZK负责维护Kafka集群的配置信息、主题（topics）的分发、消费者的组（groups）管理以及节点的动态加入或离开等。心跳机制是Zookeeper的一个重要功能，用来监控各个Zookeeper服务器的状态。 心跳机制的工作原理是这样的： 1. **心跳发送**：每个Zookeeper节点周期性地向其他节点发送心跳包（heartbeat packet），表明自己仍在线和正常运行。 2. **心跳检测**：如果一个节点长时间（通常是几秒钟）没有收到其他节点的心跳响应，Zookeeper会认为这个节点可能已经宕机，并启动节点失效检测流程。 3. **节点状态管理**：一旦节点被认为宕机，Zookeeper会更新其状态，并通知其他节点进行相应的调整，如重新选举领导者节点，维护集群的稳定性和一致性。 当Kafka使用Zookeeper作为配置存储时，节点间的这种心跳交互确保了Kafka集群的高可用性。如果Zookeeper发生故障，Kafka会感知到并尝试从另一个副本恢复配置。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值