专注广西服务器储存、伟德APP伟德国际betvicror手机客户端、数据库、虚拟化等产品服务商,服务范围:南宁、百色、河池、崇左、柳州、桂林、玉林、贵港、北海、防城、钦州。


SERVICE PHONE
0771-3492568
服务中心
SERVICE CENTER
SERVICE PHONE
0771-3492568
banner

咨询热线

0771-3492568
15078896959
0771-6779766
地址:广西南宁市青秀区民族大道88-1号铭湖经典A座1707号
联系人:罗先生、梁小姐
邮箱:838792164@qq.com
© 2017 Baidu - GS(2016)2089号 - Data © 长地万方

服务中心

当前位置:广西南宁机房 > 服务中心 > 双机热备、双机互备和双机双工,这三者之间的区别

双机热备、双机互备和双机双工,这三者之间的区别

发布时间:2019-06-17 09:19:17 点击量:74

双机热备=主机+备机
简单理解:主要应用运行于主机,备机即备用机器
双机互备=主机(备机)+备机(主机)
简单理解:部分应用运行于主机,部分应用运行于备机
双机双工=主机+主机
简单理解:两台机器同时运行应用
 
 
第一种,备机不工作,主机出现故障时备机接管主机的所有工作

第二、三种,主机备机同时工作,两台服务器可以跑不同的应用,例如主机跑ORACLE,备机跑IIS,任意一台服务器故障时,所有服务会自动切换到正常的服务器上
第一种,备机不运行应用,处于等待状态
第二种,备机运行与主机不同的应用,应用互为伟德APP
第三重,备机运行与主机相同的应用
 
第一种:两台server安装相同的系统、应用软件,通过一个虚拟的名称对外提供服务,但是一个时刻只有一台是活动的,另一台处于休眠状态。故障发生时通过双机软件的侦测和切换功能,伟德APPserver接管工作。
第二种:两台server安装相同的系统、应用软件,例如server1跑ORACLE、server2做MAIL。但是每个server同时只有一个服务是运行的,当server1出故障后,server2接管server1的ORACLE服务。
第三中:应该是负载均衡吧。
 
1、双机热备即是目前通常所说的active/standby 方式,服务器数据包括数据库数据同时往两台或多台服务器写,保证数据的即时同步,当active服务器出现故障的时候,通过软件诊测或手工方式将standby机器激活,保证应用在短时间内完全恢复正常使用。典型应用在证券资金服务器或行情服务器。cluster其中一种形式。
2、双机互备,两个相对独立的应用在两台机器同时运行,但彼此均设为备机,当某一台服务器出现故障时,另一台服务器可以在短时间内将故障服务器的应用接管过来,从而保证了应用的持续性,但对服务器的性能要求比较高。配置相对要好。
3、双机双工,即目前的cluster的一种形式,两台或多台服务器均为活动,同时运行相同的应用,保证整体的性能,也实现了负载均衡和互为伟德APP。需要利用磁盘柜存储技术(最好采用san)。WEB服务器或FTP服务器等用此种方式比较多。
1.双机互备其实有两种常见的方式,一是两台机器运行不同的应用软件,故障时可以互相接替,另一种是两台机器运行同一应用软件的不同数据,故障时好像接替,比如微软的exchange server和SQL Server,可以把一部分人的邮箱放在Server A上,另外的邮箱放在Server B上,A和B互备,对外是同一个Server。

双工和负载均衡是有区别的。
2.负载均衡有几个层次:
a.网络级别:循环DNS Server,负载均衡交换机,微软的NLBS
b.主机OS级别:Cluster
c.应用级别:某些应用自己会分担负载,象BEA
3.为了实现负载能力和可用性,通常选择负载均衡或双机,没有共享数据的应用需要负载均衡,有共享数据的应用需要双机。
比如典型的3层结构里面,web服务器是负载均衡,应用服务器是负载均衡,后台数据库服务器是双机。
双机热备=主机+备机
简单理解:主要应用运行于主机,备机即备用机器。它是目前通常所说的active/standby 方式,服务器数据包括数据库数据同时往两台或多台          服务器写,保证数据的即时同步,当active服务器出现故障的时候,通过软件诊测或手工方式将standby机器激活,保证应用在短时          间内完全恢复正常使用。典型应用在证券资金服务器或行情服务器。cluster其中一种形式。
双机互备=主机(备机)+备机(主机)
简单理解:部分应用运行于主机,部分应用运行于备机。  两个相对独立的应用在两台机器同时运行,但彼此均设为备机,当某一台服务器出          现故障时,另一台服务器可以在短时间内将故障服务器的应用接管过来,从而保证了应用的持续性,但对服务器的性能要求比较高          。配置相对要好。
双机双工=主机+主机
简单理解:两台机器同时运行应用。即目前的cluster的一种形式,两台或多台服务器均为活动,同时运行相同的应用,保证整体的性能,也实          现了负载均衡和互为伟德APP。需要利用磁盘柜存储技术(最好采用san)。WEB服务器或FTP服务器等用此种方式比较多。
&&从实际应用角度补充几句:
1.双机互备其实有两种常见的方式,一是两台机器运行不同的应用软件,故障时可以互相接替,另一种是两台机器运行同一应用软件的不同数  据,故障时好像接替,比如微软的exchange server和SQL Server,可以把一部分人的邮箱放在Server A上,另外的邮箱放在Server B上,A  和B互备,对外是同一个Server。
  #双工和负载均衡是有区别的。
