pluswell首先发布Red Hat AS5.0双机热备份软件

pluswell热备份软件继发布suse linux双机热备份软件后，经过研发人员不懈的努力，率先发布pluswell For Linux Red Hat AS5.0双机热备份软件，该软件已经成功运行在多家国家大型企事业业务平台上。经过严格测试是完全稳定可靠的。

       pluswell For Linux Red Hat AS5.0双机热备份软件支持带磁盘阵列与不带磁盘阵列的纯软双机模式，随着AS5.0逐渐成熟，相信很多业务平台会逐渐转向AS5.0。

 

        Pluswell Red Hat AS5.0双机热备份软件

一． Red Hat AS5.0双机热备份软件技术简介及其应用 (支持共享磁盘阵列方式)

（一）                   Red Hat AS5.0双机热备份软件 原理

1、                                      Red Hat AS5.0双机热备份软件 定义、特性、资源保护

PlusWell Cluster Cluster 容错软件 提供了一个完全容错的软件解决方案，并提供数据、应用程序和通信资源的高度可用性。Red Hat AS5.0双机热备份软件不需要任何特别的容错硬件,并访问特定节点的配置数据。Red Hat AS5.0双机热备份软件会自动地提供错误检测和现场恢复。

在出现故障的情况下，Red Hat AS5.0双机热备份软件会将保护资源自动转换到一个根据预先设定好优先权的系统。在实际进行切换用户时，会经历一个十分短暂的休眠，但是，当系统完成了切换操作后，Red Hat AS5.0双机热备份软件会在所选择的节点上自动地恢复操作。

可以被Red Hat AS5.0双机热备份软件保护起来的资源是：

卷（Volume）

IP 地址

共享文件

管理器服务器名称

应用程序

定义的用户

2、心跳故障检测Heartbeat

Red Hat AS5.0双机热备份软件 在集群节点间保持着间歇的通信信号，也叫做心跳信号，是错误检测的一个机制。即通过每一个通信路径，在两个对等系统之间进行周期性的握手,如果连续没有收到的心跳信号到了一定的数目，Red Hat AS5.0双机热备份软件就把这条路径标示为失效（红色）。

如果你只定义了一条通信路径，当Red Hat AS5.0双机热备份软件把这唯一的一条通信路径标为失效时， Red Hat AS5.0双机热备份软件便立即开始恢复过程。然而，如果你有冗余路径， Red Hat AS5.0双机热备份软件能够通过第二条路径确定是系统故障还是只是通信路径有问题。如果Red Hat AS5.0双机热备份软件开启优先级第二的通信路径并收到了心跳信号，它就不开始failover恢复，只需要把第一条通信路径标成红色（失效），作为信号告诉你需要修复有故障的路径。

一般情况下Red Hat AS5.0双机热备份软件 只在下列事件发生时，启动系统恢复功能：

所有的通信路径故障。如果所有节点都没能收到心跳信号， 把所有通信路径都标为失效， Red Hat AS5.0双机热备份软件开始安全检查。

安全检查失败。当所有通信路径故障时，Red Hat AS5.0双机热备份软件向整个网络发出安全检查信号。如果信号指出配对系统还“活”着的时候，Red Hat AS5.0双机热备份软件不启动Failover。如果安全检查没从配对节点返回信号，Red Hat AS5.0双机热备份软件就开始Failover。

因而，为了减少由于潜在的通讯错误所引起的不必要的系统切换，建议您使用不同介质的多条通信路径。

3、                                      通信路径

   Red Hat AS5.0双机热备份软件支持在节点之间和心跳通讯中，使用如下通讯路径：

(1) socket， 即套接字。你使用任何的网络硬件接口，只要它能够支持TCP/IP的通讯协议。这样的硬件包括：以太网、快速以网。

(2)串行口 在Red Hat AS5.0双机热备份软件配置中， 你应当配置有一个串行口通信路径。串口通信路径需要利用RS232的拟调解线路来与Red Hat AS5.0双机热备份软件系统相连接。

Red Hat AS5.0双机热备份软件 假定当通过心跳信号检测其它服务器失败时，则认为此服务器是关闭的。因此，为了避免不必要的失效切换，最好建立两种以上独立的物理路径，使用至少两种心跳。

例如，如果两个服务器被一个串口连接起来，并且，从属服务器来的心跳信号无法被主服务器所检测到，则下面之一是可能引起这一现象的原因：

服务器的RS-232卡或者端口失败

