[转贴]门户级网站的架构设计分析及其效果

本文作者对各大门户网站的分析主要是通过使用nslookup工具软件返回的结果来判断,因此只是一种评估形式的分析,例如文章关于网易的返回结果,作者认为网易得到的结果可以认为网易没有使用蓝汛的CDN,但其实chinacache与网易在2004年就签署了合作协议,国内三大门户都是chinacache的用户,只不过他采用的分流方式有别于sina和sohu。

  1、 新浪

  新浪采用了ChinaCache做的CDN系统,ChinaCache在全国分布了四十多个点,同时采用基于动态DNS分配的全球服务器负载均衡技术。

  从新浪的站点结构可以看出:

  > www.sina.com.cn

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: libra.sina.com.cn

  Addresses: 61.135.152.71, 61.135.152.72, 61.135.152.73, 61.135.152.74 61.135.152.75, 61.135.152.76, 61.135.153.181, 61.135.153.182, 61.135.53.183, 61.135.153.184, 61.135.152.65, 61.135.152.66, 61.135.152.67, 61.135.12.68, 61.135.152.69, 61.135.152.70

  Aliases: www.sina.com.cn, jupiter.sina.com.cn

  在北京地区ChinaCache将www.sina.com.cn的网址解析到libra.sina.com.cn,然后libra.sina.com.cn做了DNS负载均衡,将libra.sina.com.cn解析到61.135.152.71等16个ip上,这16个ip分布在北京的多台前台缓存服务器上,使用squid做前台缓存。如果是在其它地区访问www.sina.com.cn可能解析到本地相应的服务器,例如pavo.sina.com.cn,然后pavo又对应了很多做了squid的ip。这样就实现了在不同地区访问自动转到最近的服务器访问,达到加快访问速度的效果。

  我们再看一个新浪其它频道是指到哪里的:

  > news.sina.com.cn

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: libra.sina.com.cn

  Addresses: 61.135.152.65, 61.135.152.66, 61.135.152.67, 61.135.152.68 61.135.152.69, 61.135.152.70, 61.135.152.71, 61.135.152.72, 61.135.152.73 61.135.153.178, 61.135.153.179, 61.135.153.180, 61.135.153.181, 61.135.153.182 61.135.153.183, 61.135.153.184

  Aliases: news.sina.com.cn, jupiter.sina.com.cn

  可以看出,各个频道的前台缓存集群与www.sina.com.cn的前台缓存集群是相同的。

  2、 搜狐

  Sohu与新浪的原理差不多,下面是nslookup的结果:

  > www.sohu.com

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: pagegrp1.sohu.com

  Addresses: 61.135.132.172, 61.135.132.173, 61.135.132.176, 61.135.133.109 61.135.145.47, 61.135.150.65, 61.135.150.67, 61.135.150.69, 61.135.150.74 61.135.150.75, 61.135.150.113, 61.135.150.145, 61.135.131.73, 61.135.131.91 61.135.131.180, 61.135.131.182, 61.135.131.183, 61.135.132.65, 61.135.

  132.80

  Aliases: www.sohu.com

  只不过libra.sina.com.cn换成了pagegrp1.sohu.com

  我们再来看一下sohu的频道:

  > news.sohu.com

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: pagegrp1.sohu.com

  Addresses: 61.135.145.47, 61.135.150.65, 61.135.150.67, 61.135.150.69 61.135.150.74, 61.135.150.75, 61.135.150.113, 61.135.150.145, 61.135.131.73 61.135.131.91, 61.135.131.180, 61.135.131.182, 61.135.131.183, 61.135.132.65 61.135.132.80, 61.135.132.172, 61.135.132.173, 61.135.132.176, 61.135.133.109

  Aliases: news.sohu.com

  同新浪相同,用的是同样的服务器群,这可能是因为他们用的都是ChinaCache的服务吧,不过sohu的名字起的有点土,pagegrp1,没有libra,pavo好听,这名字听起来有点像法语,比较浪漫。

  3、 网易

  网易似乎没用ChinaCache的服务,下面是nslookup结果:

  > www.163.com

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: www.163.com

  Addresses: 202.106.168.103, 202.106.168.104, 202.106.168.109, 202.106.168.121 202.108.36.153, 202.108.36.155, 202.108.36.156, 202.108.36.167, 202.108.36.172 202.108.36.196

  直接在www.163.com 这个域名上做了DNS负载均衡。这样的话就要求服务器必须放的非常靠近主节点,才能保证各地的用户访问的速度。

  但163不同的频道是放在不同的缓存集群上的,这与sina,sohu有些不同,等于sina,sohu是按照地区划分服务器集群,而网易按照频道划分服务器集群。

  > 163.com

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: 163.com

  Addresses: 202.108.36.205, 202.108.36.206, 202.108.36.207, 202.108.36.201 202.108.36.202, 202.108.36.203, 202.108.36.204

  显然,这和www.163.com不是一个集群,我们再来试一个:

  > sports.163.com

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: channel.cache.163.com

  Addresses: 202.108.36.136, 202.108.36.208, 202.108.36.209, 202.108.36.210 202.108.36.211, 202.108.36.212, 202.108.36.213

  Aliases: sports.163.com

  可以看出,和上面的集群也是不同的。

  4、 百度

  百度的前台服务器就不是很多了:

  > www.baidu.com

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: www.baidu.com

  Addresses: 202.108.250.249, 202.108.249.134

  > baidu.com

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: baidu.com

  Address: 202.108.250.228

  > mp3.baidu.com

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: mp3.baidu.com

  Address: 202.108.249.131

  只有www.baidu.com做了两台服务器的集群,频道都用了一台服务器做前台

  5、 一搜

  > yisou.com

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: yisou.com

  Addresses: 202.165.102.114, 202.43.217.14, 202.43.217.15, 202.43.217.16 202.43.217.17, 202.165.102.111, 202.165.102.112, 202.165.102.113

  > www.yisou.com

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: www.yisou.com

  Addresses: 202.43.217.17, 202.165.102.111, 202.165.102.112, 202.165.102.113 202.165.102.114, 202.43.217.14, 202.43.217.15, 202.43.217.16

  > mp3.yisou.com

  Server: UnKnown

  Address: 192.168.1.254

  Non-authoritative answer:

  Name: www.yisou.com

  Addresses: 202.165.102.113, 202.165.102.114, 202.43.217.14, 202.43.217.15 202.43.217.16, 202.43.217.17, 202.165.102.111, 202.165.102.112

  Aliases: mp3.yisou.com

  前台做了8台服务器的缓存集群,www.yisou.com和 yisou.com以及mp3.yisou.com是用的同一个集群。

  通过前面的分析我们可以得到一个结论:sina和sohu使用了CDN与GSBL与DNS负载均衡技术,每个地区一组前台服务器群,网易,百度使用了DNS负载均衡技术,每个频道一组前台服务器,一搜使用了DNS负载技术,所有频道共用一组前台服务器集群。

  CDN的效果

  广州访问一搜:

  Tracing route to www.yisou.com [202.165.102.112] over a maximum of 30 hops:

  1 6 ms 6 ms 6 ms 此处隐去

  2 <1 ms <1 ms <1 ms 61.177.103.49

  3 <1 ms <1 ms <1 ms 61.177.103.181

  4 <1 ms <1 ms <1 ms 61.177.101.133

  5 <1 ms <1 ms <1 ms 61.177.101.17

  6 3 ms 3 ms 3 ms 202.97.27.153

  7 3 ms 3 ms 3 ms 202.97.27.22

  8 3 ms 3 ms 3 ms 202.97.27.33

  9 10 ms 10 ms 10 ms 202.97.39.109

  10 34 ms 34 ms 33 ms 202.97.34.45

  11 126 ms 127 ms 126 ms 202.97.57.214

  12 307 ms 310 ms 310 ms 219.142.8.230

  13 132 ms 132 ms 132 ms po2.bas1.cnb.yahoo.com [202.165.96.198]

  14 166 ms 165 ms 165 ms m29.search.cnb.yahoo.com [202.165.102.112]

  Trace complete.

  广州访问网易:

  Tracing route to www.163.com [202.108.36.196] over a maximum of 30 hops:

  1 6 ms 5 ms 5 ms 此处隐去

  2 <1 ms <1 ms <1 ms 61.177.103.49

  3 <1 ms <1 ms <1 ms 61.177.103.181

  4 <1 ms <1 ms <1 ms 61.177.101.133

  5 <1 ms <1 ms <1 ms 61.177.101.17

  6 3 ms 3 ms 3 ms 202.97.27.153

  7 3 ms 3 ms 3 ms 202.97.41.226

  8 106 ms 106 ms 106 ms 202.97.35.73

  9 106 ms 106 ms 106 ms 202.97.36.38

  10 266 ms 267 ms 265 ms 219.158.28.117

  11 240 ms 240 ms 240 ms 202.96.12.42

  12 239 ms 241 ms 240 ms 202.106.192.174

  13 241 ms 240 ms 240 ms 210.74.176.150

  14 240 ms 240 ms 241 ms 202.108.36.196

  Trace complete.

  广州访问新浪:

  Tracing route to taurus.sina.com.cn [61.172.201.222] over a maximum of 30 hops:

  1 6 ms 5 ms 5 ms 此处隐去

  2 <1 ms <1 ms <1 ms 61.177.103.49

  3 <1 ms <1 ms <1 ms 61.177.103.181

  4 <1 ms <1 ms <1 ms 61.177.102.5

  5 <1 ms <1 ms <1 ms 61.177.101.5

  6 <1 ms <1 ms <1 ms 202.97.27.117

  7 8 ms 8 ms 8 ms 202.97.39.9

  8 8 ms 8 ms 8 ms 202.109.0.141

  9 8 ms 15 ms 9 ms 202.109.0.38

  10 16 ms 15 ms 21 ms 202.109.0.174

  11 9 ms 9 ms 9 ms 202.96.208.218

  12 23 ms 22 ms 21 ms 61.172.201.222

  Trace complete.

  可以看出,做了CDN按地域划分缓存集群的新浪访问速度明显要比按频道划分缓存集群的网易和yisou要快的多,但CDN的成本也是非常高的。

