- 浏览: 788415 次
- 性别:
- 来自: 深圳
文章分类
最新评论
-
萨琳娜啊:
Java读源码之Netty深入剖析网盘地址:https://p ...
Netty源码学习-FileRegion -
飞天奔月:
写得有趣 ^_^
那一年你定义了一个接口 -
GoldRoger:
第二个方法很好
java-判断一个自然数是否是某个数的平方。当然不能使用开方运算 -
bylijinnan:
<script>alert("close ...
自己动手实现Java Validation -
paul920531:
39行有个bug:"int j=new Random ...
java-蓄水池抽样-要求从N个元素中随机的抽取k个元素,其中N无法确定
我们的应用MyApp不支持集群,但要求双机单活(两台机器:master和slave):
1.正常情况下,只有master启动MyApp并提供服务
2.当master发生故障时,slave自动启动本机的MyApp,同时虚拟IP漂移至slave,保持对外提供服务的IP和端口不变
F5据说也能满足上面的需求,但F5的通常用法都是双机双活,单活的话还没研究过
服务器资源
网络策略
系统安装
Haproxy安装及配置
同时安装在master和slave
1. 拷贝安装文件到/app/risk/ha下
2. 使用root用户安装haproxy
3. 使用risk用户配置haproxy,创建文件/app/risk/ha/haproxy.cfg,粘贴如下内容
以10.75.201.2:8000对外提供服务,后端是主备两台机器:10.75.201.67:9000和10.75.201.66:9000
使用HAProxy遇到的问题:
a.
[WARNING] 003/191909 (20413) : config : 'stats' statement ignored for proxy 'MyApp' as it requires HTTP mode.
[WARNING] 003/191909 (20413) : config : 'option forwardfor' ignored for proxy 'MyApp' as it requires HTTP mode
原因是:
mode tcp是基于第4层(网络层),mode http是基于第7层(应用层),mode tcp不会检查http header
不同的mode可配置的选项不同,例如配置改成:
mode http
stats enable
option forwardfor
就会提示上述错误
而MyApp是基于netty的TCP服务器,因此配置为mode tcp
b.
Starting proxy MyApp: cannot bind socket
原因是配置的8000端口被其他程序占用了,或者是重复启动haproxy
keepalived安装及配置
同时安装在master和slave,使用root用户操作
1. 依次安装如下package
2. 解压keepalived-1.2.12.tar.gz,跳转到目录下编译安装
修改/etc/keepalived/keepalived.conf(interface值用ifconfig确认一下)
说明:
a. master中的vrrp_script 是check_MyApp.sh,它定时检查MyApp(提供服务的端口是否起来),若down掉,则停掉keepalived,使得slave能接管服务并成为master:
b.master中notify_stop的作用是service keepalived stop后,把MyApp关掉,确保“单活”;但如果是直接kill掉keepalived进程的话,是不会触发notify_stop的,应该避免这样做。同时,salve中notify的作用是,当slave转换成master后,启动本机的MyApp的同时,远程调用shell脚本把原master的MyApp停掉,确保“单活”
c. slave中vrrp_script 则简单地检查Haproxy是否正常,由于haproxy是一直开着的,因此slave会进入BACKUP状态
d.虚拟IP(10.75.201.2)并不需要对应一台机器,只要求跟master和slave的IP是同一子网就可以了
e.keepalivednotify.sh的主要作用就是当slave进入MASTER状态时,启动本机的MyApp,同时把之前master的MyApp停掉:
keepalived的其他相关配置:
1. 让keepalived作为linux服务自启动
2. 让keepalived启动时输出详细信息,修改/usr/local/etc/sysconfig/keepalived
修改为KEEPALIVED_OPTIONS="-D -d"
3. 让主机可绑定非本地IP
使用keepalived遇到的问题:
a.虚拟IP绑定不成功
可以尝试service network restart,同时注意启动keepalived使用绝对路径的配置文件,例如:
keepalived -f /app/risk/ha/keepalived.conf
而不要这样:
cd /app/risk/ha
keepalived -f ./keepalived.conf
具体原因不明
如果不指定keepalived的配置文件的话,默认是读取/etc/keepalived/keepalived.conf文件
强烈建议使用/etc/keepalived/keepalived.conf(没有这个文件则创建一个)
这个默认的路径可以在/usr/local/etc/rc.d/init.d/keepalived中看到:
b.执行service keepalived start报错:
Starting keepalived: /bin/bash: keepalived: command not found
keepalived这个命令在:
/usr/local/sbin/keepalived
而echo $PATH确认/usr/local/sbin/是在PATH里面的
这个问题非常奇怪,不知是什么原因
上网搜索一下,解决方案有两个:
一是把keepalived拷贝到/usr/sbin/:
cp /usr/local/sbin/keepalived /usr/sbin/
二是修改启动脚本/etc/init.d/keepalived,把start方法当中启动命令修改为全路径:
daemon /usr/local/sbin/keepalived ${KEEPALIVED_OPTIONS}
c.其他错误
需要检查各个shell脚本是否有执行权限,以及shell脚本中是否有windows字符(dos2unix)
启动
1. 使用risk用户启动master的MyApp(slave不启动MyApp)
/app/risk/MyApp/shell/startAll.sh
2. 使用risk用户启动master和slave的haproxy
nohup haproxy -f /app/risk/ha/haproxy.cfg &
nohup haproxy -f /app/risk/ha/haproxy.cfg &
3. 使用root用户启动master和slave的keepalived.
service keepalived start
测试验证
1. 查看MyApp状态
netstat -anp | grep 9000
2. 查看Haproxy状态
ps -ef | grep haproxy
3. 查看keepalived状态
ps –ef | grep keepalived
cat /var/log/messages | grep VRRP_Instance
或tail –f /var/log/messages
4. 虚拟IP绑定状态
ip a | grep eth
正常情况下:
1. 虚拟IP绑定在master上
在master上执行命令ip add | grep eth1:
eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UNKNOWN qlen 1000
inet 10.75.201.67/24 brd 10.75.201.255 scope global eth1
inet 10.75.201.2/32 scope global eth1
可见绑定了虚拟IP(10.75.201.2)
2. master的keepalived状态为MASTER(在master上执行命令tail –f /var/log/messages):
localhost Keepalived_healthcheckers[23359]: Using LinkWatch kernel netlink reflector...
localhost Keepalived_vrrp[23360]: VRRP_Script(check_MyApp) succeeded
localhost Keepalived_vrrp[23360]: VRRP_Instance(VI_1) Transition to MASTER STATE
localhost Keepalived_vrrp[23360]: VRRP_Instance(VI_1) Received lower prio advert, forcing new election
localhost Keepalived_vrrp[23360]: VRRP_Instance(VI_1) Entering MASTER STATE
3. slave的keepalived为BACKUP状态(命令同上)
localhost Keepalived_vrrp[5161]: VRRP_Instance(VI_1) Entering BACKUP STATE
测试master有故障的情况:
1. 把master的MyApp进程kill掉
2. 把master的keepalived服务停掉:service keepalived stop
3. 把master的keepalived进程kill掉(此时master上的MyApp不会停掉,需要手动关掉,应该避免这种情况)
以上任意一种情况发生,都会使得slave转换到MASTER状态并且虚拟IP漂移至slave,同时slave的MyApp会自动启动
1.正常情况下,只有master启动MyApp并提供服务
2.当master发生故障时,slave自动启动本机的MyApp,同时虚拟IP漂移至slave,保持对外提供服务的IP和端口不变
F5据说也能满足上面的需求,但F5的通常用法都是双机双活,单活的话还没研究过
服务器资源
10.75.201.2:虚拟IP(VIP),与master和slave在同一子网;以此IP对外暴露服务 10.75.201.67(master):安装MyApp+ Haproxy + Keepalived 10.75.201.66(slave):安装MyApp+ Haproxy + Keepalived
网络策略
10.75.201.2:8000 <-> 10.75.201.67:9000 10.75.201.2:8000 <-> 10.75.201.66:9000
系统安装
Haproxy安装及配置
同时安装在master和slave
1. 拷贝安装文件到/app/risk/ha下
2. 使用root用户安装haproxy
tar -xvf haproxy-1.4.24.tar.gz cd haproxy-1.4.24 make TARGET=linux26 ARCH=x86_64 make install
3. 使用risk用户配置haproxy,创建文件/app/risk/ha/haproxy.cfg,粘贴如下内容
global log 127.0.0.1 alert log 127.0.0.1 alert debug defaults log global mode http option dontlognull option redispatch retries 3 contimeout 10800000 clitimeout 10800000 srvtimeout 10800000 listen MyApp 10.75.201.2:8000 mode tcp balance roundrobin option tcpka server MyApp01 10.75.201.67:9000 check inter 5000 downinter 500 server MyApp02 10.75.201.66:9000 check inter 5000 backup
以10.75.201.2:8000对外提供服务,后端是主备两台机器:10.75.201.67:9000和10.75.201.66:9000
使用HAProxy遇到的问题:
a.
[WARNING] 003/191909 (20413) : config : 'stats' statement ignored for proxy 'MyApp' as it requires HTTP mode.
[WARNING] 003/191909 (20413) : config : 'option forwardfor' ignored for proxy 'MyApp' as it requires HTTP mode
原因是:
mode tcp是基于第4层(网络层),mode http是基于第7层(应用层),mode tcp不会检查http header
不同的mode可配置的选项不同,例如配置改成:
mode http
stats enable
option forwardfor
就会提示上述错误
而MyApp是基于netty的TCP服务器,因此配置为mode tcp
b.
Starting proxy MyApp: cannot bind socket
原因是配置的8000端口被其他程序占用了,或者是重复启动haproxy
keepalived安装及配置
同时安装在master和slave,使用root用户操作
1. 依次安装如下package
rpm -Uvh keyutils-libs-devel-1.4-4.el6.x86_64.rpm rpm -Uvh libcom_err-devel-1.41.12-14.el6.x86_64.rpm rpm -Uvh libsepol-devel-2.0.41-4.el6.x86_64.rpm rpm -Uvh libselinux-devel-2.0.94-5.3.el6.x86_64.rpm rpm -Uvh krb5-devel-1.10.3-10.el6.x86_64.rpm rpm -Uvh zlib-devel-1.2.3-29.el6.x86_64.rpm rpm -Uvh openssl-devel-1.0.0-27.el6.x86_64.rpm
2. 解压keepalived-1.2.12.tar.gz,跳转到目录下编译安装
./configure make make install
修改/etc/keepalived/keepalived.conf(interface值用ifconfig确认一下)
master: vrrp_script check_MyApp { script "/app/risk/MyApp/shell/check_MyApp.sh" # verify the port is listening interval 2 # check every 2 seconds } vrrp_instance VI_1 { interface eth1 # interface to monitor state MASTER virtual_router_id 11 # Assign one ID for this route priority 101 # 101 on master, 100 on backup virtual_ipaddress { 10.75.201.2 # the virtual IP } track_script { check_MyApp } notify_stop "/app/risk/MyApp/shell/stopAll.sh" } slave: vrrp_script check_MyApp { script "killall -0 haproxy" # verify the haproxy is running interval 2 # check every 2 seconds } vrrp_instance VI_1 { interface eth1 # interface to monitor state BACKUP virtual_router_id 11 # Assign one ID for this route priority 100 # 101 on master, 100 on backup virtual_ipaddress { 10.75.201.2 # the virtual IP } track_script { check_MyApp } notify "/app/risk/MyApp/shell/keepalivednotify.sh" }
说明:
a. master中的vrrp_script 是check_MyApp.sh,它定时检查MyApp(提供服务的端口是否起来),若down掉,则停掉keepalived,使得slave能接管服务并成为master:
#!/bin/bash #if MyApp is down, stop keepalived PORT=9000 nc -z 127.0.0.1 $PORT 1>/dev/null 2>&1; result=$?; if [ $result -eq 0 ]; then exit 0 else service keepalived stop . ./log.sh "keepalived stopped" exit 1 fi
b.master中notify_stop的作用是service keepalived stop后,把MyApp关掉,确保“单活”;但如果是直接kill掉keepalived进程的话,是不会触发notify_stop的,应该避免这样做。同时,salve中notify的作用是,当slave转换成master后,启动本机的MyApp的同时,远程调用shell脚本把原master的MyApp停掉,确保“单活”
c. slave中vrrp_script 则简单地检查Haproxy是否正常,由于haproxy是一直开着的,因此slave会进入BACKUP状态
d.虚拟IP(10.75.201.2)并不需要对应一台机器,只要求跟master和slave的IP是同一子网就可以了
e.keepalivednotify.sh的主要作用就是当slave进入MASTER状态时,启动本机的MyApp,同时把之前master的MyApp停掉:
#!/bin/bash LOCAL=10.75.201.66 REMOTE=10.75.201.67 PORT=9000 NOW=`date "+%Y-%m-%d %H:%M:%S"` startLocal(){ nc -z $LOCAL $PORT 1>/dev/null 2>&1; result=$?; if [ $result -eq 0 ]; then echo $NOW-$LOCAL:$PORT 'is listening! No need to restart!' else . /app/risk/MyApp/shell/startAll.sh echo $NOW-'start at' $LOCAL:$PORT 'ok' fi } #startRemote(){ # nc -z $REMOTE $PORT 1>/dev/null 2>&1; result=$?; # if [ $result -eq 0 ]; then # echo $NOW-$REMOTE:$PORT 'is listening! No need to restart!' # else # ssh root@$REMOTE "sh /app/risk/MyApp/shell/startAll.sh" # echo $NOW-'start at' $REMOTE:$PORT 'ok' # fi #} stopRemote(){ nc -z $REMOTE $PORT 1>/dev/null 2>&1; result=$?; if [ $result -eq 0 ]; then ssh root@$REMOTE "sh /app/risk/MyApp/shell/stopAll.sh" fi } stopLocal(){ nc -z $LOCAL $PORT 1>/dev/null 2>&1; result=$?; if [ $result -eq 0 ]; then . /app/risk/MyApp/shell/stopAll.sh fi } TYPE=$1 NAME=$2 STATE=$3 case $STATE in "MASTER") startLocal stopRemote exit 0 ;; "BACKUP") stopLocal exit 0 ;; "FAULT") stopLocal exit 0 ;; *) echo "unknown state" exit 1 ;; esac
keepalived的其他相关配置:
1. 让keepalived作为linux服务自启动
cd /etc/sysconfig ln -s /usr/local/etc/sysconfig/keepalived . cd /etc/rc3.d/ ln -s /usr/local/etc/rc.d/init.d/keepalived S100keepalived cd /etc/init.d/ ln -s /usr/local/etc/rc.d/init.d/keepalived .
2. 让keepalived启动时输出详细信息,修改/usr/local/etc/sysconfig/keepalived
修改为KEEPALIVED_OPTIONS="-D -d"
3. 让主机可绑定非本地IP
echo "net.ipv4.ip_nonlocal_bind = 1" >> /etc/sysctl.conf sysctl -p
使用keepalived遇到的问题:
a.虚拟IP绑定不成功
可以尝试service network restart,同时注意启动keepalived使用绝对路径的配置文件,例如:
keepalived -f /app/risk/ha/keepalived.conf
而不要这样:
cd /app/risk/ha
keepalived -f ./keepalived.conf
具体原因不明
如果不指定keepalived的配置文件的话,默认是读取/etc/keepalived/keepalived.conf文件
强烈建议使用/etc/keepalived/keepalived.conf(没有这个文件则创建一个)
这个默认的路径可以在/usr/local/etc/rc.d/init.d/keepalived中看到:
#!/bin/sh # # Startup script for the Keepalived daemon # # processname: keepalived # pidfile: /var/run/keepalived.pid # config: /etc/keepalived/keepalived.conf # chkconfig: - 21 79 # description: Start and stop Keepalived # Source function library . /etc/rc.d/init.d/functions # Source configuration file (we set KEEPALIVED_OPTIONS there) . /etc/sysconfig/keepalived ......
b.执行service keepalived start报错:
Starting keepalived: /bin/bash: keepalived: command not found
keepalived这个命令在:
/usr/local/sbin/keepalived
而echo $PATH确认/usr/local/sbin/是在PATH里面的
这个问题非常奇怪,不知是什么原因
上网搜索一下,解决方案有两个:
一是把keepalived拷贝到/usr/sbin/:
cp /usr/local/sbin/keepalived /usr/sbin/
二是修改启动脚本/etc/init.d/keepalived,把start方法当中启动命令修改为全路径:
daemon /usr/local/sbin/keepalived ${KEEPALIVED_OPTIONS}
c.其他错误
需要检查各个shell脚本是否有执行权限,以及shell脚本中是否有windows字符(dos2unix)
启动
1. 使用risk用户启动master的MyApp(slave不启动MyApp)
/app/risk/MyApp/shell/startAll.sh
2. 使用risk用户启动master和slave的haproxy
nohup haproxy -f /app/risk/ha/haproxy.cfg &
nohup haproxy -f /app/risk/ha/haproxy.cfg &
3. 使用root用户启动master和slave的keepalived.
service keepalived start
测试验证
1. 查看MyApp状态
netstat -anp | grep 9000
2. 查看Haproxy状态
ps -ef | grep haproxy
3. 查看keepalived状态
ps –ef | grep keepalived
cat /var/log/messages | grep VRRP_Instance
或tail –f /var/log/messages
4. 虚拟IP绑定状态
ip a | grep eth
正常情况下:
1. 虚拟IP绑定在master上
在master上执行命令ip add | grep eth1:
eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UNKNOWN qlen 1000
inet 10.75.201.67/24 brd 10.75.201.255 scope global eth1
inet 10.75.201.2/32 scope global eth1
可见绑定了虚拟IP(10.75.201.2)
2. master的keepalived状态为MASTER(在master上执行命令tail –f /var/log/messages):
localhost Keepalived_healthcheckers[23359]: Using LinkWatch kernel netlink reflector...
localhost Keepalived_vrrp[23360]: VRRP_Script(check_MyApp) succeeded
localhost Keepalived_vrrp[23360]: VRRP_Instance(VI_1) Transition to MASTER STATE
localhost Keepalived_vrrp[23360]: VRRP_Instance(VI_1) Received lower prio advert, forcing new election
localhost Keepalived_vrrp[23360]: VRRP_Instance(VI_1) Entering MASTER STATE
3. slave的keepalived为BACKUP状态(命令同上)
localhost Keepalived_vrrp[5161]: VRRP_Instance(VI_1) Entering BACKUP STATE
测试master有故障的情况:
1. 把master的MyApp进程kill掉
2. 把master的keepalived服务停掉:service keepalived stop
3. 把master的keepalived进程kill掉(此时master上的MyApp不会停掉,需要手动关掉,应该避免这种情况)
以上任意一种情况发生,都会使得slave转换到MASTER状态并且虚拟IP漂移至slave,同时slave的MyApp会自动启动
发表评论
-
自己动手实现Java Validation
2015-09-18 20:37 10143参数检查用得最多的是J ... -
BeanUtils.copyProperties使用笔记
2015-07-06 22:17 32649BeanUtils.copyProperties VS Pro ... -
返回null还是empty
2014-05-16 15:35 100第一个问题,函数是应当返回null还是长度为0的数组(或集合) ... -
返回null还是empty
2014-05-16 15:34 2337第一个问题,函数是应当返回null还是长度为0的数组(或集合) ... -
返回null还是empty
2014-05-16 15:34 152第一个问题,函数是应当返回null还是长度为0的数组(或集合) ... -
返回null还是empty
2014-05-16 15:34 114第一个问题,函数是应当返回null还是长度为0的数组(或集合) ... -
返回null还是empty
2014-05-16 15:33 100第一个问题,函数是应当返回null还是长度为0的数组(或集合) ... -
Spring源码学习-JdbcTemplate queryForObject
2014-05-09 19:45 3082JdbcTemplate中有两个可能会混淆的queryForO ... -
Spring源码学习-JdbcTemplate batchUpdate批量操作
2014-05-07 16:21 18876Spring JdbcTemplate的batch操作最后还是 ... -
Spring源码学习-PropertyPlaceholderHelper
2014-04-25 18:47 2647今天在看Spring 3.0.0.RELEASE的源码,发现P ... -
J2EE设计模式-Intercepting Filter
2013-11-27 16:56 1546Intercepting Filter类似于职责链模式 有两种 ... -
CAS实现单点登录(SSO)
2013-07-29 18:08 1495参考以下两篇文章,对原作者表示感谢: http://blog. ... -
《重构,改善现有代码的设计》第八章 Duplicate Observed Data
2012-12-04 20:34 1531import java.awt.Color; impor ... -
org.apache.tools.zip实现文件的压缩和解压,支持中文
2012-08-08 19:32 5145刚开始用java.util.Zip,发 ...
相关推荐
Rabbitmq+HAproxy+Keepalived实现高可用加负载均衡-附件资源
### 实验手册:Keepalived + Haproxy 高可用架构搭建 #### 一、实验背景及概述 在现代互联网架构中,为了提高系统的稳定性和可用性,通常会采用多种技术手段来构建高可用(High Availability,简称HA)的网络环境...
在本案例中,它被用来确保两台代理服务器的高可用性,通过VIP(Virtual IP Address,虚拟IP地址)动态分配,确保即使一台服务器出现故障,服务仍然可以通过另一台服务器提供,避免单点故障。 1.1 配置步骤 - 第一步...
总的来说,通过Keepalived和Redis的主从复制,我们可以构建一个健壮的双机高可用架构,有效避免单点故障,提升系统的稳定性和可靠性。对于需要高可用性的企业级应用,这是一个值得采纳的解决方案。
- **Keepalived+HAProxy+Squid集群**:LVS+Keepalived双机通过VIP对HAProxy进行负载均衡,HAProxy再对应用服务器集群进行调度,Squid处理静态内容请求。 此架构充分利用了分布式特性,通过消除数据库I/O瓶颈提升...
部署Haproxy的双机双主架构,可以实现高可用性,确保即使在一台服务器出现故障时,服务仍能正常运行。这通常需要配合心跳监控工具,如Heartbeat或Keepalived,来检测服务器状态并进行切换。 在Heartbeat配置中,两...
总结,Keepalived 1.2.12作为一款优秀的故障转移工具,配合Haproxy为Linux系统提供了高效、可靠的高可用解决方案。通过对系统健康状态的持续监控和智能的流量调度,Keepalived保证了服务的稳定性和用户体验。对于...
- **KEEPALIVED+HAProxy+Squid集群**:LVS+Keepalived双机通过VIP对HAProxy进行负载均衡,HAProxy调度应用服务器集群,Squid负责缓存和查询。 此架构利用分布式集群消除了数据库I/O瓶颈,提高了系统性能,支持线性...
此外,Haproxy与Keepalived结合使用可以构建高可用集群,解决单点故障问题。Keepalived基于VRRP协议,可以在主服务器宕机时,由备份服务器接管并继续提供服务,确保服务的连续性。配置Keepalived时,通常会在两台...
keepalived是专门用于实现轻量级高可用的工具,主要用在前端负载均衡器的双机热备场景中,常见于LVS、nginx和haproxy等负载均衡软件的配置。与之相对的是heartbeat和corosync,它们更多用于服务的高可用性,通常用于...
2. **工作稳定:**LVS 自身具备完整的双机热备方案,例如 LVS+Keepalived 和 LVS+Heartbeat 的组合能够有效保障系统的稳定性和高可用性。 3. **应用范围广泛:**LVS 可以为几乎所有类型的应用程序提供负载均衡服务...
- Keepalived:常用于Linux环境,结合Nginx或HAProxy实现LVS(Linux Virtual Server)的高可用性。 3. 负载均衡技术: - 基于硬件的负载均衡器:如F5 Big-IP,专门的设备来分配流量。 - 基于软件的负载均衡器:...
Keepalived可以管理Nginx、Haproxy、MySQL等服务的高可用解决方案,其主要功能是通过VRRP协议来实现故障转移。在正常情况下,主节点(MASTER)会定期向备用节点(BACKUP)发送心跳消息,表明自己的存活状态。一旦主...
3. **稳定性好**:LVS 提供了双机热备方案,如 LVS+Keepalived 和 LVS+Heartbeat,保证了系统的高可用性。 4. **无流量负担**:由于 LVS 只转发数据包,不会产生额外的流量,避免了 IO 性能受到影响。 5. **应用范围...
3. 自带双机热备方案LVS+Keepalived,提供高可用性保障。 然而,LVS的不足之处在于: 1. 配置相对固定,缺乏灵活性,可能无法满足复杂场景的需求。 2. 对网络环境的依赖性较强,网络问题可能导致其无法正常工作。 ...
服务器集群技术是一种优化资源利用、增强系统稳定性和可用性的技术,通常分为三类:高可用集群、负载均衡集群和科学计算集群。 1. 高可用集群(High Availability, HA Cluster) 高可用集群的主要目的是确保应用...
第七章 keepalived双机热备:keepalived是为LVS提供高可用性的工具,它可以监控服务器状态并在主服务器失效时自动切换到备份服务器。学习这部分,你可以理解keepalived的配置、VRRP协议以及它如何确保服务的连续性。...