电缆失效

主服务器暂时挂起

主服务器失败

失效切换只可能在最后一种情况下才发生。因此，节点间的多种通信路径可以帮助避免不必要的失效切换。

（二）Red Hat AS5.0双机热备份软件配置示范

 

软件、硬件配置

a、软件：Red Hat AS5.0双机热备份软件。

b、硬件：服务器可以是任何Intel基础上的平台， Server的型号、配置不必一致，只需硬件平台能保证Windows NT/2K/Linux/Unix运行；磁盘阵列正常使用。

 

1、Red Hat AS5.0双机热备份软件运行机制

I、共享的SCSI 和Red Hat AS5.0双机热备份软件锁定

Red Hat AS5.0双机热备份软件 锁定：Red Hat AS5.0双机热备份软件管理共享磁盘上的数据，以防止多个服务器在同一时间访问数据。Red Hat AS5.0双机热备份软件在逻辑设备级（卷）上控制对数据的访问，并让Windows/Linux软件或硬件RAID Controllers 管理物理级。有了Red Hat AS5.0双机热备份软件来管理对共享数据的访问，用户就可以不必担心群中的其它服务器访问数据时， 可能会带来的数据访问冲突。Red Hat AS5.0双机热备份软件自动在被应用程序定义为共享资源的磁盘卷上设置锁定。当被保护的应用程序由一个服务器被移动/转换到另一个服务器时， Red Hat AS5.0双机热备份软件控制这些锁定，以保证激活服务器对共享卷的访问。

在主系统发生故障的情况下， 次节点系统将能够在磁盘上建立SCSI 锁定，并在备份的系统上将资源投入使用。

II、                                  Local Recovery（局部恢复）

Red Hat AS5.0双机热备份软件 在应用软件的检测时间间隔执行预先定义的行为，以察看资源本身是否失效。如果快速检查和深入检查均局部告失败，系统将尝试局部恢复资源。如果尝试成功，资源将不会向下一优先级的节点进行失效切换（failover）。如果局部恢复尝试失败，系统将向下一优先级的节点进行失效切换。

III、                                    Failover（失效切换）

指定主要的节点或资源失败时，重新恢复资源的过程。一个失效切换通常是没有事先计划的，它将发生在一个被从属系统所检测到并确定为失败的情况下。

IV、                                        Switchback（可配置的迁回）

Configurable Switchback（CS ）允许Red Hat AS5.0双机热备份软件管理员通过命令行或GUI界面来指定资源，其所在服务器发生故障而后又恢复正常，该资源将被自动地切换回到原来节点上。如果选择Auto Switchback，那么，一旦发生故障的节点回到服务状态时，被配置失效切换的层次都将被切换回到该节点上。如果策略没有选定Auto Switchback，即使当发生故障的节点回到服务状态时，被配置失效切换的层次也会留在它们被失效切换到的节点上，等待由管理员决定合适的时间进行切换。

V、                                            Switchover（正常切换）

指用一个有顺序的方式关闭资源，然后将它们恢复到一个备份系统的过程。这通常发生在当你处于维护或者测试模式中的情况下。这时，没有任何东西失败。

2、                         工作方式

 

在一个激活/备用对中， 主节点处于处理状态，从属节点处于备用状态，以防主节点上发生失败。备用系统可以是一个小一点、性能低一点的系统，但是，当主节点失败时，它必须有保证资源可达性的处理能力。例如，假设Server1是主“激活”节点，Server2是次“备用”节点。如果Server1发生故障了，它的被保护资源由Server2 节点来恢复。当节点Server1恢复后， 资源可以被Server1重新获得。然而，当Server2 节点失败时，Server2节点上并没有需要被Server1节点恢复的资源。

在一个激活/激活对中， 两个节点都是激活的处理器，但是它们也可分别作为其对应节点上的资源和资源层次的从属节点。

在激活/激活的图表中，有两个主要应用：APPA 处于Volume w中，并且在Server1上激活。APPB存储在Volume M上，并且在Server2上激活。在这一配置中，Server1应该是Volume W：资源的主节点，Server2应该是Volume M：资源的主节点。

当Server2失败时， Red Hat AS5.0双机热备份软件应该将Volume M：转换到Server1上去。如果系统资源是足够的，这一转换不会影响到已经在Server1上运行的APPA，转换只是简单地将Server2上的被保护应用程序（APPB）加到Server1的运行负载上

本文出自 “集成少帅” 博客，谢绝转载！