2.负载均衡有以下几个层次:
  a.网络级别:循环DNS Server,负载均衡交换机,微软的NLBS
  b.主机OS级别:Cluster
  c.应用级别:某些应用自己会分担负载,象BEA
3.为了实现负载能力和可用性,通常选择负载均衡或双机,没有共享数据的应用需要负载均衡,有共享数据的应用需要双机。
比如典型的3层结构里面,web服务器是负载均衡,应用服务器是负载均衡,后台数据库服务器是双机。
 
这问题最简单了
市场部部长王某某,副部长张某某。王某某死了,张某某当部长继续管理市场部,这就是双“机”热备
市场部部长王某某,销售部部长李某某,王某某死了,李某某既当销售部部长,又当了市场部部长;如果李某某死了,那王某某就既当市场部部长,又当销售部部长,这就是互备
还有一个就是王某某和张某某都可以管理市场部,谁说话都算数,王某某把你裁了,张某某可以马上把你雇回来,这就是并行访问
 
 
双击热备:主+备=一套业务跑在两套机器上(配置最好一样),两机用心跳线相连,备机监控主机,当主机出现问题,备机接管业务。主机成为备机。优点:总有一套机器备用,保证系统运行。缺点:浪费一套机器。
双击互备:主(备)+备(主),主备机上都跑应用,应用不通互为伟德APP,出问题时,所有应用转在一套机器上。优点:双机皆跑应用,不浪费机器。缺点:双机压力可能互不相同,当全转到一套机器上时,该机的承受能力很是问题。如配置过高又造成浪费。
双击双工:主+备,跑的业务相同,系统前端进行业务负载均衡,通过平均分配把业务分散到多台机器上,而机器配置相应不至较高。当出现问题时可由前端负载均衡调整业务处理流量。

 

问:能解释一下什么是双机热备吗?

答:所谓双机热备,就是将中心服务器安装成互为伟德APP的两台服务器,并且在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时,另一台伟德APP服务器会迅速的自动启动并运行(一般为2分钟左右),从而保证整个网络系统的正常运行!双机热备的工作机制实际上是为整个网络系统的中心服务器提供了一种故障自动恢复能力。

问:什么时候需要双机热备呢?

答:这个问题其实比较简单,一般服务器要长年累月的工作,其伟德APP工作就绝对少不了。所以,决定是否使用双机热备,笔者觉得应首先对系统的重要性,以及终端用户对服务中断的容忍程度进行考虑,然后再来决定是否使用双机热备。比如网络中的用户最多能容忍多长时间恢复服务?如果服务不能很快恢复会造成什么样的后果等等。

问:已经采取了RAID技术和数据伟德APP技术,还有必要做双机热备吗?

答:这其实没有个明确的区分,RAID和数据伟德APP都同等重要!数据伟德APP只能解决系统出现问题后的恢复;而RAID技术,以笔者的使用经验来看又只能解决硬盘的问题。我们知道,当服务器本身出现问题时,不论是设备的硬件问题还是软件系统的问题,都会造成服务的中断,而RAID及数据伟德APP技术恰恰就不能解决避免服务中断的问题。所以,对于高安全需求、持续可靠的提供应用服务的网络系统来说,双机热备还是非常重要的。其实我们可以这样想:如果你的服务器坏了,你要用多少时间将其恢复到能正常工作?这样你就能理解双机热备的重要性了!

问:双机热备方案与集群的区别?

答:从概念上来讲,双机热备属于集群中的一种。集群一般包括两类:一类是纯应用服务器的集群,即各个应用服务器都访问统一的数据库服务器,但彼些并不需要文件共享存储等,这种集群是比较简单的。另一类是数据库服务器的双机热备,这种双机热备实现,一般是两台服务器同时使用共享的存储设备,并且在普遍的情况下,均采取主、备的方式(也有高端的系统采用并行的方式,即两台服务器同时提供服务)。

问:数据库服务如何使用双机热备?

答:通过软件方式实现双机热备。即不采用共享的存储设备,而是本机数据可以直接在多台主机间流动。显而易见,此种方式最大的优点就是节约了昂贵的存储设备投资,而其缺点也不难发现:会产生数据的前后不一致、或者会影响数据库读取的速度。我们看看这样一个例子:如果在服务中断时切换到伟德APP服务器,则可能有少量已经在主机完成的事务在备机上尚未实现。而与伟德APP数据的恢复不同,备机启动后,后面的操作已经进行,因此丢失的数据包要找回就相当难。故此种方式适用于对于丢失少量数据不是非常敏感的系统。在这儿提一下标准的解决方法,即基于共享存储设备和双机软件实现双机热备。它可以在无人值守的情况下提供快速的切换,并且不会有数据丢失现象,而购买存储设备等投资也会比较高。

