ICode9

精准搜索请尝试: 精确搜索
  • zookeeper2020-05-27 14:56:20

    zookeeper概述:   zookeeper是一个开源的分布式协调服务,提供分布式数据一致性解决方案,分布式应用程序可以实现数据发布订阅、负载均衡、命名服务、集群管理分布式锁、分布式队列等功能。   数据一致性分为强一致性和最终一致性,强一致性指的如果数据不一致,就不对外提供数据服务,

  • Kafka架构原理2020-05-21 17:51:40

    Kafka架构原理 最终大家会掌握 Kafka 中最重要的概念,分别是 Broker、Producer、Consumer、Consumer Group、Topic、Partition、Replica、Leader、Follower,这是学会和理解 Kafka 的基础和必备内容。 定义 Kafka 是一个分布式的基于发布/订阅模式的消息队列(Message Queue),主要应用

  • RAFT实现之State Persist2020-05-18 10:06:14

    测试通过Raft 需要持久化存储的信息为 current Term votedFor Log[] 只要这三个值有变化,就存储到磁盘 主要是以下四种情形 1. 成为candidate/follower时(currentTerm和votedFor变化) 2. follower投完票时(votedFor变化) 3. appendEntries RPC 更改log时(log更改) 4. Start()追加leader

  • zookeeper在生产环境中的配置(zookeeper3.6)2020-04-25 09:02:24

    一,zookeeper中日志的配置  1,快照文件snapshot的目录: dataDir=/data/zookeeper/data 存储快照文件snapshot的目录。默认情况下,事务日志也会存储在这里 所以我们建议指定dataLogDir   2,事务日志的目录 dataLogDir=/data/zookeeper/datalogs 事务日志输出目录,不建议和快照文

  • Zookeeper详解2020-04-18 21:00:36

    成员: leader(接受所有的事务请求) follower(历史事务集合) observer(不参与过半选举,提高读性能) ZAB协议: 在ZAB协议中,每个事务都有一个编号ZXID(一个64位的数字),ZXID由两部分组成,高32位是epoch,低32位是递增计数器 epoch: 选举周期 计数器: 随事物的到来递增 是为Zookeeper专门设计

  • 理解Raft协议2020-03-26 22:01:19

    目录 1.Paxos算法存在的问题 2.Raft算法     2.1 复制状态机     2.2. Raft算法     2.2.1 安全性问题     2.2.2 Leader选举     2.2.3日志复制         日志一致性检查         日志提交 参考资料 1.Paxos算法存在的问题 Paxos算法是莱斯利·兰伯特(英

  • 分布式数据库的数据一致性怎么保证(其中有raft算法)2020-02-22 14:02:30

    分布式数据库的数据一致性管理是其最重要的内核技术之一,也是保证分布式数据库满足数据库最基本的ACID特性中的 “一致性”(Consistency)的保障。在分布式技术发展下,数据一致性的解决方法和技术也在不断的演进,本文就以作者实际研发的分布式数据库作为案例,介绍分布式数据库数据一

  • kafka 消息中间件2020-02-21 16:53:59

          上图中一个topic配置了3个partition。Partition1有两个offset:0和1。Partition2有4个offset。Partition3有1个offset。副本的id和副本所在的机器的id恰好相同。 如果一个topic的副本数为3,那么Kafka将在集群中为每个partition创建3个相同的副本。集群中的每个broker存储一

  • Ozone OM服务HA原理分析2020-01-17 09:01:23

    文章目录前言OzoneManager HA的目标OM HA的Raft方式实现Ozone的读写请求的区别处理OM服务的定期Snapshot、Checkpoint行为附:DoubleBuffer+Table Cache的请求处理引用 前言 在分布式系统中,为了避免中心服务节点存在单点问题,我们往往会有HA(High Availability)的防御措施。比

  • 【Kafka】ack应答机制2020-01-13 11:51:17

    ack应答机制 有三个值: 0:producer不需要确认消息,直接发送消息给leader,有没有收到消息,producer不管; 上图中去掉5、6步;速度块,安全性最低(当broker故障,会丢失数据)。 1:producer发送消息,确保leader写入成功,followers不管;上图中,去掉5步; (在follower同步成功之前leader故障,就会丢失数据) -1

  • 图解 Kafka 水印备份机制2019-12-27 22:53:47

    高可用是很多分布式系统中必备的特征之一,Kafka 日志的高可用是通过基于 leader-follower 的多副本同步实现的,每个分区下有多个副本,其中只有一个是 leader 副本,提供发送和消费消息,其余都是 follower 副本,不断地发送 fetch 请求给 leader 副本以同步消息,如果 leader 在整个集群运行

  • 各大中间件底层技术-分布式一致性协议 Raft 详解2019-12-17 13:03:11

    前言 正式介绍 Raft 协议之前,我们先来举个职场产研团队的一个例子

  • 大数据-zookeeper工作机制2019-11-14 14:06:17

    zookeeper工作机制 投票算法:Paxos算法,衍生的azb算法; 配置文件包括三台机器min1,min2,min3;投票,投给id大的; 时序 事件 Min1【id=1】 Min2【id=2】 Min3【id=3】 1 Min1启动 投票给min1 得票1(1小于半数2票,继续投) 得票0 得票0 2 Min1启动 Min2启动 mi

  • zk 两阶段提交(待完善)2019-11-12 21:54:04

    选举结束后,leader 和 follower 各自执行自己的逻辑: org.apache.zookeeper.server.quorum.QuorumPeer#run leader org.apache.zookeeper.server.quorum.QuorumPeer#setLeader// 构建 processor 链org.apache.zookeeper.server.quorum.LeaderZooKeeperServer#setupRequestProcess

  • Kafka学习笔记22019-11-09 09:00:32

    《Kafka 设计解析(二):Kafka High Availability (上)》 学习笔记 Data Replication 数据传播: Producer在发布数据到某个Parititon时,首先通过ZK找到Partition Leader,然后将数据push到Partition Leader;Parittion Leader接收到数据后会将数据记录到本地Log;                

  • 分布式存储之四:复制组创建2019-11-07 12:55:08

    最近工作需要接触一些Raft 相关的东西,下面简单整理几点: Raft内部相关接口 有自己的事物日志管理接口:支持append/get/ truncate 等操作; 有独立的日志同步模块:Replicator 逐一回探确定从和主日志开始分叉的位置,然后从主上拉取Follower 节点缺少的日志条目,同步给Follower,通常这是独立

  • zookeeper集群搭建及ZAB协议2019-09-22 13:02:11

      zookeeper集群搭建非常简单,准备三台安装好zookeeper服务器,在其zoo.cfg配置中分表添加如下配置 initLimit 10 集群中的follower与leader之间完成初始化同步连接时能容忍的最多心跳数(tickTime的数量)。如果zk集群环境数据量很大,同步数据时间会变长,这种情况下可以适当调大改参

  • kafka中的acks参数2019-09-19 17:02:08

    首先acks参数,是在kafkaProducer,也就是在生产者客户端里设置的也就是说,你往kafka写东西的时候,就可以设置这个参数。 这个参数实际上有三种值可以设置,分别是0,1,和all. 第一种选择是把参数设置成0 我的kafkaProducer在客户端,只要把消息发送出去,不管那条数据有没有在哪怕Partition L

  • Zookeeper之Leader选举过程2019-09-04 15:56:57

    Leader在集群中是一个非常重要的角色,负责了整个事务的处理和调度,保证分布式数据一致性的关键所在。既然Leader在ZooKeeper集群中这么重要所以一定要保证集群在任何时候都有且仅有一个Leader存在。 概念 Zookeeper Server三种角色:Leader,Follower,Observer。 Leader是Zookeeper 集群

  • zookeeper原理解析2019-08-06 17:09:08

    zookeeper采用zab协议作为数据一致性的核心算法。所以我们要先去理解zab协议 zab协议的核心是定义了那些会改变zookeeper服务器数据状态的事务请求的处理方式: 所有的事务请求必须由一个全局唯一的服务器来协调处理,这个服务器被称为leader,而余下的服务器称为follower。leade

  • 一文搞懂Raft算法2019-07-21 17:01:13

    原文:https://www.cnblogs.com/xybaby/p/10124083.html 正文   raft是工程上使用较为广泛的强一致性、去中心化、高可用的分布式协议。在这里强调了是在工程上,因为在学术理论界,最耀眼的还是大名鼎鼎的Paxos。但Paxos是:少数真正理解的人觉得简单,尚未理解的人觉得很难,大多数人都是

  • ZAB协议2019-07-11 10:56:23

    ZAB协议ZooKeeper是Chubby的开源实现,而Chubby是Paxos的工程实现,所以很多人以为ZooKeeper也是Paxos算法的工程实现。事实上,ZooKeeper并没有完全采用Paxos算法,而是使用了一种称为ZooKeeper Atomic Broadcast(ZAB,ZooKeeper原子广播协议)的协议作为其数据一致性的核心算法。 ZAB协议并不

  • ZooKeeper和ZAB协议2019-07-02 21:01:28

    前言 ZooKeeper是一个提供高可用,一致性,高性能的保证读写顺序的存储系统。ZAB协议为ZooKeeper专门设计的一种支持数据一致性的原子广播协议。 演示环境 $ uname -aDarwin 18.6.0 Darwin Kernel Version 18.6.0: Thu Apr 25 23:16:27 PDT 2019; root:xnu-4903.261.4~2/RELEASE_X86_6

  • replica副本同步机制2019-06-09 17:39:14

    replica副本同步机制 1 前言  Kafka的流行归功于它设计和操作简单、存储系统高效、充分利用磁盘顺序读写等特性、非常适合在线日志收集等高吞吐场景。  Kafka特性之一是它的复制协议。复制协议是保障kafka高可靠性的关键。对于单个集群中每个Broker不同工作负载情况下,如何自动调

  • Zookeeper(12) Zookeeper与Paxos2019-05-04 21:56:23

    出处:http://www.cnblogs.com/leesf456/ 一、前言 在学习了Paxos在Chubby中的应用后,接下来学习Paxos在开源软件Zookeeper中的应用。 二、Zookeeper Zookeeper是一个开源的分布式协调服务,其设计目标是将那些复杂的且容易出错的分布式一致性服务封装起来,构成一个高效可靠的原

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有