安徽移动无线城市项目集成实施技术建设投资可行性分析论证报告_第1页
安徽移动无线城市项目集成实施技术建设投资可行性分析论证报告_第2页
安徽移动无线城市项目集成实施技术建设投资可行性分析论证报告_第3页
安徽移动无线城市项目集成实施技术建设投资可行性分析论证报告_第4页
安徽移动无线城市项目集成实施技术建设投资可行性分析论证报告_第5页
已阅读5页,还剩16页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

安徽移动无线城市项目集成实施技术建议书PAGEPAGE1安徽移动无线城市项目集成实施技术项目建议书2012年3月

目录1综述 31.1项目背景 31.2方案说明 32建设规模 32.1设计原则 32.2系统设计特色 42.3关键性能指标 42.4平均速率预测 52.5忙时集中系数与忙日集中系数的取定 52.6用户模型及建设规模的取定 52.7突发峰值系数 62.8计算依据 73系统设计方案 73.1服务器选型 73.1.1WWW门户服务器 73.1.2WAP门户和客户端门户服务器 83.1.3运营管理服务器 103.1.4第三方接口服务器 103.1.5搜索服务器 103.1.6数据库服务器 113.2带宽和存储需求分析 123.2.1网络带宽分析 123.2.2数据库存储分析 123.2.3图片视频等文件存储分析 123.3系统组网方案 133.3.1网络拓扑 133.3.2服务器间逻辑关系 143.3.3设备清单 153.3.4网络ip及vlan需求 153.4双机方案 163.4.1数据库双机设计 163.4.2门户和接口服务器冗余设计 163.4.3网络冗余设计 173.5安全方案 173.5.1网络安全设计 17

