高并发平台架构规划方案专项方案设计.docVIP

编号∶______ 版本∶______ 高并发平台架构计划方案 V1.0 起草人： 田朝山 起草时间：01月08日 审核人： 审核时间： 修改情况统计： 序号 修改模块名称 修改内容 修改人 修改人名称 1 2 3 概述 简述 本文档针对okgohome项目标特点，依据项目各个阶段发展情况，在系统不调整或微调整情况下逐步提升整体吞吐量以适应项目标快速发展。其中包含各个阶段项目架构布署计划。 设计目标 快速响应能力 在多种情况下，能够快速响应用户请求；含有可靠地容灾能力，部分系统问题不影响整体系统正常运行。将停止服务时间降低到最低甚至是不间断服务。 可伸缩性系统体系 伴随访问增加，系统含有良好伸缩能力。其中包含硬件和软件两部分： 1)硬件：Web服务器集群，缓存服务器集群，文件服务器集群，数据库服务器等集群。各个群集之间负载均衡，任何一个集群因为资源不足出现瓶颈时候，只要依据需要添加一个服务器节点，做简单配置就能达成扩展目标。 2)软件：整个软件应用系统纵向分割，根据模块划分，各个模块即相互独立，又能够无缝结合。假如需要扩展一个模块，只要做独立开发，无需该原有系统代码，只要做简单配置就能结合在已经，并对该模块管理。 安全可靠系统 为确保网站正常运行，用户数据高度安全，系统考虑了多个安全策略（网络安全、系统安全、各子系统安全、子系统模块安全、回话期间安全等）。系统含有7×二十四小时运行能力，而且含有系统灾难快速恢复能力，及数据安全确保。 易管理体系架构 整个系统、服务状态处于一个实时监控之下。其中包含：配置管理、故障性能检测、代码公布等： 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，图片等文件；而当用