免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: 草上飞2008

[网络管理] 沙龙讨论: 如何用开源技术搞定负载均衡、访问加速(内网/外网)?(主题聚会召集9.20) [复制链接]

论坛徽章:
0
发表于 2008-07-25 13:08 |显示全部楼层
原帖由 ren76ren 于 2008-7-25 11:27 发表
负载平衡的概念对于未曾接触过的人来说还是相对抽象了一点
高手来讲一讲 通俗一点或者举个形象的例子更有助于理解



其实如果用到了,也就明白了.

也可以这样理解.本来是一个人该干的活,现在给了一个团队.其中一个是科长,然后科长把工作分到下面的每一个科员.科员的级别是相等的.就这样了.

论坛徽章:
0
发表于 2008-07-25 13:45 |显示全部楼层
原帖由 Coolriver 于 2008-7-25 13:08 发表



其实如果用到了,也就明白了.

也可以这样理解.本来是一个人该干的活,现在给了一个团队.其中一个是科长,然后科长把工作分到下面的每一个科员.科员的级别是相等的.就这样了.

这个讲解很容易理解

论坛徽章:
0
发表于 2008-07-25 13:48 |显示全部楼层
原帖由 Coolriver 于 2008-7-25 13:08 发表



其实如果用到了,也就明白了.

也可以这样理解.本来是一个人该干的活,现在给了一个团队.其中一个是科长,然后科长把工作分到下面的每一个科员.科员的级别是相等的.就这样了.

打个比方 有四台装有不同服务的应用服务器 客户端在向服务器发起应用请求的时候 是不是先经过所谓的“科长” “科长”再根据具体的不同服务请求转发给不同的科员呢
这样理解是不是存在问题   这样的话 如果把“科长”拿掉  怎会就会出现一个人来做工作呢   我是不是理解的那个点出现问题了

论坛徽章:
0
发表于 2008-07-25 15:11 |显示全部楼层
原帖由 ren76ren 于 2008-7-25 13:48 发表

打个比方 有四台装有不同服务的应用服务器 客户端在向服务器发起应用请求的时候 是不是先经过所谓的“科长” “科长”再根据具体的不同服务请求转发给不同的科员呢
这样理解是不是存在问题   这样的话 如果把 ...


如果怕科长挂掉,你就在做一个副科长. 正的挂掉,把副提到正的位置.工作分发继续.

参考:
廉价IP接管.

根据vrrp 实现HA.

这样就可以是任务无间断了.

论坛徽章:
0
发表于 2008-07-25 21:46 |显示全部楼层

回复 #1 草上飞2008 的帖子

支持一下
还是很好的

论坛徽章:
0
发表于 2008-07-25 23:27 |显示全部楼层
原帖由 net_robber 于 2008-7-24 16:29 发表
我提个问题

分布式运算 和 分布式存储 算不算 负载均衡

或者 上面三种是并列的三个问题?


从严格的意义上而言,这不是大家所说的负载均衡,虽然有很多相似和相同的地方.

当然两者可以结合起来.

论坛徽章:
0
发表于 2008-07-25 23:55 |显示全部楼层

回复 #54 Coolriver 的帖子

vrrp/hsrp只能实现在网络层的ha,要在应用层实现ha,非heartbeat莫属。
这里不知道有没有人熟悉通过heartbeat实现a-a模式?

论坛徽章:
0
发表于 2008-07-26 00:33 |显示全部楼层

回复 #1 草上飞2008 的帖子

现在讨论的是负载均衡方面,接触到的有---链路流量方面的负载均衡例如硬件F5等,应用层流量的均衡,硬件性能的均衡调度包括CPU,IO等
应用层的均衡大概分数据层和逻辑层和运算层的均衡调度
数据和逻辑组合成应用,运算多集中在数据库,也可分为应用层的均衡和数据库均衡调度
象上面帖子中的大企业的流量问题应该是应用层的均衡问题,也可能有数据库方面的问题。

论坛徽章:
0
发表于 2008-07-26 02:44 |显示全部楼层
俺原来普及负载均衡概念的时候,给客户讲的比喻是这样的:
Hub是一层交换的,就像一条乡间小道,一次只能过一辆车,所以只要有车在路上跑,其他车都不能上路的。所以在Hub模式下,靠冲突等待机制来实现数据传输。