综述项目背景在三网融合迅速发展的大背景下,公众成为最大受益者,同时公众对各种信息获取途径、效率和方法要求越来越高。无线城市将利用公众常用的终端,向公众提供更多更全面的信息,从而提高公众的信息生活水平。方案说明本方案就移动目前环境下,提出高安全性、高可用性、易扩容性和低成本性的设备集成方案。建设规模设计原则本系统设计方案遵循以下原则:(1)系统安全可靠性整个系统有高可靠性和安全性的保证,能有效的预防恶意攻击,并有完善的应急方案。(2)系统扩展性系统整体扩展性强,支持平滑方便的升级扩容,包括硬件存储、web服务器的易扩容性等。(3)低成本性充分考虑移动现有设备和环境,利旧现有设备。系统设计特色面向服务的体系架构(ServiceOrientedAritecture)面向服务的体系结构(service-orientedarchitecture,SOA)是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。统一服务管理平台(ServiceManagementPlatform)采用集中的服务管理平台,规范应用和服务的规格及标准,形成一致的应用申请、开发、测试、审核流程,形成统一的服务发布体系。关键性能指标门户访问业务的关键性能指标是衡量业务量大小的依据,也是衡量服务器性能压力的指标之一。业务的并发在线数——指该业务同时在线用户的数量,主要应用于估算流服务能力。WAP门户访问次数——指用户登录到WAPPortal进行门户页面访问的次数。每刷新1个页面即为1次WAP门户访问。根据实际经验,每WAP登录用户登录1次将造成3次左右的页面刷新请求。客户端门户访问次数——指用户使用客户端浏览页面的次数。每刷新1个页面即为1次客户端门户访问。根据实际经验,每客户端登录用户登录1次将造成5次左右的页面刷新请求。WWW门户访问次数——指用户使用客户端浏览页面的次数。每刷新1个页面即为1次客户端门户访问。根据实际经验,每客户端登录用户登录1次将造成8次左右的页面刷新请求。平均速率预测用户使用业务的平均速率与网络资源以及请求的页面大小有关。本工程设定网络资源速率不是瓶颈,从用户每次业务请求数据流大小预测用户的平均速率,取定手机或者pad用户每次请求20Kbps,手机客户端用户为10Kbps,PC用户(非上传、下载行为)为200Kbps。忙时集中系数与忙日集中系数的取定根据移动以往数据作为参考依据,来取定忙日与忙时集中系数,这两个系数可以估算出当日业务峰值时的关键指标和当月业务高峰日的关键指标。忙时集中系数=当日业务量最大的一小时/当日总业务量;忙日集中系数=当月业务量最大的一天/当月总业务量;本方案建议忙时集中系数平均约为0.79,忙日集中系数为0.045。用户模型及建设规模的取定根据多个相似工程经验,用类比法推测本工程用户规模及相关数据预测,按照多年移动项目经验参考wwwportal、wapportal和clientportal访问比例大致为6:2:2,参照其他省份无线城市规模,取定本次工程注册用户数为300万,活跃用户数始终保持在100万左右,系统并发用户数为2万,其中手机客户端为6000并发数,由此可以得出到2012年年底用户模型及建设规模。本方案对WWW用户、WAP用户和客户端用户分别建立用户模型。用户模型及规模如表2.3-1所示。 表2.3-12012年移动无线城市用户模型及规模预测业务类型预测指标WAP访问WWW访问手机客户端访问使用该业务的使用用户数(万户)100300100活跃用户数(万户)206020用户每月使用次数(次)173.187.68180.83忙日集中系数0.0450.0450.045忙时集中系数0.0790.0790.079每秒业务平均速率(Kbps)3020020要求每次平均使用时长(秒)135110140带宽利用率70%本期建设用户规模(万)300后台管理员对平台进行管理的访问压力,根据经验可以取定管理员每天进行的管理操作并发量为500,每次操作业务的平均速率为300Kbps。突发峰值系数根据历年移动业务的运营数据可知,奥运期间、世博期间和节假日期间,平台业务量会出现非规律性增长,给系统带来突发的大压力和负载。由此本次方案建议采用突发峰值系数作为估算关键数据的参数之一。综合多方面因素并结合运营经验,本工程取定:WAP用户突发峰值系数1.3客户端用户突发峰值系数1.2WWW用户突发峰值系数1.4计算依据根据建设规模方案中的主要参数值和估算,本次方案采用的计算依据如下:单用户忙时访问次数=每使用该业务的用户每月使用次数×忙日集中系数0.045×忙时集中系数0.079;CAPS=单用户忙时访问次数×使用该业务的使用(登录)用户数/3600;并发访问数=CAPS×平均时长×突发系数(WAP取1.3,客户端取1.2,WWW取1.4);网络带宽需求(Mbps)=并发访问数×业务每秒平均速率/带宽利用率/1024;WAP使用用户1000万;客户端使用用户1000万;WWW使用用户3000万。以下的所有计算如果没有特殊说明,均依据上面的计算方法。系统设计方案服务器选型WWW门户服务器WWW门户服务器主要受理WWW用户的登录、页面访问、内容展现等业务请求或应用。根据用户规模及模型,本工程需满足门户应用服务器并发页面访问数为8000个/秒,带宽需求为2232.14Mbps。计算过程如下:WWW单用户忙时访问次数=87.68次*0.045*0.079=0.31次CAPS=0.31*60万/3600=51.95WWW门户并发访问数=51.95*110*1.4=8000WWW门户服务器带宽需求=8000*200Kbps/70%/1024=2232.14Mbps本工程需满足8000个/秒WWW门户页面并发访问数。经压力测试,一台内存为8G的普通服务器可以处理约1500个并发在线数,一台内存为16G的普通服务器可以处理约1800个并发在线数。基于以上分析,本工程需3台内存为32G的服务器作为WWW门户应用服务器,采用负载均衡的方式,能力达到8000个/秒WWW门户访问并发请求的处理能力;考虑到今后业务发展,每台服务器均配置2个千兆网卡满足带宽及VLAN划分的需求。移动目前有CPU配置为4*8core,内存配置为32GB,硬盘大小为300GB*2的HPBL685CG7刀片服务器,完全满足上面的需求。故本次工程将利旧该两台服务器。WAP门户和客户端门户服务器WAP门户需求估算WAP门户服务器主要受理WAP用户的登录、页面访问、内容展现等业务请求或应用。根据用户规模及模型,本工程需满足WAP门户应用服务器并发页面访问数为6000个/秒,带宽需求为251.12Mbps,计算过程如下:WAP单用户忙时访问次数=173.1次*0.045*0.079=0.62次CAPS=0.62*20万/3600=34.19WAP门户并发访问数=34.19*135*1.3=6000WAP门户服务器带宽需求=6000*30Kbps/70%/1024=251.12Mbps本工程需满足6000个/秒WAP门户页面并发访问数和251.12Mbps的带宽。经压力测试,一台内存为8G的普通服务器最多可以处理约1500个并发在线数,一台内存为16G的普通服务器最多可以处理约1800个并发在线数。基于以上分析,本工程需2台内存为32G的服务器作为WAP门户应用服务器,能力达到6000个/秒WAP门户访问并发请求的处理能力;考虑到今后业务发展,建议服务器配置2个千兆网卡以满足带宽及VLAN划分的需求。移动目前有CPU配置为4*8core,内存配置为32GB,硬盘大小为300GB*2的HPBL685CG7刀片机,完全满足上面的需求。故本次工程将利旧该服务器。客户端门户需求估算客户端门户服务器主要受理手机客户端用户的登录、页面访问、内容展现等业务请求或应用。根据用户规模及模型,本工程需满足客户端门户应用服务器并发页面访问数6000个/秒,带宽需求为167.41Mbps。计算过程如下:WAP单用户忙时访问次数=180.83次*0.045*0.079=0.64次CAPS=0.64*20万/3600=35.71WAP门户并发访问数=35.71*140*1.2=6000WAP门户服务器带宽需求=6000*20Kbps/70%/1024=167.41Mbps基于以上分析,本工程需满足6000个/秒门户页面并发访问数,需2台32G内存的服务器作为手机客户端门户应用服务器,能力达到6000个/秒客户端门户访问并发请求的处理能力;考虑到今后业务发展,建议服务器配置2个千兆网卡以满足带宽及VLAN划分的需求。移动目前有CPU配置为4*8core,内存配置为32GB,硬盘大小为300GB*2的HPBL685CG7刀片机,完全满足上面的需求。故本次工程将利旧该服务器。WAP门户和客户端门户服务器合用根据WAP门户和客户端门户需求估算,两个门户访问总并发量为12000,带宽需求为418.52Mbps,综合考虑服务器利旧情况和灾备需求,建议本次工程WAP门户和客户端门户合用4台CPU配置为4*8core,内存配置为32GB的HPBL685CG7刀片服务器,并使用Array3520做负载均衡,这样可以在保证WAP和客户端门户性能需求的前提下,满足门户的负载均衡容灾的要求。运营管理服务器运营管理服务器用于后台管理系统平台,对内存和CPU要求较高,并且要求挂载存储。访问运营管理的并发数为500个/秒,带宽需求为500*300Kbps=150Mbps。基于以上分析,本工程采用利旧的2台HPBL465C刀片服务器(AMDOpteron6134*2/16GB/300GB*2)作为后台运营管理服务器,能力达到3000个/秒访问并发请求的处理能力,满足性能需求。第三方接口服务器第三方接口服务器用于与第三方接口、日志处理等服务器。本工程建议采用2台利旧HPBL685CG7刀片服务器作为第三方接口服务器,考虑到今后业务发展,每台服务器均配置2个千兆网卡以满足带宽及VLAN划分的需求。搜索服务器搜索主要负责统一调度、应用程序加速等功能。如共享搜索能力等。该服务器的性能压力来自于各个部件。根据实际测试情况,每次进行门户访问等事务处理会对搜索系统平均造成约0.2CAPS,而搜索操作会对搜索系统平均造成约2CAPS。取突发系数为WWW门户、WAP门户和客户端门户的突发系数平均数为1.3,使用时长取三者的平均数3,根据上文计算的基础能力事务处理CAPS,本工程搜索系统性能需求为:搜索服务器CAPS=(搜索操作CAPS+门户访问CAPS*0.2)/70%=(2CAPS+(51.94+35.71+34.19)CAPS*0.2)/70%=37.67CAPS搜索服务器并发数=37.67CAPS*3*1.3=146.913因此,基于以上因素,本工程建议利旧2台HPBL685CG7刀片服务器(4CPU/32GB内存)。监控服务器监控服务器用于系统所有服务器告警监控、性能收集等功能。本工程建议采用2台利旧HPBL465C刀片服务器作为监控服务器,考虑到今后业务发展,每台服务器均配置2个千兆网卡以满足带宽及VLAN划分的需求。数据库服务器本工程平台数据库主要为统一运营门户、统一内容管理和用户管理等功能提供数据存储和管理。统一运营门户涉及的数据主要包括操作员信息、权限信息、历史数据等;统一内容管理涉及的数据主要包括内容信息、内容管理信息等;用户管理主要处理、存储用户的信息等数据。根据实际测试经验,运营门户数据量较小,且用户量也较小,因此对运营数据库的压力较小。平台数据库的主要压力是由内容管理平台和用户管理造成的。具体性能计算如下:计算依据:每处理1个运营管理和用户管理操作造成数据库操作为:数据库新增、删除、更新及查询等,其中查询可能涉及到联合查询等复杂的处理;本文设定平均1个数据库操作需要进行约15次单位次数数据库操作。固定指标为40CAPS;每天需满足5000次的内容新增能力以及一定的审核/编辑能力,本文设定分钟发生的综合数据库操作为3000次。CAPS的计算公式数据库CAPS=每秒综合操作次数*每次造成的数据库操作次数+固定指标;计算结果运营数据库CAPS=3000/60*15+40=790CAPS为了保证服务器的稳定性,建议服务器考虑70%的性能冗余,即服务器CAPS需求为790/70%=1129CAPS。首先考虑利旧2台HPBL860CI2刀片服务器,工作在1+1主备的方式下,性能可以满足1129CAPS,本期工程不需要购买其他设备。带宽和存储需求分析根据用户规模和模型,本次项目2012年将会有5000万左右用户,5544.41左右并发量。以下将根据此规模进行带宽和存储需求分析。总并发量为=WAP门户并发量6000+WWW门户并发量8000+客户端门户并发量6000+运营管理服务器并发量500=20500个/秒网络带宽分析300万有效用户,20500并发,其中20000个并发来自门户服务器,500个来自运营管理服务器。根据计算依据中的计算公式:则最大出口带宽为20000*业务每秒平均速率/带宽利用率/1024=20000*(30Kbps+20Kbps+200Kbps)/3/70%/1024=2325.15Mbps。数据库存储分析300万用户信息和这些用户的留言等其他信息需要存储在数据库中,按照需要存储一年的数据量计算,则数据库存储需求为300G。考虑到冗余量,建议数据库存储大小为500G。图片视频等文件存储分析300万用户拥有的文本图片视频等文件,按照平均没人拥有文件大小为100KB计算,则最少需要300万*100KB=300G,考虑到冗余量,建议文件存储大小为500G。系统组网方案网络拓扑上图,Internet、CMNET网络通过移动IDC互联网接入域接入到华为防火墙,该防火墙用于内外网隔离;防火墙通过光纤与华为核心交换机相连;刀片机使用两片刀片实现数据库HA功能,分别使用5台刀片作为WWW门户服务器,该WWW门户服务器采用负载访问模式提高并发访问;分别使用6台刀片作为WAP和客户端门户服务器,该门户服务器采用负载访问模式提高并发访问;使用两台刀片服务器实现后台运营管理功能;服务器采用光纤与HP存储相连,实现资源共享;所有刀片服务器通过双绞线与核心交换机相连。服务器间逻辑关系各个服务器及模块间的逻辑图如下:逻辑图说明:客户通过pc、pad或者手机访问平台的门户服务器,门户服务器首先查询客户访问的业务(包括数据库数据和图片、文本等)是否可以在搜索服务器中的缓存单元中找到,如果找到则直接从缓存单元中取出,展现给客户;如果在缓存单元中无法找到,则从数据库(或者是文件存储)中读取数据库数据(或者是图片、文本等文件),并将该部分数据(文件)读入搜索服务器的缓存单元中,以备下次门户直接从缓存中读数据(这样可以加快读取速度,给客户良好感觉),管理服务器主要负责平台信息管理、用户权限管理、模板管理、内容发布管理等,接口服务器主要用来取第三方数据,并展现给客户。设备清单本项目需要由以下网络设备、服务器组成:设备名称数量功能备注防火墙2实现网络隔离,保证网络访问安全性利旧华为E1000防火墙交换机2实现不同网段之间访问互联,服务器接入网络设备利旧华为S9306和SAN交换机负载均衡2实现均衡并发量、故障转移等功能利旧Array3520WWW门户服务器3WWW门户接入服务器利旧HPBL685G7刀片服务器WAP/客户端门户4WAP和客户端门户接入服务器利旧HPBL685G7刀片服务器接口服务器2与第三方的接口服务器利旧HPBL685G7刀片服务器数据库服务器2用于数据记录、访问利旧HPBL860CI2刀片服务器运营管理服务器2用于后台运营管理系统利旧HPBL465刀片服务器搜索服务器2用于搜索引擎和其他公共服务利旧HPBL685G7刀片服务器监控服务器2监控所有服务器告警等利旧HPBL465刀片服务器存储1用于数据存储利旧HPEVA8100服务器具体列表见附件《安徽移动无线城市新建项目设备信息.xls》网络ip及vlan需求本工程一共使用11台刀片服务器,其中需要公网访问的服务器有运营管理服务器、接口服务器、WWW门户服务器和WAP/客户端门户,并且这些服务器需要可以访问公网;不用公网访问和访问公网的服务器有数据库服务器和搜索服务器。所有这11台服务器之间必须能够互通。建议所有服务器采用私网地址,需要公网互通的私网IP在防火墙上做映射处理。本方案中需要和公网互通的地址为两个管理服务器地址和两个负载均衡虚拟VIP地址。网络的网段划分是网络安全的重要的一部分,同时也是一项基本措施,其指导思想在于:将非法用户与网络资源相互隔离,把不同需求的服务器划分为不同的网段,从而达到限制用户非法访问的目的。VLAN划分的主要目的是保护管理服务器,控制从公网对管理服务器的侵害。本项目设计vlan规划如下表:应用网段名称Vlan备注业务平台Vlan24无线城市平台部署网段数据库Vlan10数据库服务器网段双机方案为了保障主要的关键性业务正常有序运行,需要进行关键性业务服务器的双机热备(冷备)设计。本工程中关键性业务包括数据库、portal和接口业务,针对这三种业务分别采取下面容灾措施。数据库双机设计数据库服务器采用数据库HA配置,构建数据库的主备双机,当主服务器出现问题时候,所有资源全部转移到备机,此时备机将其作用,HA切换时间为毫秒级单位,完全满足业务上的需求。另外针对数据库数据,进行自动导出备份,以备不时之需。门户服务器、接口服务器和搜索服务器冗余设计Portal服务器是对外的门户,如果该业务出现问题,直接的后果就是用户进入不了页面或者客户端。由此可知门户业务、接口业务和搜索功能业务均属于关键性业务。本次工程将利旧Array3520负载均衡,将外部的访问平均负载到对应的门户服务器群上,另外将门户服务器的接口请求和搜索请求负载到对应的搜索服务器群和接口服务器群上,如果其中一台服务器业务出现问题,负载均衡将主动剔除该服务器,将所有访问转向正常的主机。负载均衡使用L4策略,健康检查可以采用端口判断,具体策略如下表3.4.2-1所示:服务器VIP虚拟地址资源池会话保持功能备注wwwportal1VIP地址1(需要映射成公网地址)www门户farm开启wwwportal2wwwportal3Wapportal1VIP地址2(需要映射成公网地址)wap门户farm开启Wapportal2Wapportal3Wapportal4搜索服务器1申请的私网地址(不用映射公网)搜索服务器群搜索服务器2接口服务器1申请的私网地址(不用映射公网)接口群接口服务器2网络冗余设计建议本次利旧的网络设备均采用双机冗余设计,将防火墙、交换机和负载均衡配置为主备方式,并且要经过严格的测试来验证,如果某条线路故障,平台任然可以对外提供服务。安全方案网络安全设计保证系统网络安全的首要问题就是要规划合理的网络拓扑结构,合理划分网段,利用防火墙和交换机等网络设备的安全机制实施访问控制。使用VLAN技术,进行合理的网络分段,既可以节约

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论