网站解决方案.doc

网站应用加速解决方案
——应用Array APV助力网站应用负载管理和性能增强功能实现
works, Inc.
网站应用发展及所面临的挑战
随着互联网应用的不断丰富,及网络基础设施建设推广的不断深入,越来越多的企业和个人逐渐改变了获取信息的方式、甚至是生活方式。网站已经逐渐成为人们传递信息、联系交流不可缺少的组成部分,并逐渐成为社会活动、生产生活不可缺少的重要环节。
在当前网站实现方式中,绝大多数采用浏览器方式,通过Http或Https协议进行内容发布和多样化的信息传输。随着应用类型的丰富,多媒体内容的逐渐增多,图片、视频、甚至动态页面已经成为网站实现的应用亮点。越来越多的网站借助丰富多样的技术实现和个性化的应用模式来吸引用户的关注,满足业务实现需求。
伴随着互联网应用类型和内容的丰富,网站的访问量与日俱增,所有访问请求都涌向内容服务提供商网站,导致网站运维压力增大,响应速度逐渐减慢,并面临以下应用压力和挑战:
网站应用服务器“多米诺”现象
在网站应用系统平台中,单台服务器设备的应用,会随着各种条件的影响,不可避免的出现单点故障等问题,而在网站应用中,任何无备份系统的单点故障都将直接影响到业务的正常提供,造成极大的损失。
考虑到服务器的冗余备份,需要服务器冗余设置来处理和接管出现故障主机的工作。传统方式是通过一台或多台服务器,采用冷备份方式来实现,当主服务器出现故障时,进行人工切换到备份服务器上。但这样做,除了会产生实效性的问题外,还将无法同时利用所有服务器的资源,应用投资得不到充分保护。且当出现超过主服务器的负载情况时,所得到的将是“多米诺效应”,即包括冷备份服务器在内的服务器将依次被过高的负载压垮,直至无服务器可用。
处理能力有限且扩容能力有限
随着网站应用用户的增多和系统应用负载的增大,各个应用服务器,特别是前置服务器上所要处理的数据量将增大,从而影响针对使用者的响应效率,造成对访问者的请求回应越来越慢等严重影响网站应用服务质量的现象。在服务器端则直接表现为可容纳的连接数越来越小,系统性能严重下降。
此时,将需要考虑增加应用服务器和数据库服务器的数量来满足不断增大的应用负载需求。当仅通过服务器集群(Cluster)的方式实现扩容时,将存在成本较高,严重影响正常网站应用服务的提供等问题,且扩容能力有限,无法满足不断增长的网站应用的需要。
网站应用系统发展与网络结构调整的不平衡性
随着新功能的加入和用户数的增多,网站应用系统维护和网络拓扑的变化将随时有可能发生,完全依靠专业技术队伍通过更改服务器配置或网络拓扑等方式进行网络调整的方式,将存在大风险、非实时性、缺乏灵活性等缺陷。如何能够在业务正常运行的情况下进行按需增长的、动态的、且对网站应用用户是透明的网络调整和更新扩容,已经成为网站应用中迫切需要解决的问题。
应用服务器“峰值”问题
网站应用处理过程中,各个应用服务器的负载存在“波峰”和“波谷”的规律或不规律的变化,即便在波峰时,负载的大小又是不规律的,这就很容易使服务器面临“峰值阻塞”的问题。传统方式是通过更换为具有更高处理能力的单台服务器主机的方式来满足峰值的负载访问请求,但这种方式投资成本极大,并存在很大的资源浪费情况。
系统维护升级等问题将给相关人员造成极大的压力
网站应用平台的稳定运行,离不开应用系统的日常维护,而在线系统的维护操作,将会给正常应用中的网站应用带来了安全隐患。在主机操作系统和应用程序的调整和升级过程中,将会由于需要重新启动正在提供服务的应用程序,甚至重新启动操作系统而使此类工作很难进行下去。有限的维护、升级时间,将对应用造成很大风险的同时,给各个方面的相关人员造成很大的压力。
同各大网络的高速互联所产生的链路负载分担需求
网络运营中心一般都具有很高带宽资源,通过高速光纤直接接入骨干网,并根据需要可随时扩充带宽。为了避免单条专线链路故障,通常需要通过多条高速专线链路连接到互联网,以提供备份容灾的功能,并在正常情况下能够同时提供服务。传统实现方法是通过复杂的路由协议(如BGP协议)来实现链路负载分担功能,这种电信级的实现方式需要复杂的配置和网络实现,通常不能被企业用户所接受。
而目前比较常见的方式是通过专用链路负载分担设备来实现链路冗余和灾难恢复的功能。但传统链路负载分担设备所能够实现的功能单一,无法满足网站应用中多样化的流量管理和性能增强功能,在
仅仅实现了链路负载分担功能的同时,将增加网站网络拓扑的复杂程度,加大了设备通信延迟。
服务器组扩容的速度远远赶不上访问负载增加的速度
较为成熟的内容服务提供商们,通常通过流量负载分担设备和与之结合的服务器组,来满足日渐增多的访问用户的应用需求。但随着用户数和访问负载的增大,内容服务提供商逐渐发现,通过增加服务器