高并发平台架构规划方案.docVIP

高并发平台架构规划方案 高并发平台架构规划方案 第 PAGE 19 页 共 NUMPAGES 20 页 编号∶______ 版本∶______ 高并发平台架构规划方案 V1.0 起草人： 田朝山 起草时间：2013年01月08日 审核人： 审核时间： 修改情况记录： 序号 修改模块名称 修改内容 修改人 修改人名称 1 2 3 整个系统、服务的状态处于一个实时的监控之下。其中包括：配置管理、故障性能检测、代码发布等： 1)配置管理：可以通过统一的管理系统，对整个运行环境进行界面配置管理。同类集群可以批量操作。 2)性能监测：通过统一的监控系统对不同类型的服务器或集群分别监测，根据监测报表实时决策优化方案。 3)代码发布: 如果扩展模块开发完，只要通过发布系统发布到指定的服务器，或某一类服务器。 设计原则 1)高可用性：将停止服务时间降低到最低甚至是不间断服务； 2)可扩展性：随着访问的增加，系统具备良好的伸缩能力； 3)可视性：系统、服务的状态处于一个实时的监控之下； 4)高性能高可靠性：经过优化的体系结构及合理的备份策略； 5)安全性：结构上的安全及主机的安全策略； 6)易维护性：通过简单的操作就能维护庞大的集群系统; 7)低成本：前期尽量在有限的硬件资源下，利用软件提高性能。 读者对象 该文档的主要读者对象：项目经理、架构师、服务器维护人员等。 项目分析 项目特点如下： 高并发，初期虽然PV比较低，但随着快速发展pv增长很快； 数据实时性要求高； 数据正确性要求高； 大多数页面属于动态页面； 网站需要大量商品图片展示； 用户通过搜索引擎、广告、类目导航寻找商品； 网站读多写少，比例超过10:1 卖家相关数据量比较大，比如商品数、评价数。 架构遵循规则 1)能分拆的独立应用，尽量分割开来； 2)独立应用有程序与数据库组成； 3)程序有静态文件或动态文件组成； 4)数据库有主数据库（专门用于写）与从数据库（专门用于读）组成，其中主数据库中的数据会实时同步到从数据库； 5)频繁调用的动态数据能加入缓存； 6)数据库大到影响检索效率是，必须横向分割。如:用户表已经相当大，ID能整除2的放在userinfo2，ID能整除3的放在userinfo3，ID能整除4的放在userinfo4，ID能整除5的放在userinfo5等，把一张大表分成4张小表。 7)数据库、文件、缓存等服务器能负载均衡； 8)要求不及时，能批处理的尽量独立批量处理。 系统架构 项目初期由于压力较小，应用服务、数据库、备份分别部署在独立的服务器上，甚至都部署在同一台服务器上。但整个系统前期的开发需要按照以下负载方式考虑设计分布式部署，方便随着项目负荷增大，评估出负荷点，能很容易在不改变程序的基础上，添加硬件设备就能缓解整体负荷。 由于前期节点比较少，“4.7 服务器性能检测系统”、“4.8服务器管理系统”、“4.8 代码分发系统”等暂时不考虑，具体开发时间根据项目发展情况而定。 子系统结构 注：其中前台的每个分站旗下的App与西安分站相同，这里进用西安分站做个举例说明。 App应用系统 包含web页面的各App应用，页面类型分为：静态页面，动态页面。静态页面对I/O要求比较高；动态页面对内存、CPU等要求比较高。因此静态页面与动态页面分开部署在具有针对性的服务器上以提高性能。 Web服务器分：静态Web服务器，动态Web服务器。其中当客户访问静态页面的时候，仅访问静态web服务器，静态Web服务器根据需要从文件服务器上提取所必须的css，js，图片等文件；而当用户访问动态页面时，动态Web服务器根据需要先去缓存服务器上检查是否有需要的数据，如果有，则直接从缓存服务器中取，否则从数据库中取相应的数据，同时添加到缓存服务器上（不是所有的数据都加到缓存服务器中，主要加那些不频繁变化的数据），根据需要从文件服务器上提取所必须的css，js，图片等文件。如图2-1-1所示。 图2-1-1 App应用系统（分两部分：动态，静态） 静态网页的网址形式通常是以.htm、.html、.shtml、.xml等为后缀的。同时在静态页面上也可以出现各种动态的效果，如.GIF格式的动画、FLASH、滚动字母等，这些“动态效果”只是视觉上的。静态页面的优点： 完全脱离了数据库访问的压力，直接访问速度快，用户体验良好，而且不容易屏蔽； 内容非常稳定，容易被搜索引擎收录，并且容易获得较好排名；搜索引擎也会经常光顾网站； 提高网站安全性，防止不良代码注入； 对服务器要求不高。 因此对于不频繁变化的内容尽量静态化，同时针对静态页面定制相应的服务器，这样不但能提高网站的访问速度，同时能节