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

通常说的双机热备是指两台机器都在运行，但并不是两台机器都同时在提供服务。

当提供服务的一台出现故障的时候，另外一台会马上自动接管并且提供服务，而且切换的时间非常短。

下面来以keepalived结合tomcat来实现一个web服务器的双机热备过程：

keepalived的工作原理是VRRP虚拟路由冗余协议。

在VRRP中有两组重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。

VRRP路由器是指运行VRRP的路由器，是物理实体，虚拟路由器是指VRRP协议创建的，是逻辑概念。一组VRRP路由器协同工作，共同构成一台虚拟路由器。Vrrp中存在着一种选举机制，用以选出提供服务的路由即主控路由，其他的则成了备份路由。

当主控路由失效后，备份路由中会重新选举出一个主控路由，来继续工作，来保障不间断服务。

两台物理服务器和一个虚拟服务器（vip）：master：redhat2．6．18－53．el5192．168．8．4；backup：redhat2．6．18－53．el5192．168．8．6；vip：192．168．8．100。

节点A192．168．8．4（主节点），节点B192．168．8．6（备用节点），虚拟IP（对外提供服务的IP192．168．8．100）

在这种模式下，虚拟IP在某时刻只能属于某一个节点，另一个节点作为备用节点存在。

当主节点不可用时，备用节点接管虚拟IP（即虚拟IP漂移至节点B），提供正常服务。

keepalived的原理可以这样简单理解：

keepalived安装在两台物理服务器上，并相互监控对方是否在正常运行。

当节点A正常的时候：节点A上的keepalived会将下面的信息广播出去：

192．168．8．100这个IP对应的MAC地址为节点A网卡的MAC地址

其它电脑如客户端和NodeB会更新自己的ARP表，对应192．168．8．100的MAC地址＝节点A网卡的MAC地址。

当节点A发生故障的时候，节点B上的keepalived会检测到，并且将下面的信息广播出去：

192．168．8．100这个IP对应的MAC地址为节点B网卡的MAC地址

其它电脑如客户端会更新自己的ARP表，对应192．168．8．100的MAC地址＝节点B网卡的MAC地址。

扩展资料：

双机热备特指基于active/standby方式的服务器热备。服务器数据包括数据库数据同时往两台或多台服务器执行写操作，或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。

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

Keepalived的运行原理是基于VRRP（虚拟路由冗余协议）机制，在VRRP中有两个重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。

VRRP路由器是一种实体路由器设备，而虚拟路由器则是基于VRRP协议构建的虚拟路由器，是软性的虚拟概念，一组VRRP路由器协同工作，共同构造一台虚拟服务器。

VRRP协议支持一种选举机制，主要用来选出用来提供服务的路由即主控路由，其它的就是备份路由了，当主控路由失效之后，备份路由中重新选出一个主控路由（往往按照设置好的优先级别重新分配），接管主控服务，继续工作，来保证不间断的提供服务。

参考资料：百度百科-双机热备

撸主，linux系统可以用tar打包的方式备份系统。

大概原理：

linux启动过程，‘开机’-‘读取bios设置’-‘从bios指定的硬盘mbr分区找引导’-‘根据引导加载内核并启动’-‘初始化内核&挂载磁盘’-‘启动其他程序’，可以大概理解为读取引导+启动，因此可以想办法把系统所有文件tar打包后，还原到目标机器，再写入引导修改相关参数设置即可

具体操作可以参考我的blog:linux系统整机备份

PS：限制条件，blog中只在centos5 6 7上测试通过，其他系统可能启动时加载的内容不同，需要修改对应的设置

---