架构/构建高可用的网站

时间: 2018-12-13阅读: 1169标签: 架构

前言

目的 :保证服务器硬件故障时依然可用,数据依然保持并能够访问

手段:数据和服务的冗余备份以及失效转移机制

有状态 :在服务端保留之前的请求信息,用以处理当前请求(例如:session)

无状态 :没有特殊状态的服务,各个请求对于服务器来说统一无差别处理,请求自身携带了所有服务器需要的所有参数(例如:http)

 

无状态应用的构建(通过负载均衡进行无状态服务的失效转移)

当服务器不保存请求的状态,那么所有的服务完全对等,当任意一条或多台服务器宕机,请求提交给集群中其它任意台可用机器,对终端用户而言,请求总是能够的,整个系统依然可用

 

应用服务器集群的session管理

session复制

  应用服务器开启Web容器的Session复制功能,在集群中的几台服务器之前同步session对象

  优点:方案简单,可以直接从本机读取Session信息,速度快速,但只能使用在集群规模比较小的情况

  缺点:机器规模较大时,需要大量的通信进行服务器间的Session复制,占用服务器和网络的大量资源,同时每台服务器上都存储了大量备份,在用户访问量过大时,可能出现内存不足的情况

Session绑定

  利用负载均衡的源地址Hash算法,总是将来源同一IP请求的分发到同一台服务器上

  优点:同一来源请求总是落地同一台服务器上

  缺点:一台某台服务器宕机,那么该机器上的Session就没了,用户切换到其它机器上因为没有Session无法完成业务处理

cookie记录Session

  将Session记录在客户端,每次请求服务器的时候,将Session放在请求中发送给服务器

  优点:简单易用,可用性高,支持应用服务器的线型伸缩

  缺点:能记录的消息受限,每次请求都需要传输cookie,影响性能,如果用户关闭cookie,访问就会不正常、

session服务器

  利用独立部署的session服务器(集群)统一管理,应用服务器每次读写Session时,都访问session服务器

 

构建高可用的服务

服务分级,超时设置,异步调用,服务降级,幂等性设计

服务分级管理 将核心应用于非核心应用进行分离,核心应用和服务优先使用更好的硬件(服务部署上也进行必要的隔离,避免故障的连锁反应)

超时设计(针对通信)设置服务连接超时时间,一旦超时,应用程序根据服务调度策略,可选择重试或将请求转移到提供相同服务的其它服务器上

异步调用(消息队列)

服务降级(保证核心应用和功能的正常运行)

  1 拒绝服务 拒绝低优先级应用的调用,减少服务调用并发数,确保核心应用正常使用,随机拒绝部分请求调用,解决资源,让另一部分请求得以成功

  2 关闭服务 关闭部分不重要的服务,或者服务器内部关闭部分不重要的功能,解决系统开销,为重要服务和功能让出资源

幂等性设计(防止重复调用,造成数据的准确性失误)

 

构建高可用的数据

主要手段 数据备份和失效转移机制

数据备份方法(主备模式)

  1 冷备 定期复制,但不能保证数据最终的一致性

  2 热备

    2.1 异步热备 应用程序调用主存储,主存储写入成功后,立即返回,主存储异步发起将数据写入其它副本(不确定有没有写入成功)

    2.2 同步热备 应用程序同时调用主,副服务器,将数据进行写入,此写入过程可通过并行提升写入效率

失效转移

  1 失效确定 判断服务器宕机(心跳监测和应用程序访问失效报告)

  2 访问转移 将请求发送到可以使用的服务器上

  3 数据恢复


来自于 大型网站技术架构:核心原理与案例分析+李智慧 书籍 

 

站长推荐

1.云服务推荐: 国内主流云服务商,各类云产品的最新活动,优惠券领取。地址:阿里云腾讯云华为云

链接: http://www.fly63.com/article/detial/1575

vue/react/angular开发的css架构思考

前端开发现在已经从传统的后端web多页面开发模式转向前端单页SPA开发模式,而vuejs/react/angular则是开发SPA非常优秀的前端框架。组件化开发由react最早提出,vuejs后发优势,将组件化开发贯彻到了极致

软件架构师之路

软件架构师是一名软件开发专家,他可以进行高层设计选择并决定技术标准,包括软件编码标准,工具和平台。软件架构可以被抽象的分为几个层次,不同的层次对技能的要求不同。对层次有很多不同的划分

讲讲亿级PV的负载均衡架构

本来没想写这个题材的,为了某某童鞋能够更好的茁壮成长,临时写一篇负载均衡的。负载均衡,大家可能听过什么3层负载均衡、4层负载均衡、7层负载均衡什么的?那这是怎么分的呢,ok,是根据osi七层网络模型来分的,例如nginx是工作在应用层

千万级用户的大型网站,应该如何设计其高并发架构?

本文将会从一个大型的网站发展历程出发,一步一步的探索这个网站的架构是如何从单体架构,演化到分布式架构,然后演化到高并发架构的。大型网站架构中共涉及的技术远远不止这些,还包括了MQ、CDN、静态化、分库分表、NoSQL、搜索、分布式文件系统、反向代理

架构师教你如何设计一个高并发系统?大多程序员都收藏了

其实所谓的高并发,如果你要理解这个问题呢,其实就得从高并发的根源出发,为啥会有高并发?为啥高并发就很牛逼?我说的浅显一点,很简单,就是因为刚开始系统都是连接数据库的

Redis高可用,高性能,架构演进史

高性能就是做分片(可以类比为分库分表,将数据分到不同服务器上),在Kafka中叫分区,在mongodb中叫shard,在HDFS上叫DataNode。而保证高可用的方式就是做交叉备份。然后我很好奇Redis是怎么部署的。

微内核架构在大型前端系统中的应用

架构和框架是独立的,本文仅仅是提出一种架构思路,而且这个架构也在百度的某款用户量很大的复杂前端产品中得以应用。基于这一套弹性架构并结合Vue/React的现代化开发理念,可以很好的完成高复杂度的前端系统。

成为一个顶尖架构师

架构师的一个重要职责是,确保团队有共同的技术愿景,以帮助我们向客户交付他们想要的系统。在某些场景下,架构师只需要和一个团队一起工作,这时他们等同于技术引领者。在其他情况下,他们要对整个项目的技术愿景负责,通常需要协调多个团队之间,甚至是整个组织内的工作。

大型网站系统架构的演化

一个成熟的大型网站(如淘宝、京东等)的系统架构并不是开始设计就具备完整的高性能、高可用、安全等特性,它总是随着用户量的增加,业务功能的扩展逐渐演变完善的,在这个过程中,开发模式、技术架构

网站架构优化性能

最初业务量不大,访问量小,此时的架构,应用程序、数据库、文件都部署在一台服务器上,有些甚至仅仅是租用主机空间, 将应用程序、数据库、文件各自部署在独立的服务器上

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!