发新话题
打印

[原创] 小议负载均衡,群集,容灾

263shanghai

小议负载均衡,群集,容灾

发现论坛里有不少人经常混淆这三个概念。

1.负载均衡:通常是为了减少单台服务器或者网络的压力,同时部署功能完全一样的多台服务器,通过DNS或者负载均衡器(例如F5等设备)将访问压力分配到不同的机器上。参与负载均衡的服务器通常只是桥梁的作用,没有最终的数据存储功能。通常web服务器用得最多。这类服务器的配置数量最关键,服务器越多,性能提高的效果越好。

2.群集:通常群集服务器是为了提高应用的高可用性,防止硬件故障,减少因正常维护系统而宕机的时间。千万注意,群集一般无法防止因软件出错而产生的宕机!!!群集分为两张模式,active/passive和active/active模式。a/p模式中,群集内的机器数量和性能提高无关,后者有增强(两种模式要看应用是否支持)。群集一般需要多台机器共享存储(例如通过SAN技术)。数据库服务器用群集的比较多。

3.容灾:容灾是为了保证企业的某些核心关键性业务不受主机房灾难性事故(比如火灾,战争等)影响。例如:911的时候有灾备中心的企业就受益匪浅。灾备一般都是异地容灾(小到不同厂区,大到不同国家),因此投资差异很大,金融证券电信行业做的比较多。如果要实现异地实时容灾,需要非常大的带宽来保证数据同步。

知识所限,先写这些,欢迎补充。

[ 本帖最后由 oneway1 于 2007-7-24 13:19 编辑 ]
针对提到的一些概念,感觉也是比较需要大家了解的,我以前遇到一些朋友问我问题.概念不清楚.浪费很多时间,走了不少弯路,比如一个用户问我:Exchange Server的双机怎么做? 大伙能猜出来他想做什么吗? 还有就是要了解需要实现的是什么,或是说当前的需求目标是什么?

1.为了安全,请不要在发帖时公布你的真实IP及域名;请在获得别人的帮助问题解决之后,编辑帖子分类为[已解决],并同样帮助有能力帮助的人--分享您的经验,分享大家的快乐!
2.专业提供邮件系统选型\安装部署\升级迁移\维护外包等全方位技术支持与咨询顾问服务;提供反垃圾邮件软件、硬件网关;Push Mail(移动电邮),BlackBerry(黑莓) 解决方案。
3.联系方式:QQ:36335336;MSN:neil_ding#msn.com;Email: neil_ding2000#yahoo.com.cn;TEL:020-34382506
楼主~想问一下
1.第一种的负载均衡,是不是数据暂时存放在参与负载均衡的服务器上,当数据需要更新的时候,再从主服务器上获取,就是所谓的缓存服务器或者procy,也就是通常所说的镜相web,例子就如MS的isa中缓存模式.响应请求的方式,是通过主缓存服务器分配```对不```
2.第二种群集,数据存储到共享的介质上(什么硬盘柜的).主动被动模式时,当备用的服务器通过心跳线检测主服务器不在线时,就代替主服务器监听虚拟ip上的请求,主动主动模式,是服务器同时一起轮流在虚拟ip上监听请求,对不```
3.第三种容灾,就不是很懂``是不是什么备份之类的```因为数据库中存在日志这种可帮助还原数据的文件格式,俺就觉得带宽不是什么瓶颈,而同步就觉的更不可思议...raid算不算容灾~~~
1. 简单点说,就是客户访问参与负载均衡的服务器,无论随机连哪台,返回的都是正确的结果。这类应用就可以做负载均衡。如果前面加负载均衡器,还能做到一些更加复杂的配置;比如按比例分配,自动检测应用是否响应等。

2. 对,群集只是硬件冗余,只要服务器有心跳响应,就认为活着,不会切换。举例:A,B两台服务器群集是SAN环境,操作系统在本地磁盘,数据库在SAN存储,如果A服务器光纤断了,数据库无法访问,此时群集不会切换,因为操作系统活着。

3. 容灾强调的是核心业务的不可间断性。一旦主机房有严重问题,在比较短的时间内就可以把业务切换到备用机房去。主备机房有两套存储系统,所以他们之间需要做数据同步,所以带宽需求很大
引用:
原帖由 oneway1 于 2007-7-25 08:27 发表
1. 简单点说,就是客户访问参与负载均衡的服务器,无论随机连哪台,返回的都是正确的结果。这类应用就可以做负载均衡。如果前面加负载均衡器,还能做到一些更加复杂的配置;比如按比例分配,自动检测应用是否响 ...
那请问下.如果我本身有装ex2003的windows2003系统上做了个虚拟群集后导致ex的邮件存储无法正常加载.我能否卸载群集来恢复我的ex系统.如要卸载,请问如何卸载!谢谢 !
没做过,不敢乱说,呵呵。
发新话题
  清除 Cookies - 联系我们 - 邮件技术资讯网 - Archiver - WAP - 繁體中文
当前时区 GMT+8, 现在时间是 2008-9-6 02:30

本论坛为非盈利中立机构,论坛所有言论纯属发表者个人意见,与《 邮件技术资讯网》论坛立场无关。内容所涉及的版权和法律相关事宜请参考各自所有者的条款。
如果认定侵犯了您的权利,请联系我们尽快处理。本论坛原创内容请联系本站后再行转载并务必保留我站信息。此声明修改不再另行通知,本论坛保留最终解释权。
*本论坛QQ群:1#群2233231(已满) 2#群2598254(推荐) 3#群15974064(推荐) 4#群14173252(推荐)*
* 建议使用 1024×768 模式查看本论坛 *
Powered by Discuz! 6.1.0