Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1095759
  • 博文数量: 186
  • 博客积分: 4939
  • 博客等级: 上校
  • 技术积分: 2075
  • 用 户 组: 普通用户
  • 注册时间: 2010-04-08 17:15
文章分类

全部博文(186)

文章存档

2018年(1)

2017年(3)

2016年(11)

2015年(42)

2014年(21)

2013年(9)

2012年(18)

2011年(46)

2010年(35)

分类: 系统运维

2011-04-22 16:00:30

网上看到了taobao cdn 负责人对去年11.11抢购活动的cdn应急一些介绍,启发蛮多,好的技术人员第一要熟悉相关技术,第二,要对负责的业务特点要了解。

    原文精华内容总结如下:

   1. F5做负载均衡,性能有限制,流量最大7G左右,否则就得投入设备。

   2. 假如只用haproxy等七层代理,同一份内容只在cache一份,也有潜在问题:当节点扩容或现有的机器挂掉,此时会回源,当然在大量访问的情况下,会给web带来压力。一个办法是:LVS后端又用haproxy,实现叫做一致性哈希的算法。在这个算法之下,加了机器,它新的Object会到新的机器上去,但是旧的cache还是会分配到旧的机器上,如果坏了一台机器也是同样的情况,只是坏了的那台机器所存在的Object需要重新去被存储。

   3. 对于haproxy,客户端的keep alive长连接来减少用户建立连接的时间,这样平均每个请求可能会减少几百个毫秒。

   4. cache为什么快?数据在内存,对于热点图片,放到ssd这些IOPS很高的硬盘上。把不常用的放sas,sata。怎么判断是否热点?这个需要区分,访问次数来区分,应该有一定的算法。 

   5. 前端UI页面设计在不影响访问的前提下,页面,图片要足够小。

   6. 还是得堆机器。加带宽,节点,实在不行,放弃部分用户,或是把部分非主要业务从cdn下换下,留给紧急业务。

   7.动态cdn的实现,这个比较难,好像和分布式数据库有关系。目前没见到什么案例。

阅读(2778) | 评论(0) | 转发(0) |
0

上一篇:自动随机密码

下一篇:gzip和http1.1

给主人留下些什么吧!~~