• Cc
    2021-10-22
    选主的时候没有办法提供服务 应该是牺牲了可用性吧
    
    6
  • 泊浮目
    2021-10-27
    "CAP 之间难以满足是一个伪问题"感觉要引出BASE了啊
    
    2
  • Geek_26755e
    2023-01-28 来自安徽
    介绍 lock-sequencer 这种方案时作者似乎漏了一种子方案?即在应用侧收到请求时拿着 sequencer 去 consistent cache 中校验一把锁是否还有效,这个子方案相比应用侧只校验 lock generation number 单增适用范围更广(比方说支持多对象的资源锁),缺点是要维护 session(其中含有 cache)。不知道这种子方案在业界是否有实践应用呢? 对应原文: The recipient server is expected to test whether the sequencer is still valid and has the appropriate mode; if not, it should reject the request. The validity of a sequencer can be checked against the server’s Chubby cache or, if the server does not wish to maintain a session with Chubby, against the most recent sequencer that the server has observed.
    展开
    
    1
  • Geek_26755e
    2023-01-28 来自安徽
    关于思考题:使用 Chubby 提高了应用层 Master 的可用性并不是解决了可用性问题,实际是 Chubby 向外屏蔽了可用性问题(基于 Paxos 的服务如果挂了多余半数的服务也就不能向外服务了,如果向外提供服务就是牺牲了一致性)。
    
    1
  • 边城路远
    2022-04-09
    master挂掉后,临时文件被释放,这个时候backup master观察到这一事件去创建文件(拿到锁)将自己的ip和port写入,从而实现master模块的高可用
    
    1
  • LJK
    2022-01-23
    老师好,所以通过chubby选master的话只是在master选举上达到共识,解决了谁是master的问题,这个跟big table里面存储的数据本身的一致性有什么关系吗? 我理解对数据的写入和同步机制好像没什么影响,一些replica如果和master之间有同步延迟的话还是会产生数据不一致,不知道这个理解对吗?
    共 1 条评论
    1
  • 核桃
    2022-02-19
    关于CAP的选择,目前很多系统是追求最终一致性比较多的,牺牲了可用性,例如leader切换的时候,事务的执行是非常容易出现问题的。但是实际上,学术界也有论文讲述了这个问题,在master切换的时候,并不需要停止原来的业务,可以通过repair这些算法来修复,但是难度会很大,这些目前我们也在逐渐实现。
    
    
  • clpsz
    2022-02-13
    重剑无锋
    
    
  • 青阳
    2021-11-19
    怎么感觉和redis的哨兵集群有点相似
    共 1 条评论
    
  • hunt5
    2021-11-04
    非常感谢作者的分享 受益匪浅哈 有个问题: 1.Chubby发现master断掉需要选出新的master 2.master失效的广播由于网络分区没有到达客户端A 3.客户端A依旧发数据到挂掉的master进行二阶段提交 4.客户端B发数据到新的master进行二阶段提交 所以是否每次写入都要和Chubby交互来保持一致性呢?
    
    