keepalived+nginx实现双机热备

keepalived+nginx实现双机热备
keepalived是一个类似于layer3, 4, 5 交换机制的软件，也就是我们平时说的第3层、第4层和第5层交换。Keepalived的作用是检测web服务器的状态，如果有一台web服务器死机，或工作出现故障，Keepalived将检测到，并将有故障的web服务器从系统中剔除，当web服务器工作正常后Keepalived自动将web服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的web服务器。

官网地址：http://www.keepalived.org/

截止目前最新版本1.2.2 附件提供下载：keepalived-1.2.2.tar.gz

本文目录：
- [一]、实验环境介绍
- [二]、服务器层的双机热备（比如服务器宕机、keepalived宕、网络不通）
- [三]、应用层（web）的双机热备（比如web应用端口不通、 nginx进程被意外kill ）
[一]、实验环境介绍

1.1、软件信息：
- S-A 192.168.8.183 centos5 keepalived nginx
- S-B 192.168.8.150 centos5 keepalived nginx
- VirtualIP (虚拟IP)：192.168.8.191
1.2、keepalived 标准的安装步骤：
1. 安装依赖
2. yum -y install gcc gcc+ gcc-c++
  yum install popt-devel openssl openssl-devel libssl-dev libnl-devel popt-devel
安装内核

yum -y install kernel kernel-devel

当前kernel代码建立连接 ln -s /usr/src/kerners/2.6....../ /usr/src/linux
1. 安装keepalived
2. # tar -zxvf keepalived-1.2.2.tar.gz
3. # cd keepalived-1.2.2
4. # ./configure
5. # make
6. # make install
拷贝相应的文件
1. cp /usr/local/sbin/keepalived /usr/sbin/
2. cp /usr/local/etc/rc.d/init.d/keepalived /etc/init.d/
3. cp /usr/local/etc/sysconfig/keepalived /etc/sysconfig/
4. cp -r /usr/local/etc/keepalived/ /etc/
   1.3、nginx的安装和keepalived类似

     不熟悉的可参考：nginx安装 nginx负载均衡

     修改nginx.conf 中监听端口80->8088:
1. listen 8088;
2. server_name localhost;
修改/usr/local/nginx/html/index.html的内容：

192.168.8.183
1. <html>
2. <head>
3. <title>Welcome to nginx!</title>
4. </head>
5. <body bgcolor="white" text="black">
6. <center><h1>Welcome to nginx! 192.168.8.183</h1></center>
7. </body>
8. </html>
192.168.8.150:
1. <html>
2. <head>
3. <title>Welcome to nginx!</title>
4. </head>
5. <body bgcolor="white" text="black">
6. <center><h1>Welcome to nginx! 192.168.8.150</h1></center>
7. </body>
8. </html>
   两台server（S-A,S-B）都需要安装这两款软件。

[二]、服务器层的双机热备（比如服务器宕机、keepalived宕了）

    2.1、测试要求：

       主机宕机、keepalived宕了、网络不通时，备机能自动接管，不影响VIP：192.168.8.191的访问

    2.2、Master（S-A 192.168.8.181）配置文件/etc/keepalived/keepalived.conf：
1. ! Configuration File for keepalived
3. global_defs {
4. notification_email {
5. #admin@michael-demo.com
6. }
7. #notification_email_from admin@michael-demo.com
8. #smtp_server 127.0.0.1
9. #smtp_connect_timeout 30
10. router_id LVS_DEVEL
11. }
13. vrrp_instance VI_1 {
14. state MASTER
15. interface eth0
16. virtual_router_id 51
17. priority 100
18. advert_int 1
19. authentication {
20. auth_type PASS
21. auth_pass 1111
22. }
23. virtual_ipaddress {
24. 192.168.8.191
25. }
26. }
2.3、Backup（S-B 192.168.8.150）配置信息/etc/keepalived/keepalived.conf：
1. ! Configuration File for keepalived
3. global_defs {
4. notification_email {
5. #admin@michael-demo.com
6. }
7. #notification_email_from admin@michael-demo.com
8. #smtp_server 127.0.0.1
9. #smtp_connect_timeout 30
10. router_id LVS_DEVEL
11. }
13. vrrp_instance VI_1 {
14. state BACKUP
15. interface eth0
16. virtual_router_id 51
17. priority 99
18. advert_int 1
19. authentication {
20. auth_type PASS
21. auth_pass 1111
22. }
23. virtual_ipaddress {
24. 192.168.8.191
25. }
26. }
Tips：
- state 参数值：主的是MASTER、备用的是BACKUP
- priority 参数值： MASTER > BACKUP
- virtual_router_id：参数值要一样
   2.4、测试：

     两台测试机S-A、S-B均启动keepalived和nginx

     2.4.1、验证nginx启动正常：

    访问 master : http://192.168.8.183:8088/

    访问 backup: http://192.168.8.150:8088/

     2.4.2、查看keepalived的日志信息：

     master ：192.168.8.183

    backup：192.168.8.150

     2.4.3、浏览器打开虚拟ip访问：http://192.168.8.191:8088/

    2.4.4、kill 192.168.8.181（master) 的keepalived进程，日志信息如下：

     master ：192.168.8.183

     backup：192.168.8.150

    2.4.5、浏览器打开虚拟ip访问：http://192.168.8.191:8088/

      2.4.6、再次启动192.168.8.181的keepalived进程，192.168.8.181会自动接管成为master，192.168.8.150自动转为backup，从测试结果看，备机能成功接管，已经实现了热备。

