04-系统设计目标（二）：系统怎样做到高可用？_For_group_share1
需积分: 0 138 浏览量
2022-08-03
19:17:37
上传
评论
收藏 552KB PDF 举报
04-系统设计⽬标（⼆）：系统怎样做到⾼可⽤？04-系统设计⽬标（⼆）：系统怎样做到⾼可⽤？
你好，我是唐扬。
开课之后，有同学反馈说课程中偏理论知识的讲解⽐较多，希望看到实例。我⼀直关注这些声⾳，也感谢你
提出的建议，在04讲的开篇，我想对此作出⼀些回应。
在课程设计时，我主要想⽤基础篇中的前五讲内容带你了解⼀些关于⾼并发系统设计的基本概念，期望能帮
你建⽴⼀个整体的框架，这样⽅便在后⾯的演进篇和实战篇中对涉及的知识点做逐⼀的展开和延伸。⽐⽅
说，本节课提到了降级，那我会在运维篇中以案例的⽅式详细介绍降级⽅案的种类以及适⽤的场景，之所以
这么设计是期望通过前⾯少量的篇幅把课程先串起来，以点带⾯，逐步展开。
当然，不同的声⾳是我后续不断优化课程内容的动⼒，我会认真对待每⼀条建议，不断优化课程，与你⼀起
努⼒、进步。
接下来，让我们正式进⼊课程。
本节课，我会继续带你了解⾼并发系统设计的第⼆个⽬标⸺⾼可⽤性。你需要在本节课对提升系统可⽤性
的思路和⽅法有⼀个直观的了解，这样，当后续对点讲解这些内容时，你能⻢上反应过来，你的系统在遇到
可⽤性的问题时，也能参考这些⽅法进⾏优化。
⾼可⽤性（HighAvailability，HA）⾼可⽤性（HighAvailability，HA）是你在系统设计时经常会听到的⼀个名词，它指的是系统具备较⾼的
⽆故障运⾏的能⼒。
我们在很多开源组件的⽂档中看到的HA⽅案就是提升组件可⽤性，让系统免于宕机⽆法服务的⽅案。⽐
如，你知道Hadoop1.0中的NameNode是单点的，⼀旦发⽣故障则整个集群就会不可⽤；⽽在Hadoop2中
提出的NameNodeHA⽅案就是同时启动两个NameNode，⼀个处于Active状态，另⼀个处于Standby状
态，两者共享存储，⼀旦ActiveNameNode发⽣故障，则可以将StandbyNameNode切换成Active状态继
续提供服务，这样就增强了Hadoop的持续⽆故障运⾏的能⼒，也就是提升了它的可⽤性。
通常来讲，⼀个⾼并发⼤流量的系统，系统出现故障⽐系统性能低更损伤⽤⼾的使⽤体验。想象⼀下，⼀个
⽇活⽤⼾过百万的系统，⼀分钟的故障可能会影响到上千的⽤⼾。⽽且随着系统⽇活的增加，⼀分钟的故障
时间影响到的⽤⼾数也随之增加，系统对于可⽤性的要求也会更⾼。所以今天，我就带你了解⼀下在⾼并发
下，我们如何来保证系统的⾼可⽤性，以便给你的系统设计提供⼀些思路。
可⽤性的度量可⽤性的度量
可⽤性是⼀个抽象的概念，你需要知道要如何来度量它，与之相关的概念是：MTBF和MTTR。MTBF和MTTR。
MTBF（MeanTimeBetweenFailure）MTBF（MeanTimeBetweenFailure）是平均故障间隔的意思，代表两次故障的间隔时间，也就是系统
正常运转的平均时间。这个时间越⻓，系统稳定性越⾼。
MTTR（MeanTimeToRepair）MTTR（MeanTimeToRepair）表⽰故障的平均恢复时间，也可以理解为平均故障时间。这个值越⼩，故
障对于⽤⼾的影响越⼩。
可⽤性与MTBF和MTTR的值息息相关，我们可以⽤下⾯的公式表⽰它们之间的关系：
评论0