Web2.0负载均衡应用优化 - 网络安全 - 51CTO技术论坛

社区导航: 专家门诊网络技术操作系统数据库程序设计系统应用考试认证 CIO及信息化站长交流综合交流下载基地 51CTO产品服务

【设为首页 | 收藏本站】

51CTO技术论坛» 网络安全 » Web2.0负载均衡应用优化 [ 打印] [ 订阅] [ 收藏] [ 推荐给朋友] [ 本帖文本页]

论坛跳转:

lxpchris
新新人类

帖子 77
精华 0
无忧币 246
积分 174
阅读权限 20

注册日期 2008-3-3

最后登录 2008-7-10

离线

[查看资料] [发短消息] [Blog]

发表于:2008-5-13 10:37　　标题：Web2.0负载均衡应用优化
＜上一帖 | 下一帖＞

一、Web应用的发展－Web2.0

什么是Web2.0

Web2.0是2003年之后互联网的热门概念之一，不过目前对什么是Web2.0并没有很严格的定义。一般来说Web2.0是相对Web1.0的新的一类Internet应用的统称。Web1.0的主要特点在于用户通过浏览器获取信息，Web2.0则更注重用户的交互作用，用户既是网站内容的消费者（浏览者），也是网站内容的制造者。

所以，到目前为止，对于Web2.0概念的说明，通常采用Web2.0典型应用案例介绍，加上对部分Web2.0相关技术的解释，这些Web2.0技术主要包括：博客（BLOG）、RSS（也叫聚合内容的技术）、百科全书(Wiki)、网摘、社会网络（SNS）、P2P、即时信息（IM）、AJAX技术等。

国内典型的Web2.0网站主要包括一些以Blog和社会网络应用为主的网站，尤其以Blog网站发展最为迅速，影响力也更大，例如博客网（ www.bokee.com）、DoNews IT社区（www.donews.com）、百度贴吧（post.baidu.com）、新浪博客（blog.sina.com.cn）等。

Web2.0应用的特点

海量的内容：Blog、播客、Wiki等应用在国内大量普及，每个用户都可以建立自己的网站，上传照片、Flash，甚至视频和音频，形成了Internet上前所未有的海量内容，因此部署Web2.0应用的网站都有一个共同的特点，就是需要海量的存储空间来储存这些内容。

大量的用户交互应用：Ajax技术的广泛使用提高了Web应用的丰富程度和交互性。相对于传统的Web应用——先下载一系列更新的HTML内容，然后在浏览的方式——Ajax应用通过客户端的Javascript“异步”的向后台服务器获取动态内容，再更新到客户端的浏览器界面上，使用户获得更好的访问体验。

用户自主的内容制作和分类：Web2.0应用最重要的是背后的人——数据不再和页面或网站混粘在一起，它开始跟着用户走。这也是为什么Blog是Web2.0的代表的原因。在Blog、播客这些应用中，每个用户都自主的创建自己希望和别人分享的内容，并且由这些个性化的内容，产生出大量的个性化的服务要求。

二、Web2.0给ICP企业带来的挑战

Web2.0会改变我们熟知的Internet生态，所以作为Web技术的先锋，各种大大小小的ICP似乎都在一夜间，宣称提供对于Web2.0的支持。然而Web2.0的特点也让很多ICP企业的IT支持人员伤透了脑筋。

先让我们看看现在多数ICP在Web应用架构吧：

为了适应海量内容的需求，同时也希望提高用户访问的体验（这关系到每个网站的服务质量），多数ICP通过在服务器前部署大量的Squid（一种被普遍采用的Cache系统）服务器，来起到对Web内容的缓存作用，同时部署负载均衡产品，通过简单的四层算法（比如Round Robin），将访问请求分配到不同的Squid服务器上，这也是传统Web应用（Web1.0）下最有效的应用模式，似乎到了Web2.0的时代，只需要线性的增加Squid服务器就可以了。
事情真的是这么简单吗？

海量的内容使传统Cache系统的利用率下降

在Web1.0的时代，Internet上的内容由有限的几个门户网站提供，内容量也很有限，因此经典的“8:2”原则非常有效－80%的用户只关心20%的内容，因此Squid这样的传统Cache应用模式（Squid+四层负载均衡）不但能提高用户访问的体验，而且可以降低后台服务器的压力。ICP不需要关心并优化不同内容在不同的Squid上面的分布情况（如果有1TB的内容，Cache系统只需要大约200～300G的硬盘空间，而现在一个服务器很容易就可以配置这样的硬盘存储容量）。

但是，Web2.0使Internet变得更加扁平化，“8:2”原则不再适用，每个用户都在寻找个性化的内容，80%的用户甚至在访问80%的内容，同时内容量也在指数性增长，因此Web2.0的，Cache系统需要应付一种离散的海量的内容请求特点（相对于Web1.0的集中的有限的内容请求）。而传统的Cache应用模式（Squid+四层负载均衡），会造成所有Squid服务器缓存的内容最终趋于一致，而无法服务于离散的海量内容请求的特点。如下图：

如果网站有2TB的图片（这对大型的Blog网站是非常容易达到的），配置10个200GB的Squid服务器做Cache，IT人员的期望是Cache系统至少能服务1TB以上的图片请求，但是随着时间的积累，由于Squid的Cache特点，以及传统的四层负载均衡设备的工作原理，10个Squid服务器上缓存的内容逐级趋于一样，实际上最后整个系统只能服务200GB的图片请求，这带来了两个重要的问题：
1，ICP在Squid服务器上的投资被浪费；（一个问题是：既然如此，为什么我们还需要很多Squid服务器呢？答案在于一个Squid服务器可以处理的流量有限。）
2，大量的请求会回到服务器上进行处理，增加了服务器的负载，进而要求ICP在服务器上更多的投资。 （未完待续）

转自：http://www.arrayonline.cn/wmkeyword_redirect.asp?kvid=700168&source=1&show=ignore