双机热备、集群及高可用性入门
双机保障(热备)实现系统高可用性
双机保障（热备）实现系统高可用性1.背景随着当前网络的快速发展，很多传统的服务已经转移到网络环境中实施，例如数据存储、金融交易、企业管理、通信传输等，当前大部分服务都是采用中心服务器的模式。
网络环境的脆弱性，导致中心服务器出现故障的几率比较大。
因为在网络环境下，导致服务器故障的原因是错综复杂，无法预测的，例如网络攻击、电缆断线、操作系统故障、软件故障、设备故障等。
一旦服务器出现故障，那么所提供的服务就会被中断一段较长的时间。
一般地讲，在技术人员在现场的情况下，恢复服务器正常可能需要１０分钟、几小时甚至几天。
从实际经验上看，除非是简单地重启服务器（可能隐患仍然存在），否则往往需要几个小时以上。
而如果技术人员不在现场，则恢复服务的时间就更长了。
因此，服务器提供服务的持续性是得不到保证的。
但是，对于一些企业级应用来说，用户是很难忍受这样长时间的服务中断的，保证系统能够持续地、稳定地提供服务至关重要。
对于某些执行关键使命的系统，甚至要求系统能够具备365×24不停顿运行的能力。
因此，出现了高可用性的需求和方案。
HIFN实验室在研究UTM（统一威胁管理）平台时，采用了一种“双机热备”的技术方案保证UTM系统的高可用性。
该UTM平台采用了HIFN HPM模式匹配算法来完成内容过滤和病毒扫描，并使用了HIFN FlowThrogh IPSec加速卡来实现VPN。
以下笔者将会结合该UTM平台详细介绍这种“双机热备”式的高可用性技术方案。
2.概述双机热备技术，概括地说，就是使用两台服务器，通过即时备份数据的方式，实现系统的高可用性。
其基本原理是这两台服务器，一台处于active状态，称为主服务器，一台处于standby状态，称为备用服务器。
在正常情况下，由处于active状态的主服务器提供服务，当主服务器出现故障时，处于standby状态的备用服务器被激活，接替主服务器继续提供服务。
而整个过程无需人工干预，在短时间内自动完成服务接管。
NFS双机热备高可用环境-运维笔记
NFS双机热备⾼可⽤环境-运维笔记NFS⾼可⽤⽬的部署NFS双机热备⾼可⽤环境，⽤作K8S容器集群的远程存储，实现K8S数据持久化。
NFS⾼可⽤思路NFS + Keepalived 实现⾼可⽤，防⽌单点故障。
Rsync+Inotify 实现主备间共享数据进⾏同步。
环境准备技术要求两个NFS节点机器的配置要⼀致keepalived监控nfs进程，master的nfs主进程宕掉⽆法启动时由slave的nfs接管继续⼯作。
k8s数据备份到slave，同时master和slave数据⽤rsync+inotify实时同步，保证数据完整性。
⽣产环境下，最好给NFS共享⽬录单独挂载⼀块硬盘或单独的磁盘分区。
关闭两台节点机的防⽕墙和Selinux关闭防⽕墙# systemctl stop firewalld.service# systemctl disable firewalld.service# firewall-cmd --statenot running关闭selinux# cat /etc/sysconfig/selinuxSELINUX=disabled# setenforce 0# getenforceDisabled# rebootNFS⾼可⽤部署记录⼀、安装部署NFS服务（Master和Slave两机器同样操作）1）安装nfs# yum -y install nfs-utils2）创建nfs共享⽬录# mkdir /data/k8s_storage3）编辑export⽂件，运⾏k8s的node节点挂载nfs共享⽬录这⾥可以使⽤node节点的ip⽹段进⾏挂载配置也可以直接使⽤node节点的具体ip（⼀个ip配置⼀⾏）进⾏挂载配置# vim /etc/exports/data/k8s_storage 172.16.60.0/24(rw,sync,no_root_squash)4）配置⽣效# exportfs -r5）查看⽣效# exportfs6）启动rpcbind、nfs服务# systemctl restart rpcbind && systemctl enable rpcbind# systemctl restart nfs && systemctl enable nfs7）查看 RPC 服务的注册状况# rpcinfo -p localhost8）showmount测试Master节点测试# showmount -e 172.16.60.235Export list for 172.16.60.235:/data/k8s_storage 172.16.60.0/24Slave节点测试# showmount -e 172.16.60.236Export list for 172.16.60.236:/data/k8s_storage 172.16.60.0/24#############################################################################或者到ks的任意⼀个node节点上⼿动尝试挂载NFS，看是否挂载成功:[root@k8s-node01 ~]# mkdir /haha[root@k8s-node01 ~]# mount -t nfs 172.16.60.235:/data/k8s_storage /haha[root@k8s-node01 ~]# umount /haha[root@k8s-node01 ~]# mount -t nfs 172.16.60.236:/data/k8s_storage /haha[root@k8s-node01 ~]# umount /haha[root@k8s-node01 ~]# rm -rf /haha#############################################################################⼆、安装部署keepalived（Master和Slave两机器同样操作）1）安装keepalived# yum -y install keepalived2）Master节点的keepalived.conf配置这⾥特别需要注意：⼀定要设置keepalived为⾮抢占模式，如果设置成抢占模式会在不断的切换主备时容易造成NFS数据丢失。
双机热备高可用解决方案
双机热备高可用解决方案双机热备高可用解决方案是一种常见的应用服务器高可用性方案，通过将两台服务器配置为主备关系，主服务器负责正常的应用服务处理，备服务器则处于备用状态，随时准备接管主服务器的工作，以确保系统的稳定性和可用性。
以下是一个典型的双机热备高可用解决方案的构建过程，包括网络配置、数据同步、故障检测和切换机制：1.网络配置：将两台服务器连接到同一个局域网中，并配置相应的IP地址和子网掩码，确保彼此可以相互通信，建立心跳通道用于主备服务器之间的通信。
2.数据同步：在双机热备方案中，主服务器会不断处理应用请求并生成数据，备服务器需要及时同步主服务器的数据以保持数据的一致性。
这可以通过异步数据同步、基于共享存储的数据复制或者数据库复制等方式实现。
3.故障检测：为了及时检测主服务器的状态，可以使用心跳检测机制。
主服务器会周期性地向备服务器发送心跳信号，如果备服务器在一定时间内没有收到主服务器的心跳信号，就会判断主服务器发生了故障。
4.切换机制：当备服务器检测到主服务器故障后，会通过切换机制将自己转为主服务器继续处理应用请求，以确保系统的可用性。
切换机制可以通过改变DNS解析、负载均衡器配置或者通过共享存储等方式实现。
5.故障恢复：一旦主服务器恢复正常，可以通过自动或者手动的方式将主服务器重新接管应用服务，备服务器恢复备用状态。
此外，为了进一步提高系统的可用性1.冗余配置：可以通过增加更多的备服务器来提高系统的冗余度，从而进一步减少系统故障的影响。
2.负载均衡：通过引入负载均衡器来分发应用请求，可以将请求在主备服务器之间平衡分配，减轻服务器的负载。
3.监控和报警：设置监控系统来实时监测服务器的状态，以及时发现并解决潜在的问题。
总结起来，双机热备高可用解决方案是一种常见且有效的应用服务器高可用性方案，通过主备服务器的配置、网络设置、数据同步、故障检测和切换机制等措施，可以提高系统的稳定性和可用性，保证应用服务的连续性和用户体验。
高可用多机集群数据备份双机热备方案
PLUSWELL多机集群、数据备份解决方案北京蓝科泰达科技有限公司2008年7月一：概述企业和事业单位的运转越来越依赖于计算机系统，如果一旦这个数据处理中心无法正常运转，就会造成业务停顿，导致不可挽回的损失。
而现有的双机热备份设备存在价格高昂，成本较高的情况，往往使用户望而却步。
而用户寻求底成本的纯软件方案又往往因产品不容易维护，纯软件双机方案不稳定等因素，往往给用户造成不必要的使用麻烦。
有时因护理不当造成数据损坏，发生更大的事故。
蓝科泰达凭借其丰富的研发经验，为您提供高可用性系列产品和优质的服务，推出了蓝科泰达双机容错打包解决方案，目的在于保证数据永不丢失和系统永不停顿，同时为用户节省大量的开支。
蓝科泰达容错系统结合了蓝科泰达磁盘阵列产品的安全可靠性与双机容错技术高可用性的优点，相互配合二者的优势。
蓝科泰达磁盘阵列针对双机容错技术做了许多优化和改进，满足了双机硬件的连接要求，根据应用环境的实际情况，适用于Windows2000平台以上，开放源代码Linux平台，SCO UNIX平台上的多种双机热备软件。
二、需求分析企业关键业务一旦中断，企业的日常运作将受到致命的影响，那么就要求我们的系统在最短的时间内将系统恢复到正常状态。
所以我们要求双机软件能够实现以下几点：1、异常终端检测2、网络故障，系统故障，应用程序故障等全系统检测3、当高可用系统中的某个节点故障，无须人工干预自动切换，保障系统运行4、速度快（快速恢复）贵单位业务平台，是以Windwos 2003 Server系统平台为基础，以SQL Server核心的数据库应用系统，该系统对稳定性要求很高、系统实时性和可用性提出要有连续运行的能力，系统一旦出现故障，其损失是惨重的。
因此，建议用户采用高可用技术，高可用系统在各个节点间保持的间歇的通讯，使系统中的独立节点组合成整体的一套系统，并使用PlusWell 软件可以保障该系统中的某一节点故障都可被PlusWell 软件所监控，如主服务器应用程序、网卡、操作系统，均纳入公共的安全体系，确保7*24的不停机。
双机热备——高可用系统方案的比较
双机热备——高可用系统方案的比较今天，我们生活在信息化的时代已是不争的事实，确保信息系统能够持续稳定地提供日常的信息服务已成为企业正常运转的重要因素。
目前为确保信息系统持续有效的运转人们通常采用服务器的高可用群集系统方案，也就是我们通常所说的双机热备系统。
其一般结构及配置如下图：在群集系统中安装了双机热备软件的主服务器和备服务器同时与数据磁盘系统连接，在系统运行中，双机热备软件周期性地监测着系统的主要工作状态如：系统运行状态、网络运行状态、数据磁盘的运行状态、业务应用系统的运行等状态。
同时通过连接两台服务器的侦测网络互相通报彼此运行状态，当其中一台服务器无法收到另一台服务器正常工作的状态时一经确认就会按照预定的策略自动接管故障服务器的数据和任务使企业的信息系统继续运转,很好的解决了企业的业务连续性问题。
就双机热备系统而言无论使用那种双机热备软件其系统组成是基本相同的,但系统硬件配置会有很大的不同，双机热备系统的硬件配置大至可分为两种：①服务器2台、RAID卡2块（或配有RAID卡功能的服务器2台）、无RAID控制器的磁盘阵列1台。
②服务器2台、SCSI卡2块（或配有SCSI口的服务器2台）、有RAID控制器的磁盘阵列1台。
不同硬件系统配置的双机热备系统在功能上是基本相同的但在使用上和性能上是有差别的。
使用上的差别：1、通用性：在系统的配置①中由于数据磁盘的RAID容错功能是由服务器中RAID卡提供的所以数据磁盘中的数据无法直接迁移到其他硬件系统中使用只能依附于相应服务器。
而在系统的配置②中由于数据磁盘的RAID容错功能是由阵列自身RAID 控制器提供的，所以在需要时有RAID控制器的磁盘阵列可迁移到任何一台相同OS 的服务器上使用且数据不会丢失。
2、管理性：在系统的配置①中由于数据磁盘的RAID功能管理是由固化在RAID卡BIOS中的管理软件管理的所以通常在需要对阵列进行管理操作时（如：磁盘容量扩展、故障磁盘的恢复）就需要把2台服务器都停下来重新启动并切入RAID卡的管理界面再做相应的操作而此时企业的业务工作要等待系统的维护工作完成后才能重新进行这无疑加大了企业的维护成本和维护的复杂性。
Keepalived双机热备(LVS+Keepalived高可用性群集)
Keepalived双机热备（LVS+Keepalived高可用性群集）一，根据实验要求规划网络拓扑。
注：根据实验要求搭建网络拓扑，具体规划如图。
二，配置Keepalived双机热备主（备）服务器。
注：安装相关支持软件包，编译安装Keepalind。
主配置文件在/etc/keepalived/keepalived.conf注：配置主Keepalived服务器。
Notification_email 是邮件相关信息，以邮件的方式向管理员发送程序相关的信息，这里可以不做修改。
Router_id本服务器的名称。
Vrrp_instance 定义一个实例。
State 热备状态MASTER为主，SLAVE为备份。
Interface 承载VIP地址的物理接口。
Virtual_router_id 虚拟服务器的ID号，一个实例中的所有服务器的Virtual_router_id要保持一致。
Priority 优先级，最高为100。
Advert_int 通告时间间隔（秒）。
Authentication 认证方式，同一个实例的个服务器要保持一致。
Virtual_ipaddress漂移地址（VIP）。
注：备份（热备）服务器的配置，需要修改的地方有本服务器名称，热备状态和优先级。
（这里使用的是eth5网卡）注：在主（热备）服务器上可以查看到VIP。
注：备份（热备）服务器上面查看不到VIP。
三，搭建WEB服务器。
注：搭建两台WEB服务器，IP分别为192.168.1.4和192.168.1.5。
四，部署LVS+Keepalived高可用性群集。
注：修改内核参数，群集相关请参考“LVS负载均衡群集”。
注：修改Keepalived服务器配置，添加虚拟web服务器（主备服务器的配置一样即可）。
Virtual_server 虚拟服务器IP（即VIP）lb_algo 负载调度算法。
Lb_kind群集类型。
Real_server指定真实WEB服务器IP及服务（端口号）。
服务器双机热备方案
服务器双机热备方案
在现代社会，服务器作为信息存储和传输的重要设备，其稳定性和可靠性显得
尤为重要。
为了确保服务器在遇到故障时能够实现快速切换和备份，双机热备方案应运而生。
双机热备方案是指在服务器集群中，两台服务器同时工作，一台作为主服务器，另一台作为备份服务器。
主服务器负责正常的数据处理和服务提供，备份服务器则时刻与主服务器保持同步，一旦主服务器出现故障，备份服务器可以立即接管工作，实现快速切换，保证系统的连续性和稳定性。
双机热备方案的实现需要借助专业的硬件设备和软件技术。
首先，硬件方面需
要两台服务器具有相同的配置和性能，以及高可靠性的存储设备和网络设备。
其次，软件方面需要利用专业的双机热备软件，实现数据的实时同步和故障的快速切换。
另外，还需要配备专业的监控系统，及时发现故障并进行处理。
在实际应用中，双机热备方案可以应用于各种对系统稳定性要求较高的场景，
比如金融交易系统、电信运营系统、医疗信息系统等。
通过双机热备方案，可以最大程度地提高系统的可用性和稳定性，保证用户的正常使用和数据的安全性。
总的来说，双机热备方案是一种高可用性的服务器备份方案，可以在主服务器
故障时实现快速切换，保证系统的连续性和稳定性。
通过合理的硬件配置和专业的软件技术，双机热备方案可以在各种对系统稳定性要求较高的场景中得到应用，为用户提供更加可靠的服务和保障。
双机热备高可用解决方案
双机热备高可用解决方案双机热备高可用解决方案是指在应用系统架构中，通过将两台服务器配置为主备的形式，实现在主服务器故障时自动切换到备用服务器，从而保证系统的持续稳定运行。
本文将详细介绍双机热备高可用解决方案的原理、特点以及实施步骤。
一、双机热备高可用解决方案的原理1.主备切换机制：主服务器和备用服务器通过心跳检测机制进行通信，一般采用网络心跳方式实现，主服务器定期发送心跳包到备用服务器，备用服务器检测到主服务器心跳包后回复心跳包确认信号。
当备用服务器连续若干次未收到主服务器心跳包时，备用服务器会判断主服务器已失效，触发主备切换操作。
主备切换操作包括备用服务器接管主服务器的IP地址、关闭主服务器上的应用服务、启动备用服务器上的应用服务等步骤。
2.数据同步机制：为了保证主备服务器之间的数据一致性，需要实现数据同步机制。
主备服务器之间可以采用数据库复制、文件同步、镜像技术等方式进行数据同步。
当主服务器上的数据发生变化时，备用服务器会自动同步这些变化，以保证备用服务器上的数据与主服务器上的数据保持一致。
二、双机热备高可用解决方案的特点1.高可用性：通过主备切换机制，当主服务器故障时，系统可以自动切换到备用服务器，保证系统的持续稳定运行，提高了系统的可用性。
2.数据一致性：通过数据同步机制，主备服务器之间的数据可以做到实时同步，从而保证了数据的一致性。
3.快速恢复：主备切换操作可以在几秒到几分钟内完成，可以实现系统的快速恢复，减少了系统停机时间。
4.无需人工干预：主备切换操作可以自动触发，无需人工干预，减少了人为错误的发生。
5.资源共享：主备服务器之间可以实现资源共享，备用服务器可以使用主服务器上的资源，提高了系统的资源利用率。
三、双机热备高可用解决方案的实施步骤1.硬件准备：需要准备两台具备相同硬件配置的服务器，包括CPU、内存、硬盘等。
同时，需要准备网络设备，确保主备服务器之间可以进行通信。
2.软件安装：在主备服务器上安装相同的操作系统和应用软件。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
双机热备、集群及高可用性入门什么是双机热备？双机热备这一概念包括了广义与狭义两种意义。
从广义上讲，就是对于重要的服务，使用两台服务器，互相备份，共同执行同一服务。
当一台服务器出现故障时，可以由另一台服务器承担服务任务，从而在不需要人工干预的情况下，自动保证系统能持续提供服务。
(相关文章：为什么需要双机热备？)双机热备由备用的服务器解决了在主服务器故障时服务不中断的问题。
但在实际应用中，可能会出现多台服务器的情况，即服务器集群。
(相关文章：双机软件与集群软件的异同)双机热备一般情况下需要有共享的存储设备。
但某些情况下也可以使用两台独立的服务器。
(相关文章：双机热备的实现模式)实现双机热备，需要通过专业的集群软件或双机软件。
(相关文章：双机与集群软件的选择)从狭义上讲，双机热备特指基于active/standby方式的服务器热备。
服务器数据包括数据库数据同时往两台或多台服务器写，或者使用一个共享的存储设备。
在同一时间内只有一台服务器运行。
当其中运行着的一台服务器出现故障无法启动时，另一台备份服务器会通过软件诊测（一般是通过心跳诊断）将standby机器激活，保证应用在短时间内完全恢复正常使用。
(相关文章：双机热备、双机互备与双机双工的区别)为什么要做双机热备？双机热备针对的是服务器的故障。
服务器的故障可能由各种原因引起，如设备故障、操作系统故障、软件系统故障等等。
一般地讲，在技术人员在现场的情况下，恢复服务器正常可能需要１０分钟、几小时甚至几天。
从实际经验上看，除非是简单地重启服务器（可能隐患仍然存在），否则往往需要几个小时以上。
而如果技术人员不在现场，则恢复服务的时间就更长了。
而对于一些重要系统而言，用户是很难忍受这样长时间的服务中断的。
因此，就需要通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的服务。
决定是否使用双机热备，正确的方法是要分析一下系统的重要性以及对服务中断的容忍程度，以此决定是否使用双机热备。
即，你的用户能容忍多长时间恢复服务，如果服务不能恢复会造成多大的影响。
在考虑双机热备时，需要注意，一般意义上的双机热备都会有一个切换过程，这个切换过程可能是一分钟左右。
在切换过程中，服务是有可能短时间中断的。
但是，当切换完成后，服务将正常恢复。
因此，双机热备不是无缝、不中断的，但它能够保证在出现系统故障时，能够很快恢复正常的服务，业务不致受到影响。
而如果没有双机热备，则一旦出现服务器故障，可能会出现几个小时的服务中断，对业务的影响就可能会很严重。
另有一点需要强调，即服务器的故障与交换机、存储设备的故障不同，其概念要高得多。
原因在于服务器是比交换机、存储设备复杂得多的设备，同时也是既包括硬件、也包括操作系统、应用软件系统的复杂系统。
不仅设备故障可能引起服务中断，而且软件方面的问题也可能导致服务器不能正常工作。
还应指出的是，一些其他的防护措施如磁盘阵列（RAID）、数据备份虽然是非常重要的，但却不能代替双机热备的作用。
可参见相关文章：双机热备与数据备份/Raid的关系双机热备的实现模式－基于共享存储与纯软件方式双机热备有两种实现模式，一种是基于共享的存储设备的方式，另一种是没有共享的存储设备的方式，一般称为纯软件方式。
基于存储共享的双机热备是双机热备的最标准方案。
对于这种方式，采用两台（或多台，参见：双机与集群的异同）服务器，使用共享的存储设备（磁盘阵列柜或存储区域网SAN）。
两台服务器可以采用互备、主从、并行等不同的方式。
在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务请求发送给其中一台服务器承担。
同时，服务器通过心跳线(目前往往采用建立私有网络的方式)侦测另一台服务器的工作状况。
当一台服务器出现故障时，另一台服务器根据心跳侦测的情况做出判断，并进行切换，接管服务。
对于用户而言，这一过程是全自动的，在很短时间内完成，从而对业务不会造成影响。
由于使用共享的存储设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行管理。
(典型的双机热备产品，参见：LanderCluster集群软件)对于纯软件的方式，则是通过支持镜像的双机软件，将数据可以实时复制到另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服务器出现故障，可以及时切换到另一台服务器。
对于这种方式的深入分析，请参见：纯软件方式的双机热备方案深入分析纯软件方式还有另外一种情况，即服务器只是提供应用服务，而并不保存数据（比如只进行某些计算，做为应用服务器使用）。
这种情况下同样也不需要使用共享的存储设备，而可以直接使用双机或集群软件即可。
但这种情况其实与镜像无关，只不过是标准的双机热备的一种小的变化。
纯软件方式的双机热备方案深入分析本文将对双机热备的纯软件方式进行深入分析。
数据库双机热备有两种典型的方式，一种是比较标准的，两台服务器通过一个共享的存储设备（一般是共享的磁盘阵列或存储区域网SAN），并且安装双机软件，实现双机热备，称为共享方式。
另一种方式是通过纯软件的方式，一般称为纯软件方式或镜像方式（Mirror）。
对于共享方式，数据库放在共享的存储设备上。
当一台服务器提供服务时，直接在存储设备上进行读写。
而当系统切换后，另一台服务器也同样读取该存储设备上的数据。
对于纯软件的方式，通过镜像软件，将数据可以实时复制到另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服务器出现故障，可以及时切换到另一台服务器。
纯软件方式有三大优点：1.避免了磁盘阵列的单点故障：对于双机热备，本身即是防范由于单个设备的故障导致服务中断，但磁盘阵列恰恰又形成了一个新的单点。
（比如，服务器的可靠系数是99.9%, 磁盘阵列的可靠系数是99.95%，则纯软双机的可靠系数是1-99.9%x99.9%=99.99%，而基于磁盘阵列的双机热备系统的可靠系数则会是略低于99.95%2.节约投资：不需购买昂贵的磁盘阵列。
3.不受距离的限制：两台服务器不需受SCSI电缆的长度限制（光纤通道的磁盘阵列也不受距离限制，但投资会大得多）。
这样，可以更灵活地部署服务器，包括通过物理位置的距离来提高安全性。
纯软件方式以前应用得较少，一方面是由于当时市场上比较流行的双机软件不支持纯软件方式，另一方面是由于少数支持纯软件方式的产品其可靠性不太令人放心。
但随着NEC这样的大牌厂商的产品进入市场，应该说纯软件方式将逐渐成为一种方向。
从方案选择的角度，建议在进行双机热备时，如果投资充裕、数据量大（1T 以上），可以采用共享的存储设备（如磁盘阵列）的方式，但应尽量选择高可靠性（如著名品牌的）设备，并且考虑选择双控制器的方案。
否则，则更好的选择是纯软件方式。
当然，这时就一定要选择成熟的、大厂商的经过考验的产品。
双机、集群的配置模式：主从、互备、多点集群在应用双机热备时，有多种应用模式，典型的包括主从、互备、多点集群三大类：主从模式是最标准、最简单的双机热备，即是目前通常所说的active/standby 方式。
它使用两台服务器，一台作为主服务器(Active)，运行应用系统来提供服务。
另一台作为备机，安装完全一样的应用系统，但处于待机状态(Standby)。
当active服务器出现故障的时候，通过软件诊测（一般是通过心跳诊断）将standby机器激活，保证应用在短时间内完全恢复正常使用。
双机互备，在双机热备的基础上，两个相对独立的应用在两台机器同时运行，但彼此均设为备机，当某一台服务器出现故障时，另一台服务器可以在短时间内将故障服务器的应用接管过来，从而保证了应用的持续性。
这种方式实际上是双机热备的一种应用。
它避免了两个应用使用四台服务器分别实现双机热备。
但双机互备存在着性能瓶颈，即如果进行切换后，在一台服务器上就有同时运行两个应用，有可能负载过大。
并且，有些情况下会有不止两台服务器对外提供服务。
在这种情况上，多点集群就显示出了其必要性。
多点集群可以理解为双机热备在技术上的提升。
多机服务器可以组成一个集群。
根据应用的实际情况，可以灵活地在这些服务器上进行部署，同时可以灵活地设置接管策略。
比如，可以由一台服务器作为其他所有服务器的备机，也可以设置多重的接管关系，等等。
这样，就可以充分地利用服务器的资源，同时保证系统的高可用性。
相关文章：双机软件与集群软件的异同如何选择与实施双机热备及高可用性方案?建议采取以下的步骤与方法：第一，确定对于双机热备或其他高可用性的要求。
在这一步骤要以应用为主导，进行认真的分析。
应该明确以下事项：•有哪些服务器在运行•服务器的操作系统与数据库系统、应用软件都是什么•使用什么样的应用系统•能够承担多长时间的服务中断•数据量、数据写入的频繁程度•硬件条件•大致的预算第二，确定双机热备及其他高可用性方案的模式。
1. 决定要不要备、谁和谁备。
采用数据库双机热备，应用服务器集群，是主从方式还是互备？亦或是多台服务器？请参见：双机热备与数据备份的关系双机热备、双机互备与双机双工的区别Web服务器和应用服务器的负载均衡2. 决定如何备。
就双机热备而言，是采用共享存储方式、纯软件备份方式、备机方式，甚至什么都不采用？请参见：基于存储共享的双机热备方案术语解释：磁盘阵列纯软件方式的双机热备方案第三，选择确定具体的设备、软件的型号。
要特别注意的是，不同的软件、存储设备之间存在兼容性的问题，因此一定要统一考虑，并提前及时咨询专业人员。
切忌出现采购了双机软件对相关的存储设备不兼容等问题。
请参见：LanderCluster软件概述LifeKeeper高可用性软件概述RoseHA双机软件概述第四，实施。
第五，在双机热备或其他高可用性方案实施完成后，一定要进行测试。
第六，在使用阶段，要定期对双机热备或其他高可用性系统是否能够正常切换进行测试。
目前，市场上主要的基于Windows和Linux平台的双机软件包括LanderCluster、LifeKeeper、RosaHA等。
有关方案规划与产品选择，请咨询我们。
双机热备、集群及高可用性软件产品的选择在进行双机热备、集群及高可用性软件产品的选择时，可按以下步骤进行：1. 明确应用的方式与要求：是双机方式还是多点集群？或者是目前使用双机、以后可能升级到集群？(相关内容：双机、集群的配置模式：主从、互备、多点集群)如果是双机，是采用共享的存储设备，还是采用基于镜像的纯软件方式？(相关内容：双机热备的实现模式 - 基于共享存储与纯软件方式)2. 了解清楚应用环境：使用什么操作系统？运行什么应用？(比如，数据库的版本)使用什么服务器？使用什么存储设备？如果考虑纯软件方式，则还有了解清楚：数据量的大小、数据写入的频率、应用的关键性与重要性(相关内容：纯软件方式的双机热备方案深入分析)3. 在此基础上，考虑以下因素，选择相应的软件产品：产品是否能支持所要求的应用方式？产品是否能支持所使用的应用环境？产品的其他特性：•是否支持远程监控？（可以使你不用非要经常跑到机房，才知道是否一台服务器宕机了）•界面语言。