时间: 2024-11-10 07:30:54

[转贴]门户级网站的架构设计分析及其效果的相关文章

大型网站系统架构演化之路

大型网站系统架构演化之路 前言 一个成熟的大型网站(如淘宝.天猫.腾讯等)的系统架构并不是一开始设计时就具备完整的高性能.高可用.高伸缩等特性的,它是随着用户量的增加,业务功能的扩展逐渐演变完善的,在这个过程中,开发模式.技术架构.设计思想也发生了很大的变化,就连技术人员也从几个人发展到一个部门甚至一条产品线.所以成熟的系统架构是随着业务的扩展而逐步完善的,并不是一蹴而就:不同业务特征的系统,会有各自的侧重点,例如淘宝,要解决海量的商品信息的搜索.下单.支付,例如腾讯,要解决数亿用户的实时消息传

Web API应用架构设计分析(1)

Web API 是一种应用接口框架,它能够构建HTTP服务以支撑更广泛的客户端(包括浏览器,手机和平板电脑等移动设备)的框架, ASP.NET Web API 是一种用于在 .NET Framework 上构建 RESTful 应用程序的理想平台.本文主要以ASP.NET Web API 的框架实现来介绍整个Web API应用架构设计,但不局限于.NET的技术. 1.Web API的核心层设计 在目前发达的应用场景下,我们往往需要接入Winform客户端.APP程序.网站程序.以及目前热火朝天的