Tips： 如果我们停掉master上的nginx进程，你会发现此时应用访问就失败了，很显然这不是我们希望看到的结果，那如何实现web应用的热备呢，在下一节中我们将详细讲述。

[三]、应用层（web）的双机热备（比如nginx进程被意外kill、web端口不通）

      3.1.主要是利用keepalived的track_script检测脚本的原理实现的。

      3.2.配置文件的修改

        3.2.1、Master（S-A 192.168.8.181）配置文件/etc/keepalived/keepalived.conf：
1. /etc/keepalived/keepalived.conf
3. ! Configuration File for keepalived
5. global_defs {
6. notification_email {
7. #admin@michael-demo.com
8. }
9. #notification_email_from admin@michael-demo.com
10. #smtp_server 127.0.0.1
11. #smtp_connect_timeout 30
12. router_id LVS_DEVEL
13. }
14. vrrp_script chk_http_port {
15. script "</dev/tcp/127.0.0.1/8088"
16. interval 1
17. weight -2
18. }
20. vrrp_instance VI_1 {
21. state MASTER
22. interface eth0
23. virtual_router_id 51
24. priority 100
25. advert_int 1
26. authentication {
27. auth_type PASS
28. auth_pass 1111
29. }
30. virtual_ipaddress {
31. 192.168.8.191
32. }
33. track_script {
34. chk_http_port
35. }
36. }
3.2.2、Backup（S-B 192.168.8.150）配置文件/etc/keepalived/keepalived.conf：
1. /etc/keepalived/keepalived.conf
3. ! Configuration File for keepalived
5. global_defs {
6. notification_email {
7. #admin@michael-demo.com
8. }
9. #notification_email_from admin@michael-demo.com
10. #smtp_server 127.0.0.1
11. #smtp_connect_timeout 30
12. router_id LVS_DEVEL
13. }
14. vrrp_script chk_http_port {
15. script "</dev/tcp/127.0.0.1/8088"
16. interval 1
17. weight -2
18. }
20. vrrp_instance VI_1 {
21. state MASTER
22. interface eth0
23. virtual_router_id 51
24. priority 99
25. advert_int 1
26. authentication {
27. auth_type PASS
28. auth_pass 1111
29. }
30. virtual_ipaddress {
31. 192.168.8.191
32. }
33. track_script {
34. chk_http_port
35. }
36. }
        3.2.3、注意点（非常重要）

   1）、为什么主备的参数state都是MASTER，对的你没有看错确实要都设置成一样的，不然并不能实现我们想要的VIP漂浮的效果，我测试很久才发现的.state都设置成MASTER后，会根据priority的值大小竞争来决定谁是真正的MASTER，脚本检测也是在失败的时候会把权重减去相应的值，比如原来master（181）的priority=100，如果脚本检测到端口8088无法连接，就会priority-2=98，< S-B（150）的priority（99），此时 S-B（150）将竞争成为master，这样就实现了web应用的热备。

           2）、配置文件格式一定要注意，比如：track_script {，在“track_script”和“{”之间一定要加空格，本来测试时少了个空格，一直无法运行检测脚本，调试了很久，非常郁闷

       3.3、测试过程和上面的过程基本一致。

keepalived是一个类似于layer3, 4, 5 交换机制的软件，也就是我们平时说的第3层、第4层和第5层交换。Keepalived的作用是检测web服务器的状态，如果有一台web服务器死机，或工作出现故障，Keepalived将检测到，并将有故障的web服务器从系统中剔除，当web服务器工作正常后Keepalived自动将web服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的web服务器。

        官网地址：http://www.keepalived.org/

        截止目前最新版本1.2.2 附件提供下载：keepalived-1.2.2.tar.gz

本文目录：
- [一]、实验环境介绍
- [二]、服务器层的双机热备（比如服务器宕机、keepalived宕、网络不通）
- [三]、应用层（web）的双机热备（比如web应用端口不通、 nginx进程被意外kill ）
[一]、实验环境介绍

1.1、软件信息：
- S-A 192.168.8.183 centos5 keepalived nginx
- S-B 192.168.8.150 centos5 keepalived nginx
- VirtualIP (虚拟IP)：192.168.8.191
1.2、keepalived 标准的安装步骤：
1. 安装依赖
2. yum -y install gcc gcc+ gcc-c++
  yum install popt-devel openssl openssl-devel libssl-dev libnl-devel popt-devel
安装内核

yum -y install kernel kernel-devel

当前kernel代码建立连接 ln -s /usr/src/kerners/2.6....../ /usr/src/linux
1. 安装keepalived
2. # tar -zxvf keepalived-1.2.2.tar.gz
3. # cd keepalived-1.2.2
4. # ./configure
5. # make
6. # make install
拷贝相应的文件
1. cp /usr/local/sbin/keepalived /usr/sbin/
2. cp /usr/local/etc/rc.d/init.d/keepalived /etc/init.d/
3. cp /usr/local/etc/sysconfig/keepalived /etc/sysconfig/
4. cp -r /usr/local/etc/keepalived/ /etc/
   1.3、nginx的安装和keepalived类似

     不熟悉的可参考：nginx安装 nginx负载均衡

     修改nginx.conf 中监听端口80->8088:
1. listen 8088;
2. server_name localhost;
修改/usr/local/nginx/html/index.html的内容：

192.168.8.183
1. <html>
2. <head>
3. <title>Welcome to nginx!</title>
4. </head>
5. <body bgcolor="white" text="black">
6. <center><h1>Welcome to nginx! 192.168.8.183</h1></center>
7. </body>
8. </html>
192.168.8.150:
1. <html>
2. <head>
3. <title>Welcome to nginx!</title>
4. </head>
5. <body bgcolor="white" text="black">
6. <center><h1>Welcome to nginx! 192.168.8.150</h1></center>
7. </body>
8. </html>
   两台server（S-A,S-B）都需要安装这两款软件。

[二]、服务器层的双机热备（比如服务器宕机、keepalived宕了）

    2.1、测试要求：

       主机宕机、keepalived宕了、网络不通时，备机能自动接管，不影响VIP：192.168.8.191的访问

    2.2、Master（S-A 192.168.8.181）配置文件/etc/keepalived/keepalived.conf：
1. ! Configuration File for keepalived
3. global_defs {
4. notification_email {
5. #admin@michael-demo.com
6. }
7. #notification_email_from admin@michael-demo.com
8. #smtp_server 127.0.0.1
9. #smtp_connect_timeout 30
10. router_id LVS_DEVEL
11. }
13. vrrp_instance VI_1 {
14. state MASTER
15. interface eth0
16. virtual_router_id 51
17. priority 100
18. advert_int 1
19. authentication {
20. auth_type PASS
21. auth_pass 1111
22. }
23. virtual_ipaddress {
24. 192.168.8.191
25. }
26. }
2.3、Backup（S-B 192.168.8.150）配置信息/etc/keepalived/keepalived.conf：
1. ! Configuration File for keepalived
3. global_defs {
4. notification_email {
5. #admin@michael-demo.com
6. }
7. #notification_email_from admin@michael-demo.com
8. #smtp_server 127.0.0.1
9. #smtp_connect_timeout 30
10. router_id LVS_DEVEL
11. }
13. vrrp_instance VI_1 {
14. state BACKUP
15. interface eth0
16. virtual_router_id 51
17. priority 99
18. advert_int 1
19. authentication {
20. auth_type PASS
21. auth_pass 1111
22. }
23. virtual_ipaddress {
24. 192.168.8.191
25. }
26. }
Tips：
- state 参数值：主的是MASTER、备用的是BACKUP
- priority 参数值： MASTER > BACKUP
- virtual_router_id：参数值要一样
   2.4、测试：

     两台测试机S-A、S-B均启动keepalived和nginx

     2.4.1、验证nginx启动正常：

    访问 master : http://192.168.8.183:8088/

    访问 backup: http://192.168.8.150:8088/

     2.4.2、查看keepalived的日志信息：

     master ：192.168.8.183

    backup：192.168.8.150

     2.4.3、浏览器打开虚拟ip访问：http://192.168.8.191:8088/

    2.4.4、kill 192.168.8.181（master) 的keepalived进程，日志信息如下：

     master ：192.168.8.183

     backup：192.168.8.150

    2.4.5、浏览器打开虚拟ip访问：http://192.168.8.191:8088/

      2.4.6、再次启动192.168.8.181的keepalived进程，192.168.8.181会自动接管成为master，192.168.8.150自动转为backup，从测试结果看，备机能成功接管，已经实现了热备。

Tips： 如果我们停掉master上的nginx进程，你会发现此时应用访问就失败了，很显然这不是我们希望看到的结果，那如何实现web应用的热备呢，在下一节中我们将详细讲述。

[三]、应用层（web）的双机热备（比如nginx进程被意外kill、web端口不通）

      3.1.主要是利用keepalived的track_script检测脚本的原理实现的。

      3.2.配置文件的修改

        3.2.1、Master（S-A 192.168.8.181）配置文件/etc/keepalived/keepalived.conf：
1. /etc/keepalived/keepalived.conf
3. ! Configuration File for keepalived
5. global_defs {
6. notification_email {
7. #admin@michael-demo.com
8. }
9. #notification_email_from admin@michael-demo.com
10. #smtp_server 127.0.0.1
11. #smtp_connect_timeout 30
12. router_id LVS_DEVEL
13. }
14. vrrp_script chk_http_port {
15. script "</dev/tcp/127.0.0.1/8088"
16. interval 1
17. weight -2
18. }
20. vrrp_instance VI_1 {
21. state MASTER
22. interface eth0
23. virtual_router_id 51
24. priority 100
25. advert_int 1
26. authentication {
27. auth_type PASS
28. auth_pass 1111
29. }
30. virtual_ipaddress {
31. 192.168.8.191
32. }
33. track_script {
34. chk_http_port
35. }
36. }
3.2.2、Backup（S-B 192.168.8.150）配置文件/etc/keepalived/keepalived.conf：
1. /etc/keepalived/keepalived.conf
3. ! Configuration File for keepalived
5. global_defs {
6. notification_email {
7. #admin@michael-demo.com
8. }
9. #notification_email_from admin@michael-demo.com
10. #smtp_server 127.0.0.1
11. #smtp_connect_timeout 30
12. router_id LVS_DEVEL
13. }
14. vrrp_script chk_http_port {
15. script "</dev/tcp/127.0.0.1/8088"
16. interval 1
17. weight -2
18. }
20. vrrp_instance VI_1 {
21. state MASTER
22. interface eth0
23. virtual_router_id 51
24. priority 99
25. advert_int 1
26. authentication {
27. auth_type PASS
28. auth_pass 1111
29. }
30. virtual_ipaddress {
31. 192.168.8.191
32. }
33. track_script {
34. chk_http_port
35. }
36. }
        3.2.3、注意点（非常重要）

   1）、为什么主备的参数state都是MASTER，对的你没有看错确实要都设置成一样的，不然并不能实现我们想要的VIP漂浮的效果，我测试很久才发现的.state都设置成MASTER后，会根据priority的值大小竞争来决定谁是真正的MASTER，脚本检测也是在失败的时候会把权重减去相应的值，比如原来master（181）的priority=100，如果脚本检测到端口8088无法连接，就会priority-2=98，< S-B（150）的priority（99），此时 S-B（150）将竞争成为master，这样就实现了web应用的热备。

           2）、配置文件格式一定要注意，比如：track_script {，在“track_script”和“{”之间一定要加空格，本来测试时少了个空格，一直无法运行检测脚本，调试了很久，非常郁闷

       3.3、测试过程和上面的过程基本一致。
相关阅读:
图片一句话木马简单制作方法
 kali各工具使用介绍
 隐写工具zsteg安装及使用教程
 内网渗透中mimikatz的使用
 kali meterpreter中mimikatz模块获取密码
 一个恐怖份子上传了这张照片到社交网络。里面藏了什么信息？
攻防世界MISC进阶之签到题
 EMC存储重装系统分区丢失恢复方法
 服务器数据迁移方法
 教您分辨U盘不能识别是哪儿坏了
原文地址：https://www.cnblogs.com/duanxz/p/5008752.html