Keepalived+Nginx+Tomcat 实现高可用Web集群的示例代码

Keepalived+Nginx+Tomcat 实现高可用Web集群

Keepalived+Nginx+Tomcat 实现高可用Web集群的示例代码

一、Nginx的安装过程

1.下载Nginx安装包,安装依赖环境包

(1)安装 C++编译环境

?

(2)安装pcre

?

(3)安装zlib

?

(4)安装Nginx

定位到nginx 解压文件位置,执行编译安装命令

?

(5)启动Nginx

安装完成后先寻找那安装完成的目录位置

?

进入Nginx子目录sbin启动Nginx

?

查看Nginx是否启动

Keepalived+Nginx+Tomcat 实现高可用Web集群的示例代码

或通过进程查看Nginx启动情况

?

到此Nginx安装完成并启动成功。

(6)Nginx快捷启动和开机启动配置

编辑Nginx快捷启动脚本【 注意Nginx安装路径 需要根据自己的NGINX路径进行改动

? ?

为启动脚本授权 并加入开机启动

?

启动Nginx

?

将Nginx加入系统环境变量

?

Nginx命令 [ service nginx (start|stop|restart) ]

?

Tips: 快捷命令

?

二、KeepAlived安装和配置

1.安装Keepalived依赖环境

?

2.编译Keepalived并安装

?

3.将Keepalive 安装成系统服务

?

手动复制默认的配置文件到默认路径

?

为keepalived 创建软链接

?

设置Keepalived开机自启动

?

启动Keepalived服务

?

关闭Keepalived服务

?

三、集群规划和搭建

Keepalived+Nginx+Tomcat 实现高可用Web集群的示例代码

环境准备:

CentOS 7.2

Keepalived Version 1.4.0 - December 29, 2017

Nginx Version: nginx/1.12.2

Tomcat Version:8

集群规划清单

 

 

 

1.更改Tomcat默认欢迎页面,用于标识切换Web

更改TomcatServer01 节点ROOT/index.jsp 信息,加入TomcatIP地址,并加入Nginx值,即修改节点192.168.43.103信息如下:

?

更改TomcatServer02 节点ROOT/index.jsp信息,加入TomcatIP地址,并加入Nginx值,即修改节点192.168.43.104信息如下:

?

2.启动Tomcat服务,查看Tomcat服务IP信息,此时Nginx未启动,因此request-header没有Nginx信息。

Keepalived+Nginx+Tomcat 实现高可用Web集群的示例代码

3.配置Nginx代理信息

1.配置Master节点[192.168.43.101]代理信息

?

2.配置Backup节点[192.168.43.102]代理信息

?

3.启动Master 节点Nginx服务

?

此时访问 192.168.43.101 可以看到103和104节点Tcomat交替显示,说明Nginx服务已经将请求负载到了2台tomcat上。

Keepalived+Nginx+Tomcat 实现高可用Web集群的示例代码

4.同理配置Backup[192.168.43.102] Nginx信息,启动Nginx后,访问192.168.43.102后可以看到Backup节点已起到负载的效果。

Keepalived+Nginx+Tomcat 实现高可用Web集群的示例代码

4.配置Keepalived 脚本信息

1. 在Master节点和Slave节点 /etc/keepalived目录下添加check_nginx.sh 文件,用于检测Nginx的存货状况,添加keepalived.conf文件

check_nginx.sh文件信息如下:

?

添加完成后,为check_nginx.sh 文件授权,便于脚本获得执行权限。

?

2.在Master 节点 /etc/keepalived目录下,添加keepalived.conf 文件,具体信息如下:

?

3.在Backup节点 etc/keepalived目录下添加 keepalived.conf 配置文件

信息如下:

?

Tips: 关于配置信息的几点说明

  • state - 主服务器需配成MASTER,从服务器需配成BACKUP
  • interface - 这个是网卡名,我使用的是VM12.0的版本,所以这里网卡名为ens33
  • mcast_src_ip - 配置各自的实际IP地址
  • priority - 主服务器的优先级必须比从服务器的高,这里主服务器配置成250,从服务器配置成240
  • virtual_ipaddress - 配置虚拟IP(192.168.43.150)
  • authentication - auth_pass主从服务器必须一致,keepalived靠这个来通信
  • virtual_router_id - 主从服务器必须保持一致

5.集群高可用(HA)验证

Step1 启动Master机器的Keepalived和 Nginx服务

?

查看服务启动进程

?

查看Keepalived启动进程

?

使用 ip add 查看虚拟IP绑定情况,如出现192.168.43.150 节点信息则绑定到Master节点

?

Step 2 启动Backup节点Nginx服务和Keepalived服务,查看服务启动情况,如Backup节点出现了虚拟IP,则Keepalvied配置文件有问题,此情况称为脑裂。

?

Step 3 验证服务

浏览并多次强制刷新地址: http://192.168.43.150 ,可以看到103和104多次交替显示,并显示Nginx-1,则表明 Master节点在进行web服务转发。

Step 4 关闭Master keepalived服务和Nginx服务,访问Web服务观察服务转移情况

?

此时强制刷新192.168.43.150发现 页面交替显示103和104并显示Nginx-2 ,VIP已转移到192.168.43.102上,已证明服务自动切换到备份节点上。

Step 5 启动Master Keepalived 服务和Nginx服务

此时再次验证发现,VIP已被Master重新夺回,并页面交替显示 103和104,此时显示Nginx-1

四、Keepalived抢占模式和非抢占模式

keepalived的HA分为抢占模式和非抢占模式,抢占模式即MASTER从故障中恢复后,会将VIP从BACKUP节点中抢占过来。非抢占模式即MASTER恢复后不抢占BACKUP升级为MASTER后的VIP。

非抢占模式配置:

1> 在vrrp_instance块下两个节点各增加了nopreempt指令,表示不争抢vip

2> 节点的state都为BACKUP 两个keepalived节点都启动后,默认都是BACKUP状态,双方在发送组播信息后,会根据优先级来选举一个MASTER出来。由于两者都配置了nopreempt,所以MASTER从故障中恢复后,不会抢占vip。这样会避免VIP切换可能造成的服务延迟。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。

原文链接:https://juejin.im/post/5d6c686e6fb9a06b155dd687



相关文章
推荐文章
热门文章

微信公众号推荐

相关推荐