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

高并发平台架构规划方案 编号∶______ 版本∶______ 高并发平台架构规划方案 V1.0 起草人： XXX 起草时间：YYYY年 MM月 DD日 审核人： 审核时间： 修改情况记录： 序号 修改模块名称 修改内容 修改人 修改人名称 1 2 3 第 1 页 共 20 页 高并发平台架构规划方案 1 概述 1.1 简述 本文档针对 XX 项目的特点，根据项目各个阶段的发展情况，在系统不调整 或微调整的情况下逐步提升整体吞吐量以适应项目的快速发展。其中包括各个阶 段项目架构部署规划。 1.2 设计目标 A. 快速的响应能力 在各种情况下，能够快速响应用户请求；具备可靠地容灾能力，部分系统问 题不影响整体系统的正常运行。将停止服务时间降低到最低甚至是不间断服务。 B. 可伸缩性的系统体系 随着访问的增加，系统具备良好的伸缩能力。其中包括硬件与软件两部分： 1)硬件：Web服务器集群，缓存服务器集群，文件服务器集群，数据库服务 器等集群。各个群集之间负载均衡，任何一个集群由于资源不足出现瓶颈的时候， 只要根据需要添加一个服务器节点，做简单的配置就能达到扩展的目的。 2)软件：整个软件应用系统纵向分割，按照模块划分，各个模块即相互独立， 又可以无缝结合。如果需要扩展一个模块，只要做独立开发，无需该原有系统的 代码，只要做简单的配置就能结合在已经，并对该模块管理。 C. 安全可靠的系统 为保证网站的正常运行，用户数据的高度安全，系统考虑了多种安全策略（网 络安全、系统安全、各子系统安全、子系统模块安全、回话期间安全等）。系统 具有 7×24小时的运行能力，并且具有系统灾难的快速恢复能力，及数据安全的 保证。 D. 易管理的体系架构 整个系统、服务的状态处于一个实时的监控之下。其中包括：配置管理、故 第 2 页 共 20 页 高并发平台架构规划方案 障性能检测、代码发布等： 1)配置管理：可以通过统一的管理系统，对整个运行环境进行界面配置管理。 同类集群可以批量操作。 2)性能监测：通过统一的监控系统对不同类型的服务器或集群分别监测，根据 监测报表实时决策优化方案。 3)代码发布: 如果扩展模块开发完，只要通过发布系统发布到指定的服务器， 或某一类服务器。 1.3 设计原则 1)高可用性：将停止服务时间降低到最低甚至是不间断服务； 2)可扩展性：随着访问的增加，系统具备良好的伸缩能力； 3)可视性：系统、服务的状态处于一个实时的监控之下； 4)高性能高可靠性：经过优化的体系结构及合理的备份策略； 5)安全性：结构上的安全及主机的安全策略； 6)易维护性：通过简单的操作就能维护庞大的集群系统; 7)低成本：前期尽量在有限的硬件资源下，利用软件提高性能。 1.4 读者对象 该文档的主要读者对象：项目经理、架构师、服务器维护人员等。 第 3 页 共 20 页 高并发平台架构规划方案 2 项目分析 项目特点如下： 1)高并发，初期虽然 PV比较低，但随着快速发展 pv增长很快； 2)数据实时性要求高； 3)数据正确性要求高； 4)大多数页面属于动态页面； 5)网站需要大量商品图片展示； 6)用户通过搜索引擎、广告、类目导航寻找商品； 7)网站读多写少，比例超过 10:1 8)卖家相关数据量比较大，比如商品数、评价数。 第 4 页 共 20 页 高并发平台架构规划方案 3 架构遵循规则 1)能分拆的独立应用，尽量分割开来； 2)独立应用有程序与数据库组成； 3)程序有静态文件或动态文件组成； 4)数据库有主数据库（专门用于写）与从数据库（专门用于读）组成，其中主数 据库中的数据会实时同步到从数据库； 5)频繁调用的动态数据能加入缓存； 6)数据库大到影响检索效率是，必须横向分割。如:用户表已经相当大，ID能整 除 2 的放在 userinfo2，ID 能整除 3 的放在 userinfo3，ID 能整除 4 的放在 userinfo4，ID能整除 5的放在 userinfo5等，把一张大表分成 4张小表。 7)数据库、文件、缓存等服务器能负载均衡； 8)要求不及时，能批处理的尽量独立批量处理。 第 5 页 共 20 页 高并发平台架构规划方案 4 系统架构 项目初期由于压力较小，应用服务、数据库、备份分别部署在独立的服务器 上，甚至都部署在同一台服务器上。但整个系统前期的开发需要按照以下负载方 式考虑设计分布式部署，方便随着项目负荷增大，评估出负荷点，能很容易在不 改变程序的基础上，添加硬件设备就能缓解整体负荷。 由于前期节点比较少，“4.7 服务器性能检测系统”、“4.8服务器管理系统”、 “4.8 代码分发系统”等暂时不考虑，具体开发时间根据项目发展情况而定。 4.1 子系统结构 App1-会员管理 App2-广告管理 后台 App3-结