分析:门户类网站被K的原因

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 今天浙江群里的朋友发过来一个网站,让我帮他看下,他的网站为什么会被K掉?至于网站被K掉的原因很多,具体原因要从网站的分析中找,所有今天我们就来分析一下门户类网站被K的原因,这也是我第一碰到,门户类的网站被百度K掉,以前经常接触的医疗类的网站,由于医疗网站都是伪原创,用户体验比较差,所有被K掉的很多,好了废话不多讲,进入主题:门户类网站被K的原

网站如何架构比较有利于SEO优化

对于各位站长朋友来说,可能建网站并不是一个陌生的话题,像我们大部分的草根站长,如何在这个激烈的互联网竞争中生存,就需要掌握多们技艺,不管是从美工,还是到程序,还是到后期的推广优化,都要心中有数,有的放矢,真正能够动手操作起来,那样才能提高我们的成功率,所以,对于我们大部分草根来说,虽然大部分都是做seo的,但是网站如何架构,才能更有利于我们进行优化,还是需要我们深入的去了解. 第一,选择和准备建站程序 我们需要选择建站程序,当然,如果有能力自己做出一个比较安全的文章发布系统,那就最好不过了,不过

Android操作系统的架构设计分析

  这篇文章主要介绍了Android操作系统的架构设计分析,Android系统架构分为Linux内核驱动.C/C ++框架.Java框架.Java应用程序,本文分别讲解了它的作用,需要的朋友可以参考下 之前一直在Android应用层上做工作,最近开始研究Android平台上的东东了,主要是在Android Frameworks层和系统库层进行研究.以下是我自己的理解,领悟,希望与大家一块分享. Android系统架构分为Linux内核驱动.C/C ++框架.Java框架.Java应用程序. An