问:如何选择与实施双机热备的配置方案?

答:1.以应用为主导,进行认真的分析。以高可用性为宗旨。

问:能解释一下什么是双机热备吗?

答:所谓双机热备,就是将中心服务器安装成互为伟德APP的两台服务器,并且在同一时间内只有一台服务器运行。当其中运行着的一台服务器出现故障无法启动时,另一台伟德APP服务器会迅速的自动启动并运行(一般为2分钟左右),从而保证整个网络系统的正常运行!双机热备的工作机制实际上是为整个网络系统的中心服务器提供了一种故障自动恢复能力。

问:什么时候需要双机热备呢?

答:这个问题其实比较简单,一般服务器要长年累月的工作,其伟德APP工作就绝对少不了。所以,决定是否使用双机热备,笔者觉得应首先对系统的重要性,以及终端用户对服务中断的容忍程度进行考虑,然后再来决定是否使用双机热备。比如网络中的用户最多能容忍多长时间恢复服务?如果服务不能很快恢复会造成什么样的后果等等。

问:已经采取了RAID技术和数据伟德APP技术,还有必要做双机热备吗?

答:这其实没有个明确的区分,RAID和数据伟德APP都同等重要!数据伟德APP只能解决系统出现问题后的恢复;而RAID技术,以笔者的使用经验来看又只能解决硬盘的问题。我们知道,当服务器本身出现问题时,不论是设备的硬件问题还是软件系统的问题,都会造成服务的中断,而RAID及数据伟德APP技术恰恰就不能解决避免服务中断的问题。所以,对于高安全需求、持续可靠的提供应用服务的网络系统来说,双机热备还是非常重要的。其实我们可以这样想:如果你的服务器坏了,你要用多少时间将其恢复到能正常工作?这样你就能理解双机热备的重要性了!

问:双机热备方案与集群的区别?

答:从概念上来讲,双机热备属于集群中的一种。集群一般包括两类:一类是纯应用服务器的集群,即各个应用服务器都访问统一的数据库服务器,但彼些并不需要文件共享存储等,这种集群是比较简单的。另一类是数据库服务器的双机热备,这种双机热备实现,一般是两台服务器同时使用共享的存储设备,并且在普遍的情况下,均采取主、备的方式(也有高端的系统采用并行的方式,即两台服务器同时提供服务)。

问:数据库服务如何使用双机热备?

答:通过软件方式实现双机热备。即不采用共享的存储设备,而是本机数据可以直接在多台主机间流动。显而易见,此种方式最大的优点就是节约了昂贵的存储设备投资,而其缺点也不难发现:会产生数据的前后不一致、或者会影响数据库读取的速度。我们看看这样一个例子:如果在服务中断时切换到伟德APP服务器,则可能有少量已经在主机完成的事务在备机上尚未实现。而与伟德APP数据的恢复不同,备机启动后,后面的操作已经进行,因此丢失的数据包要找回就相当难。故此种方式适用于对于丢失少量数据不是非常敏感的系统。在这儿提一下标准的解决方法,即基于共享存储设备和双机软件实现双机热备。它可以在无人值守的情况下提供快速的切换,并且不会有数据丢失现象,而购买存储设备等投资也会比较高。

问:如何选择与实施双机热备的配置方案?

答:1.以应用为主导,进行认真的分析。以高可用性为宗旨。

 

从微软的实验上看:

负载均衡是网络层的,与应用无关,NLB即可以为telnet,web也可以为ftp、文件共享提供负载均衡功能,只要操作系统支持(内置)就可以配置,不需要对应用做任何配置,最大32个节点,数据不共享,所以可能存在不同节点间数据如何同步问题,照上面看来这应该叫做“双机双工”?;

集群是应用层的,只有应用支持才能实现,如sql2000必须是enterprise版本才支持,集群一般受到节点数量的限制,windows2000平台集群节点一般不超过4台,集群共享数据资源。安装集群数据规划的常见方式为:数据库程序文件每个节点都分别安装,数据库则安装在节点共享磁盘柜中。按上面的定义,双机热备可能列常见,但较少见到双机互备。


相关标签 :

在线留言

  • 留言标题 *

  • 留言内容 *

  • 姓名 *

  • 手机号码 *




  • 上一篇:不亚于WannaCry:微软面向Windows XP发布紧急修复补丁

    下一篇:数据块级别伟德APP和文件级伟德APP的比较

    相关文章:
  • 在线咨询
  • 返回顶部
  • cache
    Processed in 0.009951 Second.