双机热备方案Linux服务器双机热备详细过程

请教双机热备的真正实现方法

在使用三元催化转换器以减少排气污染的发动机上，氧传感器是必不可少的元件。

由于混合气的空燃比一旦偏离理论空燃比，三元催化剂对CO、HC和NOx的净化能力将急剧下降，故在排气管中安装氧传感器，用以检测排气中氧的浓度，并向ECU发出反馈信号，再由ECU控制喷油器喷油量的增减，从而将混合气的空燃比控制在理论值附近。

什么是负载均衡、双机热备份手段?

1.负载均衡：对于流量比较大的网站，可以通过该功能把流量分配到几台不同的服务器上，以提高网站的运行速度。

使用WinMyDNS智能解析系统就可以通过DNS实现负载均衡. 2.双机热备这一概念包括了广义与狭义两种意义。

从广义上讲，就是对于重要的服务，使用两台服务器，互相备份，共同执行同一服务。

当一台服务器出现故障时，可以由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续提供服务。

双机热备由备用的服务器解决了在主服务器故障时服务不中断的问题。

但在实际应用中，可能会出现多台服务器的情况，即服务器集群。

集群软件的异同) 双机热备一般情况下需要有共享的存储设备。

但某些情况下也可以使用两台独立的服务器。

(相关文章： 双机热备的实现模式 ) 实现双机热备，需要通过专业的集群软件或双机软件。

(相关文章：双机与集群软件的选择) 从狭义上讲，双机热备特指基于active/standby方式的服务器热备。

服务器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。

在同一时间内只有一台服务器运行。

当其中运行着的一台服务器出现故障无法启动时，另一台备份服务器会通过软件诊测（一般是通过心跳诊断）将standby机器激活，保证应用在短时间内完全恢复正常使用。