app-PHP PC APP 移动网站系统架构

问题描述 PHP PC APP 移动网站系统架构 之前项目需求做一个移动网站,我选了PHPCMS来做后台,前端HTML5. 现在需求加入要支持PC,APP 需求一直在增加. php做服务端, 1 需要具备CMS功能,信息的发布,PC端 2 又要提供APP 接口. 3 提供API接口给第三方. 现在集成在一起用PHPCMS做? 还是分成2,3个系统,一个提供CMS功能,一个提供接口功能,提供API,公用一个数据库 后台要集中管理几个系统. 解决方案 如果你要做一个需求很多的网站,用现成的PHPCM

开题报告-旅游网站系统架构图的问题

问题描述 旅游网站系统架构图的问题 请问旅游网站的系统架构图是什么?都包括哪些内容?应该怎么画?开题答辩的ppt上用,求大神指点. 解决方案 http://wenku.baidu.com/link?url=VApRzJyXXkGixXs4vjpYQ6O40GMboLvxJuu6hJCLFv6n1FNF9kg_fwPP7hEPUsXkmo4h0zt5KL93hEHKBuWAYV0IxOtWxoyVdFk6aOp0AmK 解决方案二: android系统架构图android系统架构图Android系

大型网站技术架构——核心原理与案例分析(一)

一.大型网站架构模式: 1.分层 - 横向 如应用层.服务层.数据层 2.分割-纵向 将业务化分为不同粒度的细小的功能和服务 如订单业务.购物车业务.短信业务.邮件业务等 3.分布式-将不现的服务.不同的模块部署在不同的服务器,通过远程调用协同工作,分布式静态资源.分布式数据和存储.分布式计算.注意,会对性能有影响(网络请求开销),分布式事物.数据一致性. 4.集群-用更多服务器提供相同的服务,可以提供很好的并发性,不足以支持访问量时,只需要要向集群中加入新的机器即可.当一台机子不可用时,可通过

大型网站技术架构——核心原理与案例分析(二)

网站高性能架构 一.性能测试指标  1.1.响应时间 1.2.并发数   指系统能够同时处理请求的数目,反映了系统的负载特性 1.3.吞吐量  TPS(每秒事务数) HPS(每秒HTTP请求数) QPS(每秒查询数)等 1.4.性能计数  包括System Load.对象与线程数.内存使用.CPU使用.磁盘与网络I/O等指标 二.性能测试方法 2.1.性能测试 与初期规划的性能指标为预期目标,不断施加压力,验证是否在可接受范围,性能是否能达到性能预期 2.2.负载测试  不断地增加并发请求以增加