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

system888net

原帖由 metoo2008 于 2008-7-27 21:43 发表


F5的结构一直是比较怪异的。不是单纯的软件，也不是单纯的硬件。在4.5版本的时候，F5的负载均衡处理部分的内容都是跑在Kernel Space里面的。今天的所有基于Linux系统做得最好的也就是做进了Kernel。后来F5做 ...

good, 继续关注发言.

[ 本帖最后由 system888net 于 2008-7-27 21:57 编辑 ]

metoo2008

这个供有兴趣的同学作为研究了。目的是了解这个领域里最新的技术。F5的Full Proxy结构非常的有意思，通过Full proxy屏蔽掉了很多在软件功能实现上的问题，达到一个功能和性能的一个平衡点。通过Full Proxy结构，可以实现对整个数据流的处理，而通常基于包交换的结构下，都存在一个检查和处理深度的问题。同时，提高了系统的整体安全性。

metoo2008

连接聚合的实现，可以大大的减小服务器频繁开启和关闭TCP连接处理所带来的消耗。在同等情况下用户数的情况下，可以大大减小对后台服务器的压力。尤其对于HTTP协议，大部分的HTTP协议都是采用短连接方式处理，而服务器的TCP堆栈对TCP连接的建立每次都需要分配相应的资源，在很短的时间内，这些资源又要进行回收，因此造成性能的下降。通过在前端优化设备上对HTTP连接进行聚合处理，可以把前端的短连接转换成和后台的长连接，这样就能降低服务器的压力了。

system888net

原帖由 metoo2008 于 2008-7-27 23:02 发表
连接聚合的实现，可以大大的减小服务器频繁开启和关闭TCP连接处理所带来的消耗。在同等情况下用户数的情况下，可以大大减小对后台服务器的压力。尤其对于HTTP协议，大部分的HTTP协议都是采用短连接方式处理，而 ...

metoo2008讲的不错,跟中间件的连接池的思想是相通的,只不过中间件的连接池是数据库方面的.

[ 本帖最后由 system888net 于 2008-7-27 23:19 编辑 ]

Coolriver

1. 连接聚合的实现

复制代码

我现在就理解成了Cache存储转发这种机制.从而减少到后端的较互.

metoo2008

Cache机制和连接聚合是两个概念, Cache机制是直接响应请求，而连接聚合不会减小任何的Request数量，但是减小了服务器的压力。当然，这两种技术也是可以同时使用的。

system888net

原帖由 metoo2008 于 2008-7-28 11:39 发表
Cache机制和连接聚合是两个概念, Cache机制是直接响应请求，而连接聚合不会减小任何的Request数量，但是减小了服务器的压力。当然，这两种技术也是可以同时使用的。

赞同.

对于频繁更新的情况,cache的作用比非频繁更新的情况差多了.

system888net

凑一下热闹(CU论坛里的,应该不用重复复制了):
http://bbs.chinaunix.net/thread-1082062-1-1.html

metoo2008

原帖由 system888net 于 2008-7-28 12:48 发表
凑一下热闹(CU论坛里的,应该不用重复复制了):
http://bbs.chinaunix.net/thread-1082062-1-1.html

关于这个算法，实际上和F5的Predictive和Observe的算法有些类似。特别是Predictive算法，通过服务器的当前连接数状态和服务器对用户请求响应的相应时间进行加权计算，预测服务器在30秒钟后的变化状态，然后根据服务器可能在30秒后的状态，和同组里其他的服务器30秒之后的状态，来决定新的请求分配到那台服务器。这样，对于一些正在处于慢启动的时候非常有用。一些应用比如基于Java的应用系统，在新启动的时候，处理的速度很慢，但一旦新增的请求到达一个平衡值的时候，系统的处理性能将会大大的提高。因此，采用预测或者观察模式，可以让这类服务器逐步的接收请求。从而防止服务器一启动就被大量请求冲击倒下的情况。

另外，也可以通过设置Ramp Up time方式来手工指定服务器的启动时间，通过对新建连接数量的调整，使服务器在一定的时间内平缓的增加新建连接，当到达设置的时间的时候，新加入的服务器才达到同一个组里的其他服务器的新建连接相同的水平。