Switch是二层交换的,就像是把乡间小道加了一个车道,每个方向同时只能过一辆车。但两个方向的车互相不干扰,矩阵式的二层交换就是修一个最复杂的立交桥,保证双向车道之间的互通。所以二层交换的switch可以通过背板和双工通讯实现比Hub更高的通讯速率。

路由器是三层交换的,就像是在路口安装了方向指示牌,让车能顺着去往自己目的地的方向走。可以穿过非常复杂的路段。所以路由就是根据不同的目的IP地址,来选择不同的路径对数据包进行转发。

大部分的负载均衡也就是四层交换就像是分车道,有很多辆车从不同的地方过来,汇集到一条宽马路上,然后再通过分车道把过来的车分到很多个不同的小车道上去。每一辆车,比喻成一个用户连接请求的话,负载均衡就是把汇集到网站的宽马路上的用户请求,再分配到后台的不同服务器上去处理。

而七层交换就是警察叔叔了,从不同的小马路过来的车可能有各式各样的,有自行车、摩托车、汽车、甚至有坦克可能也过来了。警察叔叔可以分辨出是摩托车还是汽车,是小轿车还是坦克,所以警察叔叔可以指挥把不同的车分到不同的路上去。所以七层交换比四层交换更加复杂,需要有很多的智能判断在里面,对业务流量进行分配。

[ 本帖最后由 metoo2008 于 2008-7-26 03:13 编辑 ]

论坛徽章:
0
发表于 2008-07-26 03:06 |显示全部楼层
接着写应用优化:
Cache:大家都体验过堵车的滋味吧,为什么堵车,就是因为车多、路窄。昨天鸟巢卖奥运门票,俺在亚运村被堵了个一塌糊涂。如果能把奥运门票的销售点遍布在整个北京城,能卖彩票的地方都能卖奥运门票的话,那就肯定不会堵车了。这也就是后台一个处理能力较小的业务处理系统,而在前端放一大堆的Cache服务器,能极大的提高业务处理能力了。

CDN:大家会说了,即使满北京城都能卖票,那也架不住全世界看奥运的人都到北京买票阿。所以,当我们把卖票点支到全国甚至全球的时候,那就是CDN了。当然,在外面开售票点要考虑成本问题和管理问题,所以CDN的建设也要考虑投资和部署多少个点合适。并且,还要防止跨区串票,上海人如果跑到北京买票,但实际上在上海就有售票点,那就是在路上白白浪费了很多时间了。所以CDN的建设就是将内容分布在离客户端最近的位置,并且通过DNS解析的智能判断,引导不同地区的用户到其就近的CDN节点。

TCP优化:生意越来越火爆,很多人要求邮购了,但以前一次邮购只能买一张票,而且要等到收到票确认以后才能买下一张,那寄钱过来和寄票过去来回路上要产生多少次延时?如果买10张票,寄钱和寄票来回10天,那买10张票要100天的时间。这个大家肯定不接受的阿。所以优化后的流程改了,一次寄10张票的钱,然后一次寄回10张票。那这样就只需要确认一次就可以了。这就是TCP优化里面的large Windows Size优化过程和SACK过程。增大Window Size,可以让网络一次传输更多的数据,SACK可以在多次传输以后才确认收到数据包,并且如果前面的包有丢失现象,对端只需要重传丢失的包,而不需要重传所有的数据包。

压缩:在路上我们经常能看见那种大包包车,实际上拉的都是很清的东西,比如泡沫,100斤的泡沫可能就堆满一辆车了。重量不大,但也需要占用一辆车来拉,如果我们能把这个大包包压缩一下,到了目的地再放开,那一辆车就可以拉很多斤的泡沫了。在HTTP的页面返回中,大部分的内容都是明文方式出现的,通过HTTP gzip或者deflat压缩,可以达到1:5的压缩比,也就是100K的页面压缩后在网络上传输的实际上也就是20K。即使压缩消耗一些时间,但在广域网的情况下还是远远小于网络延迟带来的影响的。

[ 本帖最后由 metoo2008 于 2008-7-26 03:23 编辑 ]
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP