高并发平台架构规划方案分析.doc

编号∶______ 版本∶______ 高并发平台架构规划方案 V1.0 起草人： 田朝山 起草时间：2013年月日 注：其中前台的每个分站旗下的App与西安分站相同，这里进用西安分站做个举例说明。 App应用系统 包含web页面的各App应用，页面类型分为：静态页面，动态页面。静态页面对I/O要求比较高；动态页面对内存、CPU等要求比较高。因此静态页面与动态页面分开部署在具有针对性的服务器上以提高性能。 Web服务器分：静态Web服务器，动态Web服务器。其中当客户访问静态页面的时候，仅访问静态web服务器，静态Web服务器根据需要从文件服务器上提取所必须的css，js，图片等文件；而当用户访问动态页面时，动态Web服务器根据需要先去缓存服务器上检查是否有需要的数据，如果有，则直接从缓存服务器中取，否则从数据库中取相应的数据，同时添加到缓存服务器上（不是所有的数据都加到缓存服务器中，主要加那些不频繁变化的数据），根据需要从文件服务器上提取所必须的css，js，图片等文件。如图2-1-1所示。 图2-1-1 App应用系统（分两部分：动态，静态） 静态网页的网址形式通常是以.htm、.html、.shtml、.xml等为后缀的。同时在静态页面上也可以出现各种动态的效果，如.GIF格式的动画、FLASH、滚动字母等，这些“动态效果”只是视觉上的。静态页面的优点： 完全脱离了数据库访问的压力，直接访问速度快，用户体验良好，而且不容易屏蔽； 内容非常稳定，容易被搜索引擎收录，并且容易获得较好排名；搜索引擎也会经常光顾网站； 提高网站安全性，防止不良代码注入； 对服务器要求不高。 因此对于不频繁变化的内容尽量静态化，同时针对静态页面定制相应的服务器，这样不但能提高网站的访问速度，同时能节省服务器资源。 动态网页的网址形式通常是以.jsp、.php、.aspx、.asax、.shtml、.ascx等为后后缀的。动态页面主要用于人机交互（如：论坛，评论等），实时效率比较高。动态页面不但服务器要求比较高，同时需要频繁与数据库交互，给数据库服务器带来很大的压力。 因此只有网站中频繁变化的部分，以及管理系统需要做成动态页面 随着访问量的不断增加，即使静态页面与动态页面分开，分别部署在不同的服务器上，也难于承受那么大的流量。 如果一台服务器难于负荷静态服务的时候，则根据需要添加多台服务器一起承载静态服务负荷。为了让多台服务器更好的协同工作，且随着集群负荷的增加，可以根据需要添加服务器以达到分担负荷的作用，则利用网络负载平衡器把这些服务器群集起来。动态服务业可以按照这样的均衡方式达到提高性能与扩展的效果。如图2-1-2所示。 图2-1-2 App应用系统负载均衡 其中Windows2003 网络负载均衡原理：是按照通讯量来分配的。可以配置成各个主机均分；也可以给好点的机器多分点负荷量，给差点的机器分少点负荷量（负荷量：各主机处理的通信量/总的通讯量）。也可以指定各个主机的优先级，按照优先级确定那个主机处理接收到的通讯。而整个群集对外表现为一个IP，一个域名只要绑定到该IP上，则通过该域名的请求都会分发到群集中的各个服务器上一起工作。 当网站规模越来越大的情况下，即使用群集能解决性能问题，但所有的服务都部署在一个群集中，一个群集就有成百上千个站点很难管理。因此在网站到一定规模的时候，就需要按照网站模块应用的不同进行纵向分割。然后根据各个应用的访问量实际情况作负载均衡以提升整体的性能。静态服务，动态服务都可以按照这样的方式部署。其中动态服务纵向分割不仅方便了站点管理，更深远的意义在于为数据库负载提供了方便。因此动态服务器更应该尽量按照应用的不同纵向分割。如图2-1-3所示。 图2-1-3 App应用负载均衡（动态应用纵向分割） 数据库系统 大型网站的性能瓶颈主要来自于动态服务，而影响动态服务性能关键在于数据库能否及时响应。各个动态应用规模越大，响应的数据库就越臃肿，响应的速度就越慢。所以动态服务部分响应的数据库的纵向分割不但便于管理，还能提升数据库的性能，能达到数据库负载均衡的效果。 由于部分数据库在没有借助第三方软件或硬件情况下，自身不能负载均衡。就当前形势还没必要用到第三方负载均衡工具的情况下，采用如下方案: 读写分离。由于读多写少，大部分时间消耗在查询上，因此让主库专门用于写，从库专门用于读（读库可以有很多个，以减轻单个读库的负担），同时同步写库与读库的数据；如图2-2-1所示。 图2-2-1 数据库主从分离 纵向分割就是，不同的应用可以分到不同的DB中，不同的实例中。这种发放不但效率高，实施也很方便。如图2-2-2所示。 图2-2-2 数据库分布式部署 横向分割就是，某些应用不能分割，比如用户注册，但是用户表会非常