《高并发高可用平台架构规划方案》由会员分享，可在线阅读，更多相关《高并发高可用平台架构规划方案（31页珍藏版）》请在金锄头文库上搜索。
1、高并发平台架构规划方案编号 _版本 _高并发平台架构规划方案V1.0起草人：XXX起草时间 ： YYYY年 MM月 DD日审核人：审核时间 ：修改情况记录：序号修改模块名称修改内容修改人修改人名称123第1页共20页高并发平台架构规划方案1 概述1.1简述本文档针对 XX 项目的特点，根据项目各个阶段的发展情况，在系统不调整或微调整的情况下逐步提升整体吞吐量以适应项目的快速发展。 其中包括各个阶段项目架构部署规划。1.2设计目标A. 快速的响应能力在各种情况下， 能够快速响应用户请求； 具备可靠地容灾能力， 部分系统问题不影响整体系统的正常运行。将停止服务时间降低到最低甚至是不间断服务。B.
2、可伸缩性的系统体系随着访问的增加，系统具备良好的伸缩能力。其中包括硬件与软件两部分：1) 硬件： Web服务器集群，缓存服务器集群，文件服务器集群，数据库服务器等集群。各个群集之间负载均衡， 任何一个集群由于资源不足出现瓶颈的时候，只要根据需要添加一个服务器节点，做简单的配置就能达到扩展的目的。2) 软件：整个软件应用系统纵向分割， 按照模块划分，各个模块即相互独立，又可以无缝结合。 如果需要扩展一个模块， 只要做独立开发， 无需该原有系统的代码，只要做简单的配置就能结合在已经，并对该模块管理。C. 安全可靠的系统为保证网站的正常运行， 用户数据的高度安全，系统考虑了多种安全策略 （网络安全、
3、系统安全、各子系统安全、子系统模块安全、回话期间安全等） 。系统具有 724 小时的运行能力， 并且具有系统灾难的快速恢复能力， 及数据安全的保证。D. 易管理的体系架构整个系统、服务的状态处于一个实时的监控之下。其中包括：配置管理、故第2页共20页高并发平台架构规划方案障性能检测、代码发布等：1) 配置管理：可以通过统一的管理系统，对整个运行环境进行界面配置管理。同类集群可以批量操作。2) 性能监测：通过统一的监控系统对不同类型的服务器或集群分别监测， 根据监测报表实时决策优化方案。3) 代码发布 : 如果扩展模块开发完，只要通过发布系统发布到指定的服务器，或某一类服务器。1.3设计原则1)
4、 高可用性：将停止服务时间降低到最低甚至是不间断服务；2) 可扩展性：随着访问的增加，系统具备良好的伸缩能力；3) 可视性：系统、服务的状态处于一个实时的监控之下；4) 高性能高可靠性：经过优化的体系结构及合理的备份策略；5) 安全性：结构上的安全及主机的安全策略；6) 易维护性：通过简单的操作就能维护庞大的集群系统 ;7) 低成本：前期尽量在有限的硬件资源下，利用软件提高性能。1.4读者对象该文档的主要读者对象：项目经理、架构师、服务器维护人员等。第3页共20页高并发平台架构规划方案2 项目分析项目特点如下：1) 高并发，初期虽然 PV比较低，但随着快速发展 pv 增长很快；2) 数据实时性
5、要求高；3) 数据正确性要求高；4) 大多数页面属于动态页面；5) 网站需要大量商品图片展示；6) 用户通过搜索引擎、广告、类目导航寻找商品；7) 网站读多写少，比例超过 10:18) 卖家相关数据量比较大，比如商品数、评价数。第4页共20页高并发平台架构规划方案3 架构遵循规则1) 能分拆的独立应用，尽量分割开来；2) 独立应用有程序与数据库组成；3) 程序有静态文件或动态文件组成；4) 数据库有主数据库（专门用于写）与从数据库（专门用于读）组成，其中主数据库中的数据会实时同步到从数据库；5) 频繁调用的动态数据能加入缓存；6) 数据库大到影响检索效率是，必须横向分割。如 : 用户表已经相当
6、大， ID 能整除 2 的放在 userinfo2 ，ID 能整除 3 的放在 userinfo3 ，ID 能整除 4 的放在userinfo4 ， ID 能整除 5 的放在 userinfo5等，把一张大表分成4 张小表。7) 数据库、文件、缓存等服务器能负载均衡；8) 要求不及时，能批处理的尽量独立批量处理。第5页共20页高并发平台架构规划方案4 系统架构项目初期由于压力较小， 应用服务、 数据库、备份分别部署在独立的服务器上，甚至都部署在同一台服务器上。 但整个系统前期的开发需要按照以下负载方式考虑设计分布式部署， 方便随着项目负荷增大， 评估出负荷点， 能很容易在不改变程序的基础上，添
7、加硬件设备就能缓解整体负荷。由于前期节点比较少，“4.7 服务器性能检测系统” 、“4.8 服务器管理系统”、 “ 4.8 代码分发系统”等暂时不考虑，具体开发时间根据项目发展情况而定。4.1子系统结构后台总站App1- 会员管理App2- 广告管理App3- 结算管理.App1- 会员中心AppN-资讯管理App2- 商铺中心西安分站App3- 核心应用上海分站.前台北京分站AppN-评论管理.深圳分站注：其中前台的每个分站旗下的App 与西安分站相同， 这里进用西安分站做个举例说明。第6页共20页高并发平台架构规划方案4.2App应用系统包含 web页面的各 App 应用，页面类型分为：静
8、态页面，动态页面。静态页面对 I/O 要求比较高；动态页面对内存、 CPU等要求比较高。因此静态页面与动态页面分开部署在具有针对性的服务器上以提高性能。Web服务器分：静态 Web服务器，动态 Web服务器。其中当客户访问静态页面的时候，仅访问静态 web 服务器，静态 Web服务器根据需要从文件服务器上提取所必须的 css ，js ，图片等文件；而当用户访问动态页面时，动态 Web服务器根据需要先去缓存服务器上检查是否有需要的数据， 如果有，则直接从缓存服务器中取，否则从数据库中取相应的数据， 同时添加到缓存服务器上 （不是所有的数据都加到缓存服务器中，主要加那些不频繁变化的数据） ，根据需
9、要从文件服务器上提取所必须的 css ， js ，图片等文件。如图 2-1-1 所示。图 2-1-1 App 应用系统（分两部分：动态，静态）静态网页的网址形式通常是以.htm 、.html 、.shtml 、 .xml 等为后缀的。同时在静态页面上也可以出现各种动态的效果，如.GIF 格式的动画、 FLASH、滚动第7页共20页高并发平台架构规划方案字母等，这些“动态效果”只是视觉上的。静态页面的优点：1) 完全脱离了数据库访问的压力， 直接访问速度快， 用户体验良好， 而且不容易屏蔽；2) 内容非常稳定， 容易被搜索引擎收录， 并且容易获得较好排名； 搜索引擎也会经常光顾网站；3) 提高网
10、站安全性，防止不良代码注入；4) 对服务器要求不高。因此对于不频繁变化的内容尽量静态化， 同时针对静态页面定制相应的服务器，这样不但能提高网站的访问速度，同时能节省服务器资源。动态网页的网址形式通常是以.jsp 、.php 、.aspx 、 .asax 、.shtml 、.ascx等为后后缀的。动态页面主要用于人机交互（如：论坛，评论等） ，实时效率比较高。动态页面不但服务器要求比较高， 同时需要频繁与数据库交互， 给数据库服务器带来很大的压力。 因此只有网站中频繁变化的部分，以及管理系统需要做成动态页面随着访问量的不断增加， 即使静态页面与动态页面分开， 分别部署在不同的服务器上，也难于承受
11、那么大的流量。如果一台服务器难于负荷静态服务的时候， 则根据需要添加多台服务器一起承载静态服务负荷。为了让多台服务器更好的协同工作， 且随着集群负荷的增加，可以根据需要添加服务器以达到分担负荷的作用， 则利用网络负载平衡器把这些服务器群集起来。动态服务业可以按照这样的均衡方式达到提高性能与扩展的效果。如图 2-1-2 所示。第8页共20页高并发平台架构规划方案图 2-1-2 App 应用系统负载均衡其中 Windows2003 网络负载均衡原理：是按照通讯量来分配的。可以配置成各个主机均分； 也可以给好点的机器多分点负荷量，给差点的机器分少点负荷量（负荷量：各主机处理的通信量/ 总的通讯量）。也可以指定各个主机的优先级，按照优先级确定那个主机处理接收到的通讯。而整个群集对外表现为一个IP ，一个域名只要绑定到该 IP 上，则通过该域名的请求都会分发到群集中的各个服务器上一起工作。当网站规模越来越大的情况下，
