有关单点问题的详解.pdfVIP

丹青不知老将至，贫贱于我如浮云。——杜甫 有关单点问题的详解 如何解决云服务上的单点问题？ 云服务⼀般都存在哪些单点故障隐患 1、数据库： 我们知道数据库的单点隐患会对业务产⽣很⼤的影响。数据库故障会导致整个应⽤⽆法提供服务。随着业务规模的发展，当单 台数据库可处理的业务能⼒已经⽆法满⾜业务需求时，必然引⼊了主、从负载均衡的数据库架构，同时把数据库热备问题解决。 2、应⽤服务器： 使⽤期限达到数年的服务器容易出现各种各样的硬件问题⽽导致宕机，所以我们⽤到了 LVS 负载均衡技术把⼏台服务器 组成集群来提供服务。 3、机房： ⼀般机房单点故障出现的频率为⼀两年⼀次，如电⼒故障和⽹络故障。但在今天这个云时代，⼤家都⽆法接受两年⼀遇的机房单 点故障，所以跨地区异地容灾架构开始被应⽤起来。 云服务的的单点隐患该如何解决 在现在应⽤开发模式下，CDN 和云存储服务有利于降低基础设施成本，保证开发者把有限的资源重点投⼊到核⼼设施上，如数据库、 应⽤服务器等。 ⾸先我们来分析⼀下 CDN 和云存储两个服务的单点故障隐患问题： 1、CDN 服务是天然多地区多机房部署的：CDN 服务出现全⽹故障的可能性⼏乎为零，⼀般只会出现单个机房服务故障，对整体业务 的影响范围在10%以内（已按终端⽤户地区热度来统计），⽽这个也能被 CDN 服务商的⾃动调度系统快速解决，所以对此不必担⼼单 点问题，即使⽤多家 CDN 服务也是相同的容灾过程。 2、云存储服务是存在单机房故障隐患：云存储服务与 CDN 服务不同，它跟云主机服务⼀样都是集中于个别机房，并且在使⽤云存储 服务时还得选择使⽤其中⼀个数据中⼼。如果数据所在数据中⼼出现电⼒或者⽹络故障，就会影响正常服务。 （这⾥特指服务安全⽽不 是数据安全，现在基本每个云⼚商都做数据多备份的，所以不存在数据安全问题） 什么是单点故障？ 通常分布式系统采⽤主从模式，⼀个主机连接多个处理节点，主节点负责分发任务，⽽⼦节点负责处理业务，当主节点发⽣故障时，会 导致整个系统发故障，我们把这种故障叫做单点故障。 传统解决单点故障问题 ⼀般会多加⼀个备⽤主节点，备⽤主节点会发送⼀个ping包给主节点，主节点收到这个ping包后会给备⽤主节点相应⼀个ack字节包作 为回应，备⽤主节点通过是否收到ack字节包来判断主节点是否正常运⾏，没有收到则则认为主节点已经故障并顶替主节点的位置。 不过当出现⽹络震荡的时候导致主节点接受数据时丢失⼀部分数据也就是少包，会导致备⽤⼦节点认为主节点已经故障⽽去顶替主节点 ⽽导致多主的现象，这时就要加⼊⼀个分布式锁的概念。 分布式锁是为了控制多个进程访问同⼀资源时，这个资源希望被有序访问，主要控制进程的加锁，解锁，锁超时。让多个多个进程有序 访问服务器。 分布式协调可以解决多个进程的同步控制，主要核⼼是实现分布式锁。 zookeeper是分布式协调服务，是为了实现分布式锁，的结构是树状结构，⼦节主要由四个部分组成，节点的引⽤，数据，权限，元数 据组成。 Zookeeper实现服务注册与发现呢 一寸光阴一寸金，寸金难买寸光阴。——《增广贤文》 海纳百川，有容乃大；壁立千仞，无欲则刚。——林则徐 分布式锁主要由Zookeeper实现，两个主节点会在Zookeeper注册⼀个节点，注册完后编号最⼩的节点就会被Zookeeper任命为主节 点，⽽其他的节点会被加锁⽽被阻塞作为备⽤主节点。Zookeeper会给主节点不定时发送ping包，主节点会给Zookeeper相应的包， 当能够收到者认为主节点正常，当接收不了则会给下⼀个备⽤⼦节点发送信息任命为主节点，⽽前⾯的主节点如果是因为故障⽽给 Zookeeper发送不了响应的包则会被Zookeeper直接删除，如果因为⽹络故障或其他不是本⾝导致发送不了响应的包给Zookeeper 时，也会被Zookeeper从列表⾥删除，但是这个主节点是正常的还可以继续使⽤，Zookeeper会让这个节点作为重⽣节点重新注册成 为备⽤的主节点。 总结 既然是单点故障，那必定得容忍fail-over时可能造成的数据丢失，剩下的就是数据同步问题了，尽量减少fail-over造成的损失。 常见容错机制都有哪些，作⽤都是什么？ 常见容错机制：failover、failback、failfast、failsafe 1、failover ：失效转移 Fail-Over的