• feifei
    2018-06-28
    计算高可用架构,主要解决当单点发生故障后,原本发送到故障节点的任务,任务如何分发给非故障节点,根据业务特点选择分发和重试机制即可,不存在数据一致性问题,只需要保证任务计算完成即可
    存储高可用架构,解决的问题是当单点发生故障了,任务如何分发给其他非故障节点,以及如何保障数据的一致性问题。
    所以存储的高可用比计算的高可用的设计更为复杂。

    作者回复: 分析正确👍

    
     60
  • 孙振超
    2018-08-17
    在学习课程的过程中,发现作者是把很多的学习方法给融合到自身之中,变成了自己的东西,从知道变成了成为。比如本次的习题,通过对计算高可用和存储高可用的对比,就是很好的一个例子。

    要想高可用就离不开冗余,无论是计算高可用还是存储高可用都会面对机器状态检测、切换以及机器选择的问题,在这几个方面二者复杂度差别不大。

    但对于计算而言,集群中的机器间之间基本上是无交互的,对于需要重试的计算任务,是有任务管理器来维护处理;而存储高可用还会涉及到机器之间数据的同步和一致性问题,在同步时还需要考虑性能、稳定性、同步中断、个别失败、重复同步等问题,这一块就会复杂许多。
    因而,总体来看,存储高可用更为复杂。
    展开

    作者回复: 你的理解比我的理解还要深刻了👍👍👍😄

     1
     28
  • yungoo
    2018-06-28
    计算高可用系统需考虑safety和liveness,而存储高可用除了需考虑safety和liveness,还受CAP约束

    作者回复: 你已经融会贯通👍

    
     13
  • oddrock
    2018-06-28
    存储高可用比计算高可用要复杂的多,存储高可用是有状态的,计算高可用一般解决的都是无状态问题,有状态就存在着如何保存状态、同步状态的问题了

    作者回复: 分析正确

    
     11
  • 林
    2018-06-28
    看评论人人都是架构师的感觉,老师讲的好,各位学友更是青出于蓝而胜于蓝!佩服
    
     9
  • 李同杰
    2018-06-28
    存储高可用需要考虑数据复制的问题,复杂度高于计算高可用架构。

    作者回复: 👍👍👍

    
     4
  • Johnny.Z
    2018-06-28
    任务分配器挂了是不是高可用计算就没办法保证了,任务分配器是否也要弄成集群呢?

    作者回复: 是的,全流程的高可用要求任务分配器也高可用

    
     3
  • 空档滑行
    2018-06-28
    计算高可用复杂在选择算法,随着集群规模的扩大,复杂性增加的不明显。比如负载均衡如何判断节点可用,如何判断任务失败还是只是时间较长。
    存储高可用除了面临计算高可用同样的问题在,还要考虑数据的同步,异地备灾也比计算高可用复杂,而且随着集群数量增加,整个策略都要做相应的改变

    作者回复: 分析正确👍

    
     3
  • @
    2019-07-12
    计算无状态,存储有状态

    作者回复: 一针见血👍

    
     2
  • 星火燎原
    2018-06-28
    存储高可用架构的复杂度在于节点数据的一致性上,计算高可用架构复杂度在于主从节点的选举上 不知对不对

    作者回复: 基本正确,存储高可用选举也比较复杂

    
     2
  • 成功
    2018-07-01
    存储任务要考虑CAP三个方面,肯定比计算任务复杂
    
     1
  • ★只求超越一般★
    2020-01-20
    嗯 写的不错
    
    
  • 布小丫学编程
    2019-11-27
    感谢老师的分享,让我系统性地学习了高可用。原来高可用分存储高可用和计算高可用的。
    那Zookeeper本身属于计算高可用还是存储高可用呢?首先它们都是有保存了其他节点状态的,但是它们又需要实现计算高可用的。我个人观点觉得是计算高可用多一些,不知道老师觉得怎么样?

    课后问题:存储高可用肯定更复杂一些,有状态信息的需要保证数据一致性,比如网络原因造成同步延迟问题,这种问题不但难定位而且难解决。计算高可用可以通过重试来解决,比如dubbo分布式框架有负载均衡算法解决计算高可用。

    作者回复: zk的核心是选举,选举就是一个计算过程,因此zk是一个计算高可用集群,同时zk也能够存储一些小数据并保证数据一致,也可以算存储高可用集群,但它本质上不是为了存储设计的

    
    
  • Minbo
    2019-11-15
    计算无状态,存储有状态(CAP)

    两个问题:
    1. 那热备和温备的区别是?
    2.这里主备切换,是可以做成自动切换的吧?

    作者回复: 1. 热备随时可以接管业务,温备是系统都启动了
    2. 自动切换可以做,但做好也不那么容易

    
    
  • 锦
    2019-08-17
    在分布式架构中,往往计算节点会保存中间状态,那么这种属于存储高可用还是计算高可用呢?系统又如何设计呢?

    作者回复: 计算节点保存高可用当然是为了计算,因为节点一重启中间状态就没有了

    
    
  • (╯‵□′)╯︵┻━...
    2019-08-09
    先不考虑架构,说存储和计算本身。

    储存相当于一种时序数据结构,当前由过去决定,需要在当前保证过去储存的数据。由于需要定时执行存储或备份操作,复杂度的上限可以简化为冗余度n乘以已运营时间的长度t。由于存储量是是随着时间累计的,所以可以简化为t/2。那么存储的总复杂度就是O(n*t*t/2),当前时间执行存储的复杂度是其微分,O(n*t)。

    计算结果不取决于过去。所以总复杂度仅为O(n*t),n是计算规模。其当前复杂度为其微分O(n)。

    架构的意义在于当前时间,那么存储架构中关系到增加冗余度的部分,相当于上面的O(n*t)复杂度,其余部分由于不需要在乎过去的数据,复杂度都为O(n)。而计算架构中的任何部分复杂度都是O(n)。
    展开

    作者回复: 角度新奇,不过我没看懂😂

    
    
  • gt
    2019-08-02
    老师,我有一个问题,对于那种已经分配给某台服务器处理的任务,如果处理任务的服务挂了,这些未处理完的任务要怎么处理,有些什么方案

    作者回复: 重试

    
    
  • 天明
    2019-07-26
    请求转发面临着重复计算幂等性问题?如何解决这个问题呢?

    作者回复: 业务方自己解决

    
    
  • 海罗沃德
    2019-07-15
    zookeeper在没有选出新的leader之前,整个系统是否处于downtime中?

    作者回复: 是的

    
    
  • 旭东
    2019-05-31
    请问有哪些指标表征架构的高可用,高性能?

    作者回复: 都是通用的呀,高可用就是故障时间占比,性能就是吞吐量和时延

    
    
我们在线,来聊聊吧