通常说的双机热备是指两台机器都在运行,但并不是两台机器都同时在提供服务。
当提供服务的一台出现故障的时候,另外一台会马上自动接管并且提供服务,而且切换的时间非常短。
下面来以keepalived结合tomcat来实现一个web服务器的双机热备。
keepalived的工作原理是VRRP(Virtual Router Redundancy Protocol)虚拟路由冗余协议。
在VRRP中有两组重要的概念:VRRP路由器和虚拟路由器,主控路由器和备份路由器。
VRRP路由器是指运行VRRP的路由器,是物理实体,虚拟路由器是指VRRP协议创建的,是逻辑概念。一组VRRP路由器协同工作,共同构成一台虚拟路由器。 Vrrp中存在着一种选举机制,用以选出提供服务的路由即主控路由,其他的则成了备份路由。当主控路由失效后,备份路由中会重新选举出一个主控路由,来继续工作,来保障不间断服务。
我们在本文中的测试环境如下
两台物理服务器和一个虚拟服务器(vip):
master:redhat 2.6.18-53.el5 192.168.8.4
backup: redhat 2.6.18-53.el5 192.168.8.6
vip: 192.168.8.100
测试环境的网络topology图如下:
节点A 192.168.8.4 (主节点), 节点B 192.168.8.6(备用节点),虚拟IP(对外提供服务的IP 192.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地址。
1,在主备机器上安装keepalived,
步骤如下:下载keepalived-1.1.15.tar.gz,然后解压安装
#tar zxvf keepalived-1.1.15.tar.gz
#cd keepalived-1.1.15
#./configure
#make
#make install
2,配置keepalived
配置中的state MASTER决定了节点为主节点
priority决定了优先级,比如在有多个备用节点的时候,主节点故障后优先级值大的接管。
主节点的配置如下:
- global_defs {
- router_id NodeA
- }
- vrrp_instance VI_1 {
- state MASTER #设置为主服务器
- interface eth0 #监测网络接口
- virtual_router_id 51 #主、备必须一样
- priority 100 #(主、备机取不同的优先级,主机值较大,备份机值较小,值越大优先级越高)
- advert_int 1 #VRRP Multicast广播周期秒数
- authentication {
- auth_type PASS #VRRP认证方式,主备必须一致
- auth_pass 1111 #(密码)
- }
- virtual_ipaddress {
- 192.168.8.100/24 #VRRP HA虚拟地址
- }
备用节点的配置如下:
- global_defs {
- router_id NodeB
- }
- vrrp_instance VI_1 {
- state BACKUP #设置为主服务器
- interface eth0 #监测网络接口
- virtual_router_id 51 #主、备必须一样
- priority 90 #(主、备机取不同的优先级,主机值较大,备份机值较小,值越大优先级越高)
- advert_int 1 #VRRP Multicast广播周期秒数
- authentication {
- auth_type PASS #VRRP认证方式,主备必须一致
- auth_pass 1111 #(密码)
- }
- virtual_ipaddress {
- 192.168.8.100/24 #VRRP HA虚拟地址
- }
3,启动keepalived:
keepalived -D -f /usr/local/etc/keepalived/keepalived.conf
查看log消息:
tail -f /var/log/messages
启动主节点A后的日志为:会广播ARP消息
- [root@srv4 ~]# tail -f /var/log/messages
- Sep 20 01:45:29 srv4 Keepalived_vrrp: Configuration is using : 34546 Bytes
- Sep 20 01:45:29 srv4 Keepalived_vrrp: VRRP sockpool: [ifindex(2), proto(112), fd(8,9)]
- Sep 20 01:45:30 srv4 Keepalived_vrrp: VRRP_Instance(VI_1) Transition to MASTER STATE
- Sep 20 01:45:31 srv4 Keepalived_vrrp: VRRP_Instance(VI_1) Entering MASTER STATE
- Sep 20 01:45:31 srv4 Keepalived_vrrp: VRRP_Instance(VI_1) setting protocol VIPs.
- Sep 20 01:45:31 srv4 Keepalived_vrrp: VRRP_Instance(VI_1) Sending gratuitous ARPs on eth0 for 192.168.8.100
- Sep 20 01:45:31 srv4 Keepalived_vrrp: Netlink reflector reports IP 192.168.8.100 added
- Sep 20 01:45:31 srv4 Keepalived_healthcheckers: Netlink reflector reports IP 192.168.8.100 added
- Sep 20 01:45:31 srv4 avahi-daemon[4029]: Registering new address record for 192.168.8.100 on eth0.
- Sep 20 01:45:36 srv4 Keepalived_vrrp: VRRP_Instance(VI_1) Sending gratuitous ARPs on eth0 for 192.168.8.100
通过ip a 命令可以看到192.168.8.100/24绑定到了eth0上
- [root@srv4 bin]# ip a
- 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
- link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
- inet 127.0.0.1/8 scope host lo
- inet6 ::1/128 scope host
- valid_lft forever preferred_lft forever
- 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
- link/ether 00:0c:29:50:2d:9d brd ff:ff:ff:ff:ff:ff
- inet 192.168.8.4/24 brd 192.168.8.255 scope global eth0
- inet 192.168.8.100/24 scope global secondary eth0
- inet6 fe80::20c:29ff:fe50:2d9d/64 scope link
- valid_lft forever preferred_lft forever
启动备用节点B后的日志为:
- Sep 20 01:47:31 hadoopsrv Keepalived_vrrp: Configuration is using : 34262 Bytes
- Sep 20 01:47:31 hadoopsrv Keepalived_vrrp: VRRP_Instance(VI_1) Entering BACKUP STATE
- Sep 20 01:47:31 hadoopsrv Keepalived_vrrp: VRRP sockpool: [ifindex(2), proto(112), fd(7,8)]
- Sep 20 01:47:31 hadoopsrv Keepalived: Starting VRRP child process, pid=20567
4,在两台机器上安装tomcat,安装步骤省略
安装完成后在节点A的机器上创建一个html文件内容如下
- this is the test page
- <br>
- from server 192.168.8.4
通过下面的url验证能够正常访问
http://192.168.8.4:8080/test/test.html
安装完成后在节点B的机器上创建一个html文件内容如下
- this is the test page
- <br>
- from server 192.168.8.6
通过下面的url验证能够正常访问
http://192.168.8.6:8080/test/test.html
在主节点,节点A正常的时候通过下面的url访问
192.168.8.100:8080/test/test.html
返回的内容应该为主节点上的html
- this is the test page
- <br>
- from server 192.168.8.4
将节点A的keepalived停止: killall keepalived
通过下面的url访问
192.168.8.100:8080/test/test.html
返回的内容应该为备用节点上的内容
- this is the test page
- <br>
- from server 192.168.8.6
同时查看节点B的日志:发现节点B转为主节点并且会广播ARP消息
- Sep 20 01:55:44 hadoopsrv Keepalived_vrrp: VRRP_Instance(VI_1) Transition to MASTER STATE
- Sep 20 01:55:45 hadoopsrv Keepalived_vrrp: VRRP_Instance(VI_1) Entering MASTER STATE
- Sep 20 01:55:45 hadoopsrv Keepalived_vrrp: VRRP_Instance(VI_1) setting protocol VIPs.
- Sep 20 01:55:45 hadoopsrv Keepalived_vrrp: VRRP_Instance(VI_1) Sending gratuitous ARPs on eth0 for 192.168.8.100
- Sep 20 01:55:45 hadoopsrv avahi-daemon[3769]: Registering new address record for 192.168.8.100 on eth0.
- Sep 20 01:55:50 hadoopsrv Keepalived_vrrp: VRRP_Instance(VI_1) Sending gratuitous ARPs on eth0 for 192.168.8.100
本文的目的主要是演示keepalived实现双机热备的功能和过程。
对于应用本身(tomcat)发生错误,以及"脑裂"等问题是不能解决的。
http://blog.csdn.net/kkdelta/article/details/39433137
相关推荐
在使用keepalived实现高可用性时,需要将nginx服务器的状态与keepalived集成。可以使用chk_http_port脚本来监控nginx服务器的状态,并在出现故障时自动切换到备份服务器。 四、优势 使用nginx和keepalived实现双机...
本文档将详细介绍如何实现 MySQL 数据在线热迁移、MySQL 双主高可用集群环境,并使用 Keepalived 实现高可用性。 MySQL 数据在线热迁移 在 MySQL 集群环境中,数据热迁移是指在不停机的情况下将 MySQL 数据从一个...
Redis+Keepalived的组合被广泛用于实现高可用性,确保服务在故障发生时能够无缝切换,避免数据丢失和业务中断。下面将详细介绍这个方案的实施步骤、原理以及相关知识点。 首先,Redis是一款开源、基于键值对的数据...
"使用keepalived实现对...使用keepalived实现对mysql主从复制的主备自动切换,可以提高系统的可用性和可靠性。在本文中,我们详细讲解了keepalived的安装和配置过程,并提供了一份完整的示例配置文件,供读者参考。
### MySQL 主从与 Keepalived 实现高可用性详解 #### 实验背景及目标 在当前互联网业务场景中,为了确保数据库服务的连续性和可靠性,采用 MySQL 的主从复制架构结合 Keepalived 来实现高可用性是非常常见的方案。...
总的来说,使用Keepalived实现MySQL主从高可用性,可以显著提高服务的稳定性和可靠性,减少人工干预,降低运维成本。这种方案尤其适合对复杂度要求较低、需要快速实施的环境,而且对现有架构改动小,不会对业务造成...
1. 高可用性:通过 MySQL 主从复制和 LVS 与 Keepalived 的组合,可以实现数据库的高可用性。 2. 负载均衡:LVS 可以将来自客户端的请求分配到多个服务器上,以提高系统的整体性能和可用性。 3. 读写分离:W-VIP ...
MySQL 双主复制 + LVS + Keepalived 是一种常见的 MySQL 负载均衡解决方案,通过使用双主复制确保数据的一致性,使用 LVS 实现负载均衡,使用 Keepalived 实现高可用性。本文将详细介绍该解决方案的实现步骤和原理。...
"单独使用keepalived实现IP飘逸,高可用" keepalived是一个高可用解决方案,可以实现IP飘逸、高可用、负载均衡等功能。本文将详细介绍如何使用keepalived实现IP飘逸、高可用,达到当一台机器宕机时,可以自动切换至...
本文介绍了使用 LVS(Linux Virtual Server)和 Keepalived 实现高可用性负载均衡的配置。LVS 是一种开源的负载均衡解决方案,可以将入站流量分配到多个后端服务器上,以提高系统的可扩展性和可用性。Keepalived 是...
MySQL 高可用架构实现 Keepalived 是一种常见的解决方案,旨在提高 MySQL 数据库的可用性和可靠性。该解决方案通过使用 Keepalived 实现虚拟 IP(VIP),并结合 MySQL 主从复制技术,实现高可用的 MySQL 数据库。 ...
本文主要介绍如何使用nginx和keepalived实现高可用性服务器架构,确保在一台服务器出现故障时,服务能够自动切换至另一台服务器,从而维持系统的稳定运行。 1. **nginx反向代理**: nginx是一款高性能的HTTP和反向...
其中一种常见的方案是使用Keepalived与Nginx结合实现Web服务的负载均衡及高可用性。 #### Keepalived简介 Keepalived是一种基于VRRP协议的高性能服务器高可用性解决方案。它能够检测服务器故障并在出现故障时快速...
### 使用Keepalived构建高可用MySQL-HA #### 背景介绍 随着业务规模的不断扩大,企业对数据库系统...这种架构不仅提高了系统的可用性和容错能力,还简化了维护工作,是当前许多企业实现数据库高可用性的首选方案之一。
Keepalived是一个开源项目,主要用于实现虚拟IP(VIP)漂移,提供高可用性。在MySQL双主环境中,Keepalived可以监控两个MySQL实例,并在检测到主节点失效时,将VIP从故障节点切换到存活的节点,实现快速故障恢复。 ...
【利用Keepalived实现Nginx高可用】 在IT领域,确保服务的高可用性是至关重要的,尤其是在处理Web服务时。Nginx作为一个流行的反向代理和负载均衡器,通常需要保持持续运行以避免单点故障。在这个场景中,我们可以...
而Keepalived则是一款网络服务监控工具,用于在主服务器故障时将流量切换到备份服务器,从而实现高可用性。以下将详细介绍如何在Redhat Linux 7.9环境下,结合Nginx和Keepalived搭建高可用和负载均衡的系统。 **一...
Keepalived 主要负责监控Real Server的健康状态,并在主服务器故障时实现快速故障切换(failover),确保高可用性。它使用VRRP(Virtual Router Redundancy Protocol)协议来实现主备切换。 **3. 网站负载均衡拓扑...