state BACKUP
priority 99
其它项不必修改。
测试及验证:
执行命令 ip a (注意ifconfig命令无法查看到配置的虚拟IP),来查看。
6.(主从模式)脑裂问题
上述主从配置方式存在脑裂的可能,即两个节点实际都处于正常工作状态,但是无法接收到彼此的组播通知,这时两个节点均强行绑定虚拟IP,导致不可预料的后果。
这时就需要设置仲裁,即每个节点必须判断自身的状态(应用服务状态及自身网络状态),要实现这两点可使用自定义shell脚本实现,通过周期性地检查自身应用服务状态,并不断ping网关(或其它可靠的参考IP)均可。当自身服务异常、或无法ping通网关,则认为自身出现故障,就应该移除掉虚拟IP(停止keepalived服务即可)。主要借助keepalived提供的vrrp_script及track_script实现:
在keepalived的配置文件最前面加入以下代码,定义一个跟踪脚本:
[python]
view plain
copy
- vrrp_script check_local { #定义一个名称为check_local的检查脚本
- script “/usr/local/keepalived/bin/check_local.sh” #shell脚本的路径
- interval 5 #运行间隔
- }
再在
vrrp_instance
配置中加入以下代码使用上面定义的检测脚本:
[python]
view plain
copy
- track_script {
- check_local
- }
我们在/usr/local/keepalived/bin/check_local.sh定义的检测规则可以是:
以上的路径及文件是自己定义的。
a.自身web服务故障(超时,http返回状态不是200)
b.无法ping通网关
c.产生以上任何一个问题,均应该移除本机的虚拟IP(停止keepalived实例即可)
但这里有个小问题,如果本机或是网关偶尔出现一次故障,那么我们不能认为是服务故障。更好的做法是如果连续N次检测本机服务不正常或连接N次无法ping通网关,才认为是故障产生,才需要进行故障转移。另一方面,如果脚本检测到故障产生,并停止掉了keepalived服务,那么当故障恢复后,keepalived是无法自动恢复的。我觉得利用独立的脚本以秒级的间隔检查自身服务及网关连接性,再根据故障情况控制keepalived的运行或是停止。
这里提供一个思路,具体脚本内容请大家根据自己的需要编写即可。
脚本/usr/local/nginx/check_nginx.sh"内容:
[python]
view plain
copy
- #!/bin/bash
- if [ “$(ps -ef | grep “nginx: master process”| grep -v grep )” == “” ]
- then
- /usr/local/nginx/sbin/nginx
- sleep 5
- if [ “$(ps -ef | grep “nginx: master process”| grep -v grep )” == “” ]
- then
- killall keepalived
- fi
- fi
//如果以上配置我介绍的不理解的话 大家参考一下实例代码。
vi /etc/keepalived/keepalived.conf
编辑文件(主):
[python]
view plain
copy
- global_defs {
- router_id nginx_master
- }
- #监控服务.NGINX mysql等
- vrrp_script chk_nginx {
- script “/usr/local/nginx/check_nginx.sh”
- interval 2
- weight 2
- }
- vrrp_instance VI_1 {
- state MASTER
- interface eth0
- virtual_router_id 51
- priority 101
- advert_int 1
- authentication {
- auth_type PASS
- auth_pass 1111
- }
- virtual_ipaddress {
- 192.168.xx.xx #VIP(虚拟ip)
- 192.168.xx.xx #本机IP
- 192.168.xx.xx #另外一台IP
- }
- track_script {
- chk_nginx #检测脚本 上面配置的
- }
- }
vi /etc/keepalived/keepalived.conf
编辑文件(从):
[python]
view plain
copy
- global_defs {
- router_id nginx_backup
- }
- #监控服务.NGINX mysql等
- vrrp_script chk_nginx {
- script “/usr/local/nginx/check_nginx.sh”
- interval 2
- weight 2
- }
- vrrp_instance VI_1 {
- state BACKUP
- interface eth0
- virtual_router_id 51
- priority 99
- advert_int 1
- authentication {
- auth_type PASS
- auth_pass 1111
- }
- virtual_ipaddress {
- 192.168.xx.xx #VIP(虚拟ip)
- 192.168.xx.xx #本机IP
- 192.168.xx.xx #另外一台IP
- }
- track_script {
- chk_nginx #检测脚本 上面配置的
- }
- }
启动并测试:
1.启动两台机器上的nginx
2.启动两台机器上的keepalived
此时使用命令 ip addr 查看虚拟IP绑定 可以看到主 有,从没有,将主机的keepalived关掉,可以看到vip绑定到了从的上面。
参考地址:
http://www.linuxidc.com/Linux/2012-08/69383.htm
http://www.68idc.cn/help/buildlang/ask/20150616370229.html
为了做好运维面试路上的助攻手,特整理了上百道 【运维技术栈面试题集锦】 ,让你面试不慌心不跳,高薪offer怀里抱!
这次整理的面试题,小到shell、MySQL,大到K8s等云原生技术栈,不仅适合运维新人入行面试需要,还适用于想提升进阶跳槽加薪的运维朋友。
本份面试集锦涵盖了
- 174 道运维工程师面试题
- 128道k8s面试题
- 108道shell脚本面试题
- 200道Linux面试题
- 51道docker面试题
- 35道Jenkis面试题
- 78道MongoDB面试题
- 17道ansible面试题
- 60道dubbo面试题
- 53道kafka面试
- 18道mysql面试题
- 40道nginx面试题
- 77道redis面试题
- 28道zookeeper
总计 1000+ 道面试题, 内容 又全含金量又高
- 174道运维工程师面试题
1、什么是运维?
2、在工作中,运维人员经常需要跟运营人员打交道,请问运营人员是做什么工作的?
3、现在给你三百台服务器,你怎么对他们进行管理?
4、简述raid0 raid1raid5二种工作模式的工作原理及特点
5、LVS、Nginx、HAproxy有什么区别?工作中你怎么选择?
6、Squid、Varinsh和Nginx有什么区别,工作中你怎么选择?
7、Tomcat和Resin有什么区别,工作中你怎么选择?
8、什么是中间件?什么是jdk?
9、讲述一下Tomcat8005、8009、8080三个端口的含义?
10、什么叫CDN?
11、什么叫网站灰度发布?
12、简述DNS进行域名解析的过程?
13、RabbitMQ是什么东西?
14、讲一下Keepalived的工作原理?
15、讲述一下LVS三种模式的工作过程?
16、mysql的innodb如何定位锁问题,mysql如何减少主从复制延迟?
17、如何重置mysql root密码?
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
4、讲一下Keepalived的工作原理?
15、讲述一下LVS三种模式的工作过程?
16、mysql的innodb如何定位锁问题,mysql如何减少主从复制延迟?
17、如何重置mysql root密码?
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!