(

linux下双机热备，避免单点故障的方案有什么比较好的吗

目前企业应用就两种方式： 1、操作系统级别的检测切换接管双机热备或双机并行，需在操作系统上安装同步检测软件（就是普遍的叫法HA，或高可用），对操作系统依赖强，需要牺牲部分系统资源。

2、外部负载均衡，负载均衡不是热备概念，是并行概念，节点数是1个以上，可以多个节点（理论上可以无数个），运行相同的应用，由外部软件硬件达到所有服务器负载均衡，典型设备是F5，宕机的服务器的负载就自动分配到其他服务器上了。

Linux服务器双机热备详细过程

双机热备份（Hot Standby）是一种软硬件相结合的高可靠性应用方案。

双机热备系统由两台独立的服务器以及相应的控制软件构成，两台服务器在网络中表现为单一的系统，对外表现为一个独立的网络IP，并以单一系统的模式进行控制和管理。

该系统将两台服务器的数据和运行状态（包括硬盘数据和内存数据）进行镜像，可以实现两台服务器之间的热备份，并能够做到无缝切换，从而对外提供稳定可靠的服务，实现双机系统的高可用性解决方案。

1.1.2 功能概述 双机热备份系统由相应的应用软件进行控制，操作系统和应用程序安装在两台服务器的系统盘上。

每一台服务器分配一个固定的IP地址，此外还指定了一个独立IP地址作为集群IP（cluster IP），该IP是双机系统对外提供服务的接口。

两台服务器一台成为主节点（Primary Server），另一台成为从节点（Standby Server），主节点与从节点之间保持固定时间间隔的心跳信号，通过心跳信号实现两个对等系统之间的周期性的握手，从而能够监视对方的运行状态，进行主机及网络的故障检测。

在系统正常情况下，主节点占用系统资源并运行所有的服务，为信息系统提供支持，从节点通过心跳信号监视主节点的运行情况。

一旦主节点发生故障（如主机故障，网络故障，软件故障等），从节点就会自动接管（Take Over）主节点的资源和服务，继续支持信息的运营，从而保证整个双机系统能够不间断的运行（）。

主节点在恢复运行后，又可以自动获取资源并取代从节点。

在集群系统的实现方案中双机热备份系统是硬件配置最简单和价格最低廉的解决方案，通常镜像服务的硬件配置需要两台独立的服务器，每台服务器有独立的操作系统硬盘和数据存贮硬盘，每台服务器有提供网络连接功能的网卡，此外还可以有一对完成内部连接和数据镜像功能的网卡。

双机系统的两台服务器拥有共享的数据存储空间（可以是一个数据存储硬盘或一台专门的数据存储服务器）。

任何一台服务器在运行服务时，从共享的数据存储空间内读取和存储数据。

每台服务器的操作系统和应用程序文件存储在各自的本地存储空间上。

双机热备份系统采用内存镜像的技术，即把两台服务器的数据和运行状态（包括硬盘数据和内存数据）进行镜像。

这个技术的优点是所有的应用程序和操作数据在两台服务器上镜像同步，当主节点出现故障时，从节点可以在几乎没有延迟的情况下接管主节点运行的服务，从而实现无缝切换和热备份。

该技术的缺点是，由于两台服务器的内存完全一致，当由于系统应用程序带有缺陷而导致系统宕机时，两台服务器会同步宕机。

也可以在双机系统中使用第三方生产的磁盘阵列柜，在磁盘阵列柜中安装有磁盘阵列控制卡，阵列柜可以直接将柜中的硬盘配置成为逻辑盘阵。

该结构不采用内存镜像技术，因此需要有一定的切换时间，同时由于所有的数据全部存贮在磁盘阵列柜中，当主节点出现故障时，从节点接替主节点，从磁盘阵列柜中读取数据，所以不会产生数据不同步的问题。

由于这种方案不需要网络镜像同步，因此这种集群方案服务器的性能要比镜像服务器结构高出很多。

双机热备份系统的两台服务器通过内部局域网进行连接，通过周期性的心跳信号保持通信和进行相互监视。

两台服务器之间可以采用多种连接方式，可以使用串口线，也可以通过以太网进行连接，还可以采用并存的多种连接方式实现两台主机的多重互连。

如果双机系统有冗余连接，在第一条通信路径失效的情况下，控制软件可以尝试使用第二条通信路径进行连接。

因此，为了避免不必要的失效切换，最好建立两种以上独立的物理路径，使用至少两种心跳。

双机热备份系统具有配置简单，使用方便，价格低廉等诸多优点，但由于镜像服务器需要采用网络 方式镜像数据，通过镜像软件实现数据的同步，因此需要占用网络服务器的CPU及内存资源，造成服务器的性能有所降低。

本方案仅讨论Redhat Linux系统下的双机热备份系统的实现，使用的双机控制软件是Linux-HAheartbeat。

因此，除了安装操作系统及相关的应用服务程序之外，还需要安装heartbeat控制软件。

通过对heartbeat软件的配置，可以把两台服务器分别指定为主节点和从节点，指定心跳信号的时间间隔，指定cluster IP、子网掩码、广播地址、鉴权方式，还可以设置heartbeat启动的服务，该服务最终由双机系统通过cluster IP对外提供。

Heartbeat可以最大限度地保护用户端的应用连续性。

用户的硬件资源(如网卡)，软件资源（如操作系统、数据库管理系统、数据库应用系统、电子邮件系统等）均能处于heartbeat容错软件的保护之下，当这些被保护的资源出现技术故障时， heartbeat容错软件可以随时实施系统资源的切换。

因此，heartbeat真正实现了用户硬件或是软件资源发生故障时系统及应用层上的在线热切换。

Heartbeat软件的特点有： 不需增加额外硬件资源，纯软件方式实现双机容错，并且对双机无硬件配置要求。

可支持DB2，Notes、Exchange、SQL Server、Sybase、Informix、Oracle 、SAP等多种系统的应用层热切换。

支持共享磁盘阵列柜和内存镜像等多种方式，给用户提供了选择上的灵活性，同时也能适应各种机型、网络结构、软件平台及应用系统。

占用系统资源较少，不增加网络负荷，并且不会干扰具体应用程序的运行和操作。

真正实现无人值守，全自动地实现系统资源和应用服务的切换。

方案说明 服务器Server A和Server B构成双机热备份系统的两台主机，并且分别作为主节点（Primary Server）和从节点（Standby Server）。

两台主机均运行Linux-HA heartbeat，该软件成为双机热备系统的控制程序。

两台主机通过串口线、以太网等多种方式进行连接，传送数据和心跳信号，并互相进行状态监视。

可以只使用一种连接方式（如以太网连接），但是多种连接方式下的冗余路径可以保证双机连接的可靠性和服务质量。

数据库服务器或磁盘阵列柜是专门的数据存储和共享设备，两台服务器在运行时，均从该设备中读取和存储数据。

这种方式可以有效地提高数据传输效率，提高双机热备服务器的系统性能，并且能够保证两台服务器之间的数据同步。

双机备份系统有两种配置方式，分别是“基于系统切换的双机系统”和“基于系统镜像的双机系统”，二者的区别是： 基于系统切换的双机系统仅仅把两台服务器的硬盘数据进行镜像，在主节点失效的情况下，从节点将进行系统一级的切换。

该方式不能实现无缝切换，实现的是冷备份。

基于系统镜像的双机系统把两台服务器的硬盘数据和内存数据都进行镜像。

为保证完全的内存镜像，两台服务器之间需通过专用连接网段实时地保持一个连续的、双向的镜像进程，该进程确保两台服务器之间的数据同步。

一旦故障发生，无论任何一台服务器失效，失效服务器上的数据和应用，将立即切换到另一台服务器上，从而使用户在没有中断的情况下可以继续使用双机系统提供的服务。

该方式能够做到无缝切换，实现的是热备份。

本方案描述的heartbeat双机热备份系统是一种基于系统镜像的双机系统，实现方法是，主节点在出现故障的情况下，集群IP地址无缝地切换到从节点，从而客户机对服务器的访问可以由从节点来支持。

但是两台服务器之间并没有镜像进程完成彻底的内存镜像，因而主节点在故障时所运行的数据信息不能切换到从节 点，造成数据丢失以及服务中断。

所以该方案不是严格意义上的系统镜像，实现的是服务一级的切换，并不能实现实时数据的切换。