沙龙讨论: 如何用开源技术搞定负载均衡、访问加速（内网/外网）？(主题聚会召集9.20)

system888net

原帖由 metoo2008 于 2008-7-28 13:25 发表



关于这个算法，实际上和F5的Predictive和Observe的算法有些类似。特别是Predictive算法，通过服务器的当前连接数状态和服务器对用户请求响应的相应时间进行加权计算，预测服务器在30秒钟后的变化状态，然 ...

有理,很多东西都有一些相通之处.

负载均衡在发展之初,以粗粒度为主,然后逐渐发展为关注具体系统的一些具体行为特性. 策略也适应具体的系统特性而进行分工细化了.

有的时候细节很重要.

foole

原帖由 jerrywjl 于 2008-7-24 14:18 发表
我来抛个石头子吧！



1.在工作中这种情况常用，估计对于一些视频网站来说情况更加普遍，所以我认为恐怕视频网站对该技术的需求会更多。
2.在多种负载均衡技术中，鉴于环境有限本人使用过LVS。部署过基于 ...

~~~~~~~~~~~~~~```
是吗
现在又有人把lvs包个盒子来卖吗？
呵呵
n年以前(n>5)章文嵩同学自己基于lvs做过一个网络设备
貌似叫“LinuxDirector”
我这里还有白皮书和图呢
呵呵
其实想法挺好
但不知后来为什么没做下去
......
说道负载均衡设备
以前公司穷的时候主要是做dns轮训
后来公司有钱了
就买了一堆(一对一对的)的f5
我接触f5的时间比lvs还要早
但了解不是很深
我感觉
f5(bigip)其实功能跟lvs差不多
只不过是多了个web管理界面而已
再说句实在话：
f5还是挺好用的
公司有钱的话还是可以考虑

写了点业界往事
不知道能不能混点积分呢？

metoo2008

实际上现在这一整个部分的内容统称为ADN了，Application Dilivery Network，中文翻译叫应用交付网络。现在很多的厂家都在讲这个东西。在应用交付里面，最关注的内容是应用高可用、应用优化和应用安全。负载均衡技术本身已经只是应用交付里面的一个部分了。因为基本上所有现在做应用交付的厂家最早的基础都是负载均衡，所以很多认识上还是停留在负载均衡的层面上。

[ 本帖最后由 metoo2008 于 2008-7-28 23:04 编辑 ]

system888net

晚上好,继续关注大家的讨论.

metoo2008

现在很多大型网站的前端都是Cache服务器。并且在更前面都是给这些Cache服务器做了负载均衡的。您是怎么考虑如何给Cache做负载均衡的？

system888net

原帖由 metoo2008 于 2008-7-28 17:04 发表
实际上现在这一整个部分的内容统称为ADN了，Application Dilivery Network，中文翻译叫应用交付网络。现在很多的厂家都在讲这个东西。在应用交付里面，最关注的内容是应用高可用、应用优化和应用安全。负载均衡 ...

有理, 应用优化相对而言要考虑的实际问题会更多些, 因为涉及的面也回比传统的负载均衡多一些,而且有些方面暂时还无法高效的解决.

system888net

原帖由 metoo2008 于 2008-7-28 23:07 发表
现在很多大型网站的前端都是Cache服务器。并且在更前面都是给这些Cache服务器做了负载均衡的。您是怎么考虑如何给Cache做负载均衡的？

愿听大侠高论.

metoo2008

如果使用简单的负载均衡处理，那会造成每台Cache服务器的内容都是一样的。所以进而可采用URL hash的方法，把不同的URL 和节点进行hash计算，相当于把不同的URI分配到不同的Cache上，这样每台Cache都可以存放不一样的内容。

system888net

原帖由 metoo2008 于 2008-7-29 00:01 发表
如果使用简单的负载均衡处理，那会造成每台Cache服务器的内容都是一样的。所以进而可采用URL hash的方法，把不同的URL 和节点进行hash计算，相当于把不同的URI分配到不同的Cache上，这样每台Cache都可以存放不一 ...

好方法, 这里有个划分的原则问题.

大侠能否讲讲对于页面存放区域的划分的看法?

system888net

例如:
对于一个主页面里的各个子页面之间的不同跳转(当然这受控于client鼠标点击)这种情况,是分开存放还是集中存放也要取决于具体的情况.
  根据实际的具体情况进行精心分析设计,才有可能把负载均衡器(包括开源的和商业的确)用好.

大家的发言我觉得非常有用。