文档介绍：该【门户网站架构设计方案 】是由【whetyo】上传分享，文档一共【69】页，该文档可以免费在线阅读，需要了解更多关于【门户网站架构设计方案 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。公开内部公开
机密绝密√
10/8/2022
版权所有,侵权必究Allrightsreserved
第1页,共69页Page1,Total69
前台门户网站架构
设计方案
北京宽连十方数字技术
2020—7
公开内部公开
机密绝密√
10/8/2022
版权所有,侵权必究Allrightsreserved
第2页,共69页Page2,Total69
目录
1 设计思路 3
2 系统构造 3
3 网络规划及性能计算 3
3。1 网络架构 3
3。2 网络架构说明 4
采用双防火墙双交换机做网络冗余,保障平台效劳 4
采用硬件设备负载平衡器,实现网络流量的负载平衡 4
3。3 系统测算 4
系统处理才能要求 4
业务处理才能要求 4
3。 系统话务模型 4
配置核算 5
3。 数据库效劳器性能核算 5
3。 WEB效劳器集群性能核算 5
WEB效劳器集群内存性能核算 5
。4 网络带宽 5
4 性能模拟测试及性能推算 6
4。1 测试环境 6
4。2 测试结果 8
1个客户端模拟不同线和并发恳求结果 8
10个客户端恳求 8
公开内部公开
机密绝密√
10/8/2022
版权所有,侵权必究Allrightsreserved
第3页,共69页Page3,Total69
4。3 结果分析 9
4。4 根据测试结果推算 9
设备清单 11
。1 硬件设备配置清单 11
。2 设备技术规格 12
平台扩容的建议 12
网站的性能瓶颈分析
网站的性能影响因素很多,下面主要从如下4个方面进展分析说明:
网络负载
公网负载
内网负载
WEB应用效劳器性能
CPU
公开内部公开
机密绝密√
10/8/2022
版权所有,侵权必究Allrightsreserved
第4页,共69页Page4,Total69
存储,I/O访问
内存
并发TCP/IP连接数
数据库效劳器性能
数据库参数配置
效劳器性能(CPU、内存、存储)
数据构造的合理性
不同WEB应用的处理方式而对不同的性能瓶颈
对于静态的网站:
静态的HTML页面严格地由标准的HTML标示语言构成,并不需要效劳器端即时运算生成。这意味着,对一个静态HTML文档发出访问恳求后,,这个传输过程仅仅占用了很小的CPU资源。对于静态HTML的访问瓶颈为:网络带宽、磁盘I/O和cache(高速缓冲存储器)。
对于动态页面
因为效劳器解析动态页面必须在其传输到客户端前就通过效劳器来进展解释,这样就会给应用效劳器添加额外的性能消耗,假设进一步要访问数据库,那么会增加数据库效劳器的性能消耗,那么动态页面还有额外的瓶颈:应用效劳器的性能,数据库效劳器的性能.
公开内部公开
机密绝密√
10/8/2022
版权所有,侵权必究Allrightsreserved
第5页,共69页Page5,Total69
系统架构设计
总体思路
为进步网站的高并发性能,进步开发效率及运营效率,主要按如下几个思路进展规划设计:
负载平衡
四层交换负载平衡:
采用负载平衡器来实现硬件级的四层交换负载平衡,或采用LVS来实现软件的四层交换负载平衡。
通过第三方软件来实现负载平衡,同时实现页面恳求的缓存。
通过Nginx实现反向代理效劳器集群,同时搭建squid集群以作为静态页面和图片的缓存。
通过web效劳器的配置来实现负载平衡
即通过apache或是Nginx将客户恳求平衡的分给tomcat1,tomcat2....去处理.
WEB应用开发架构思路
应用开发实现MVC架构三层架构进展web应用开发
页面尽可能静态化以减少动态数据访问,假设是资讯类的网站可以考虑采用第三方开源的CMS系统来生成静态的内容页面。
采用Oscache实现页面缓存,采用Memcached实现数据缓存
采用独立的图片效劳器集群来实现图片资源的存储及WEB恳求
公开内部公开
机密绝密√
10/8/2022
版权所有,侵权必究Allrightsreserved
第6页,共69页Page6,Total69
数据存储的设计思路
数据库拆分,把消费数据库和查询数据库别离,对消费数据库采用RAC实现数据库的集群.
采用高效的网络文件共享策略,采用图片效劳器来实现页面的图片存储.
不同网络用户访问考虑
通过引入CDN来解决不同网络效劳商的接入速度问题,一般只能解决静态页面的访问问题。
在不同运营商机房部署效劳器,通过镜像技术来实现不同网络效劳商的接入速度问题。
公开内部公开
机密绝密√
10/8/2022
版权所有,侵权必究Allrightsreserved
第7页,共69页Page7,Total69
总体架构
网站的系统分层架构
公开内部公开
机密绝密√
10/8/2022
版权所有,侵权必究Allrightsreserved
第8页,共69页Page8,Total69
网站的物理架构
公开内部公开
机密绝密√
10/8/2022
版权所有,侵权必究Allrightsreserved
第9页,共69页Page9,Total69
网站的开发架构
公开内部公开
机密绝密√
10/8/2022
版权所有,侵权必究Allrightsreserved
第11页,共69页Page11,Total69
网络拓扑构造
备注:
采用双防火墙双交换机做网络冗余,保障平台效劳
采用双防火墙通知接通2线路互联网接入,设备之间采用VRRP协议,在任何一个防火墙、互联网发生故障后均可自动将流量切换到另一端,保证网站的正运行,设备或网络恢复后,自动恢复。
采用双千兆交换机分别接在2台防火墙上,当某台设备或者网络链路发生故障后,好设备自动接收已坏设备的工作,不影响网站的整体运行,根据业务及真实效劳器的数量,交换机可以随时增加。
采用硬件设备负载平衡器,实现网络流量的负载平衡
使用硬件设备负载平衡器,将网络流量平衡的分担到WEB效劳器集群各节点效劳器,保障平台效劳器资源平衡的使用。