1 / 23
文档名称:

高并发平台架构规划方案设计说明.docx

格式:docx   大小:583KB   页数:23页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

高并发平台架构规划方案设计说明.docx

上传人:zhangshus 2022/6/6 文件大小:583 KB

下载得到文件列表

高并发平台架构规划方案设计说明.docx

文档介绍

文档介绍:编号
版本:
高并发平台架构规划方案

起草人:
田朝山
起草时间:2021年01月08日审核人:审核时间:针对性的效劳器上以提升性能.
WebK务器分:静态WebK务器,,仅访问静态web效劳器,静态WebK务器根据需要从文件效劳器上提取所必须的css,js,图片等文件;而当用户访问动态页面时,动态Web效劳器根据需要先去缓存效劳器上检查是否有需要的数据,如果有,那么直接从缓存效劳
器中取,否那么从数据库中取相应的数据,同时添加到缓存效劳器上〔不是所有的数据都加到缓存效劳器中,主要加那些不频繁变化的数据〕,根据需要从文件服
务器上提取所必须的css,js,-1-1所示.
〔图片,下载等〕
图2-1-1App应用系统〔分两局部:动态,静态〕
、.html、.shtml、.,、FLASH滚动
字母等,这些“动态效果〞:
1〕完全脱离了数据库访问的压力,直接访问速度快,用户体验良好,而且不容易屏蔽;
2〕容非常稳定,容易被搜索引擎收录,并且容易获得较好排名;搜索引擎也会经常光临;
3〕提升平安性,预防不良代码注入;
4〕对效劳器要求不高.
因此对于不频繁变化的容尽量静态化,同时针对静态页面定制相应的效劳器,这样不但能提升的访问速度,同时能节省效劳器资源.
、.php、.aspx、.asax、.shtml、.〔如:论坛,评论等〕,实时效率比
,同时需要频繁与数据库交互,,以及治理系统需要做成动态页面
随着访问量的不断增加,即使静态页面与动态页面分开,分别部署在不同的效劳器上,也难于承受那么大的流量.
如果一台效劳器难于负荷静态效劳的时候,,且随着集群负荷的增加,可以根据需要添加效劳器以到达分担负荷的作用,那么利用网络负载平衡器把这些
-1-2所示.
客户端
动态Web艮务器集群负载均衡
动态WeH艮务器1动态WelK务器2动态We
效劳器3
公网
静态Web
艮务器1静态We岷务器2静态We
效劳器3
文件效劳器

数据库效劳器
LANJ,太网
动态Web艮务器4动态Web艮务器5
静态Wei®务器集群负载均衡
LANJ,太网
静态Web艮务器4静态Web艮务器5
图2-1-2App应用系统负载均衡
其中Windows2003网络负载均衡原理:是根据通讯量来分配的
可以配置
成各个主机均分;也可以给好点的机器多分点负荷量,
给差点的机器分少点负荷
量〔负荷量:各主机处理的通信量/总的通讯量〕.也可以指定各个主机的优先级,
IP,一个域名只要绑定到该IP上,那么通过该域名的请求都会分发到群集中的各个效劳器上一起工作.
当规模越来越大的情况下,即使用群集能解决性能问题,但所有的效劳都部署在一个群集中,,,,更深远的意义在于为数据
-1-3所示.
静态We效劳器1
静态we效劳器3
数据库效劳器
动态We用艮务器集群1
可以有很多动态Wel>务器集群
静态We国艮务器集群

器集群
静态Web艮务器5
缓存效劳器
Q
静态Web艮务器2
静态Web艮务器4
图2-1-3App应用负载均衡〔动态应用纵向分割〕
数据库系统
大型的性能瓶颈主要来自于动态效劳,,响应的数据库就越臃月中,