高可用的并发解决方案nginx+keepalived
在这个互联网飞速发展的时代，人们已经离不开网络，其中网购最为常见。在家网购，上班路上网购，吃饭也购物，下班还网购，2017年双十一天猫支付峰值达到了25.6万笔/秒。热点网站中频繁出现的大量并发如何去解决？
那么在此次课程中，大家就会领略到，使用目前市面上处理并发能力非常强悍的nginx及keepalived如何快速的搭建一个处理高并发并的高可用的服务。
本课程介绍了目前处理并发能力非常强悍的开源软件nginx快速入门及使用，介绍nginx+tomcat集群处理并发解决方案，带大家认识虚拟路由，了解虚拟路由的工作流程并安装keepalived，实现nginx+keepalived主备配置，达到nginx高可用的效果。
资料下载： https://download.csdn.net/download/qq_22075913/87425983 课程知识点与大纲 nginx keepalived tomcatnginx 介绍nginx 快速入门nginx+tomcat集群keepalived 介绍keepalived安装keepalived+nginx 搭建高可用服务 1. Nginx介绍Nginx (“engine x”) 是一个高性能的 HTTP 和 反向代理 服务器，也是一个 IMAP/POP3/SMTP 代理服务器 。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的Rambler.ru 站点开发的，它已经在该站点运行超过四年多了。Igor 将源代码以类BSD许可证的形式发布。自Nginx 发布以来，Nginx 已经因为它的稳定性、丰富的功能集、 示例配置文件和低系统资源的消耗而闻名了。目前国内各大门户网站已经部署了Nginx，如新浪、网易、腾讯。
1.1 Nginx下载和安装Nginx官网http://nginx.org/
Nginx目前已经更新到了nginx-1.23.3版本，我们可以直接到官网下载，由于外面服务器大多都使用linux环境作为服务器，所以我们也弄一台linux环境的虚拟机。
虚拟机我们已经装好了，IP：192.168.126.129，由于nginx是用C语言写的,而且还支持地址栏重写等功能，所以我们需要安装一下相关的依赖包。
yum install gcc-c++ yum install -y pcre pcre-devel yum install -y zlib zlib-devel yum install -y openssl openssl-devel安装流程如下：
我们把刚才从官网下载的Nginx，文件上传到centos的/usr/local/server目录去。紧接着我们在server目录下创建nginx目录 把压缩文件解压，进入解压的文件夹。首先配置nginx安装信息./configure执行编译和安装make && make install安装流程如下：
nginx-1.23.3.tar.gz [root@localhost server]# tar -xf nginx-1.23.3.tar.gz [root@localhost server]# mkdir nginx [root@localhost server]# cd nginx-1.23.3 [root@localhost nginx-1.23.3]# ./configure --prefix=/usr/local/server/nginx [root@localhost nginx-1.23.3]# make && make install上面./configure后面的一些常用参数配置参考如下
–prefix 指定部署根目录，默认是/usr/local/nginx.此设置会更改其他配置目录的相对路径 –sbin-path 可执行文件的路径，默认为/sbin/nginx –conf-path 配置文件的路径，默认为/conf/nginx.conf –pid-path pid文件的存放路径，默认存放在/logs/nginx.pid，是一个存放nginx的master进程ID的 纯文本文件，刚安装的时候不会生成，nginx启动的时候会自动生成。 –http-log-path access日志存放位置，每个http的请求在结束的时候都会访问的日志。 –with-ld-opt 加入第三方链接时需要的参数。编译之后nginx最终的可执行二进制文件是由编译后 的目标文件和一些第三方的库链接生成的。如果想要将某个库链接到nginx中， 就需要指定–with-ld-opt=目标库名-目标库路径 –with-debug 将nginx需要打印debug调试级别日志的代码编译进nginx，这样才可以通过修改配置 文件将调试日志打印出来，便于定位服务问题安装第三方模块
./configure --prefix=/usr/local/server/nginx --add-module=/usr/local/server/nginx_module/echo-nginx-module-0.61 --with-debug这时候Nginx已经安全完成，我们进入/usr/local/server/nginx目录查看
[root@localhost nginx-1.23.3]# cd ../nginx [root@localhost nginx]# ls conf html logs sbin [root@localhost nginx]#Nginx安装完成后不要忘了防火墙开放80端口
[root@localhost sbin]# vi /etc/sysconfig/iptables # Firewall configuration written by system-config-firewall # Manual customization of this file is not recommended. *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [0:0] -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT -A INPUT -p icmp -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT -A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT -A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -j REJECT --reject-with icmp-host-prohibited COMMIT [root@localhost sbin]# service iptables restart iptables: Setting chains to policy ACCEPT: filter [ OK ] iptables: Flushing firewall rules: [ OK ] iptables: Unloading modules: [ OK ] iptables: Applying firewall rules: [ OK ] [root@localhost sbin]#或者关闭防火墙
1:查看防火状态 systemctl status firewalld service iptables status 2:暂时关闭防火墙 systemctl stop firewalld service iptables stop 3:永久关闭防火墙 systemctl disable firewalld chkconfig iptables off 4:重启防火墙 systemctl enable firewalld service iptables restart 5:永久关闭后重启 //暂时还没有试过 chkconfig iptables on访问http://192.168.126.129/
1.2 Nginx常用命令 nginx常用命令 nginx -c /usr/local/server/nginx/conf/nginx.conf 启动nginx(windows下start nginx); nginx -s quit 停止ngix nginx -s reload 重新载入nginx(当配置信息发生修改时) nginx -v 查看版本 nginx -t 查看nginx的配置文件的目录 nginx -h 查看帮助信息启动nginx
2. 模块介绍 2.1 主模块 2.1.1 基本指令 daemon语法：daemon on | off
默认值：on
是否以守护进程的方式运行nginx，守护进程是指脱离终端并且在后台运行的进程，关闭守护进程执行的方式可以让我们方便调试nginx
方便调试nginx
master_process 语法：on | off 默认on是否以master/worker方式进行工作，在实际的环境中 nginx是以一个master进程管理多个worker进程的方式运行的，关闭后 nginx就不会fork出worker子进程来处理请求，而是用master进程自身来处理请求worker_processes number; 默认1，在master/worker运行方式下 worker进程的数目，一般情况下用户要配置与CPU内核数相等的worker进程。
on: 多线程处理off: 单线程处理
启动nginx查看没有子进程
error_log语法：error_log file [ debug | info | notice | warn | error | crit ]
include语法：include file | * 默认值：none 你可以包含一些其他的配置文件来完成你想要的功能。 0.4.4版本以后，include指令已经能够支持文件通配符：
include vhosts/*.conf; pid语法：pid file
默认值：编译时指定
pid /var/log/nginx.pid;指定pid文件，可以使用kill命令来发送相关信号，例如你如果想重新读取配置文件，则可以使用：
kill -HUP cat /var/log/nginx.pid
user 语法：user user [group]默认值：nobody nobody如果主进程以root运行，Nginx将会调用setuid()/setgid()来设置用户/组，如果没有指定组，那么将使用与用户名相同的组，默认情况下会使用nobody用户与nobody组（或者nogroup），或者在编译时指定的–user=USER和–group=GROUP的值。
worker_processes语法：worker_processes number 默认值：1
由于以下几点原因，Nginx可能需要运行不止一个进程
使用了SMP（对称多处理技术）。当服务器在磁盘I/O出现瓶颈时为了减少响应时间。当使用select()/poll()限制了每个进程的最大连接数时。在事件模块这一章中我们将使用worker_processes和worker_connections来计算理论最大连接数（max_clients）：
max_clients = worker_processes * worker_connections默认是1
启动nginx并查看进程，只有一个worker process
修改worker_processes=4 并查看进程
如图所示有4个worker process
2.2 Nginx处理HTTP的核心功能模块 2.2.1 基本指令 alias 语法：alias file-path|directory-path;默认值：no使用字段：location这个指令指定一个路径使用某个某个，注意它可能类似于root，但是document root没有改变，请求只是使用了别名目录的文件。
location /i/ { alias /spool/w3/images/; } 上个例子中，请求"/i/top.gif"将返回这个文件: "/spool/w3/images/top.gif"。Alias同样可以用于带正则表达式的location，如：
location ~ ^/download/(.*)$ { alias /home/website/files/$1; } keepalive_timeout 语法：keepalive_timeout [ time ] [ time ] 默认值：keepalive_timeout 65 使用字段：http, server, location参数的第一个值指定了客户端与服务器长连接的超时时间，超过这个时间，服务器将关闭连接。
参数的第二个值（可选）指定了应答头中Keep-Alive: timeout=time的time值，这个值可以使一些浏览器知道什么时候关闭连接，以便服务器不用重复关闭，如果不指定这个参数，nginx不会在应答头中发送Keep-Alive信息。（但这并不是指怎样将一个连接“Keep-Alive”）参数的这两个值可以不相同 下面列出了一些服务器如何处理包含Keep-Alive的应答头：
MSIE和Opera将Keep-Alive: timeout=N头忽略。MSIE保持一个连接大约60-65秒，然后发送一个TCP RST。Opera将一直保持一个连接处于活动状态。Mozilla将一个连接在N的基础上增加大约1-10秒。Konqueror保持一个连接大约N秒。 listen 语法(0.7.x)：listen address:port [ default [ backlog=num | rcvbuf=size | sndbuf=size | accept_filter=filter | deferred | bind | ssl ] ] 语法(0.8.x)：listen address:port [ default_server [ backlog=num | rcvbuf=size | sndbuf=size | accept_filter=filter | deferred | bind | ssl ] ]默认值：listen 80 使用字段：server listen指令指定了server{…}字段中可以被访问到的ip地址及端口号，可以只指定一个ip，一个端口，或者一个可解析的服务器名。
listen 127.0.0.1:8000; listen 127.0.0.1; listen 8000; listen *:8000; listen localhost:8000; location语法：location [=|||^~|@] /uri/ { … } 默认值：no 使用字段：server 这个参数根据URI的不同需求来进行配置，可以使用字符串与正则表达式匹配，如果要使用正则表达式，你必须指定下列前缀： 1、~ 不区分大小写。 2、~ 区分大小写。
location = / { # 只匹配 / 的查询. [ configuration A ] } location / { # 匹配任何以 / 开始的查询，但是正则表达式与一些较长的字符串将被首先匹配。 [ configuration B ] } location ^~ /images/ { # 匹配任何以 /images/ 开始的查询并且停止搜索，不检查正则表达式。 [ configuration C ] } location ~* \.(gif|jpg|jpeg)$ { # 匹配任何以gif, jpg, or jpeg结尾的文件，但是所有 /images/ 目录的请求将在Configuration C中处理。 [ configuration D ] } resolver_timeout 语法：resolver_timeout time 默认值：30s 使用字段：http, server, location 解析超时时间。如： resolver_timeout 5s; root语法：root path 默认值：root html 使用字段：http, server, location ,location中的if字段 请求到达后的文件根目录。 下例中：
location /i/ { root /spool/w3; }如果请求"/i/top.gif"文件，nginx将转到"/spool/w3/i/top.gif"文件。你可以在参数中使用变量。
注意：在请求中root会添加这个location到它的值后面，即"/i/top.gif"并不会请求"/spool/w3/top.gif"文件，如果要实现上述类似于apache alias的功能，可以使用alias指令。
server语法：server {…} 默认值：no 使用字段：http server字段包含虚拟主机的配置。 没有明确的机制来分开基于域名（请求中的主机头）和基于IP的虚拟主机。 可以通过listen指令来指定必须连接到这个server块的所有地址和端口，并且在server_name指令中可以指定所有的域名。
server_name语法：server_name name [… ] 默认值：server_name hostname 使用字段：server 这个指令有两个作用： ·将HTTP请求的主机头与在nginx配置文件中的server{…}字段中指定的参数进行匹配，并且找出第一个匹配结果。这就是如何定义虚拟主机的方法，域名遵循下述优先级规则： 1、完整匹配的名称。 2、名称开始于一个文件通配符：.example.com。 3、名称结束于一个文件通配符：www.example.。 4、使用正则表达式的名称。 如果没有匹配的结果，nginx配置文件将安装以下优先级使用[#server server { … }]字段： 1、listen指令被标记为default的server字段。 2、第一个出现listen（或者默认的listen 80）的server字段。 ·如果server_name_in_redirect被设置，这个指令将用于设置HTTP重定向的服务器名。 例：
server { server_name example.com www.example.com; }第一个名称为服务器的基本名称，默认名称为机器的hostname。 当然，可以使用文件通配符：
server { server_name example.com *.example.com www.example.*; }上述例子中的前两个名称可以合并为一个：
server { server_name .example.com; }同样可以使用正则表达式。名称前面加“~”：
server { server_name www.example.com ~^www\d+\.example\.com$; } 2.2.2 HTTP负载均衡模块（HTTP Upstream） 摘要这个模块为后端的服务器提供简单的负载均衡（轮询（round-robin）和连接IP（client IP）） 如下例：
upstream backend { server backend1.example.com weight=5; server backend2.example.com:8080; server unix:/tmp/backend3; } server { location / { proxy_pass http://backend; } } 指令 ip_hash语法：ip_hash 默认值：none 使用字段：upstream 这个指令将基于客户端连接的IP地址来分发请求。 哈希的关键字是客户端的C类网络地址，这个功能将保证这个客户端请求总是被转发到一台服务器上，但是如果这台服务器不可用，那么请求将转发到另外的服务器上，这将保证某个客户端有很大概率总是连接到一台服务器。 无法将权重（weight）与ip_hash联合使用来分发连接。如果有某台服务器不可用，你必须标记其为“down”，如下例:
upstream backend { ip_hash; server backend1.example.com; server backend2.example.com; server backend3.example.com down; server backend4.example.com; } server语法：server name [parameters] 默认值：none 使用字段：upstream 指定后端服务器的名称和一些参数，可以使用域名，IP，端口，或者unix socket。如果指定为域名，则首先将其解析为IP。
·weight = NUMBER - 设置服务器权重，默认为1。 ·max_fails = NUMBER - 在一定时间内（这个时间在fail_timeout参数中设置） 检查这个服务器是否可用时产生的最多失败请求数，默认为1，将其设置为0可以关闭检查， 这些错误在proxy_next_upstream或fastcgi_next_upstream （404错误不会使max_fails增加）中定义。 ·fail_timeout = TIME - 在这个时间内产生了max_fails所设置大小的失败尝试连接 请求后这个服务器可能不可用，同样它指定了服务器不可用的时间 （在下一次尝试连接请求发起之前），默认为10秒，fail_timeout与前端响应时间没有 直接关系，不过可以使用proxy_connect_timeout和proxy_read_timeout来控制。 ·down - 标记服务器处于离线状态，通常和ip_hash一起使用。 ·backup - (0.6.7或更高)如果所有的非备份服务器都宕机或繁忙， 则使用本服务器（无法和ip_hash指令搭配使用）。<br/> 示例配置 upstream backend { server backend1.example.comweight=5; server 127.0.0.1:8080 max_fails=3 fail_timeout=30s; server unix:/tmp/backend3; }注意：如果你只使用一台上游服务器，nginx将设置一个内置变量为1，即max_fails和fail_timeout参数不会被处理。
结果：如果nginx不能连接到上游，请求将丢失。
解决：使用多台上游服务器。
upstream语法：upstream name { … } 默认值：none 使用字段：http 这个字段设置一群服务器，可以将这个字段放在proxy_pass和fastcgi_pass指令中作为一个单独的实体，它们可以可以是监听不同端口的服务器，并且也可以是同时监听TCP和Unix socket的服务器。
服务器可以指定不同的权重，默认为1。
示例配置
upstream backend { server backend1.example.com weight=5; server 127.0.0.1:8080 max_fails=3 fail_timeout=30s; server unix:/tmp/backend3; } 2.2.3 HTTP访问控制模块（HTTP Access） 摘要这个模块提供简单的基于主机的访问控制。 ngx_http_access_module这个模块可以详细的检查客户端IP，并且按顺序执行第一条匹配的规则。 如下例：
location / { deny192.168.1.1; allow 192.168.1.0/24; allow 10.1.1.0/16; denyall; }上面的例子中仅允许192.168.1.0/24和10.1.1.0/16网络段访问，但192.168.1.1是个例外。 如果要实施很多复杂的规则，那么最好使用GeoIP module模块。
指令 allow语法：allow [ address | CIDR | all ] 默认值：no 使用字段：http, server, location, limit_except 指令指定了允许访问的IP或网络段。
deny语法：deny [ address | CIDR | all ] 默认值：no 使用字段：http, server, location, limit_except 指令指定了拒绝访问的IP或网络段。 ·提示和技巧 HttpAccess模块可以和error_page指令搭配使用来重定向一个未经验证的访问请求。
error_page 403 http://example.com/forbidden.html; location / { deny192.168.1.1; allow 192.168.1.0/24; allow 10.1.1.0/16; denyall; } 3. Nginx+tomcat实现集群当我们网站并发量高的时候，一台tomcat无法承受大量并发，可以考虑Nginx+Tomcat集群来实现。咱们这就做一个集群演示。
3.1 配置说明我们这里准备3台tomcat，端口分别是8081、8082、8083，针对同一个域名，每次用Nginx实现不同的转发，分别在每个tomcat的webapps目录下创建ROOT目录，并创建index.html，分别在html的body里标记1/2/3以示区分。
3.2 Tomcat配置下载：https://tomcat.apache.org/download-80.cgi
拷贝文件到目录下，解压，重命名并复制三份
修改tomcat1端口分别为8015，8081，8019
vi /usr/local/server/tomcats/tomcat1/conf/server.xml
修改tomcat2端口分别为8025，8082，8029
vi /usr/local/server/tomcats/tomcat2/conf/server.xml修改tomcat3端口分别为8035，8083，8039
vi /usr/local/server/tomcats/tomcat3/conf/server.xml进入tomcat1删除webapps下的文件，创建ROOT文件夹并添加html文件
<html> <head>tomcat1</head> <body> tomcat1 </body> </html>以同样的方式修改tomcat2和tomcat3
启动三个tomcat并在浏览器访问
3.3 使用Nginx配置tomcat集群
修改nginx.conf配置文件
upstream clustertomcat{ server 192.168.126.129:8081 weight=5; server 192.168.126.129:8082 weight=1; server 192.168.126.129:8083 weight=1; } server { listen 80; server_name localhost; #charset koi8-r; #access_log logs/host.access.log main; location / { proxy_pass http://clustertomcat; } }加载配置文件
[root@localhost sbin]# cd /usr/local/server/nginx/sbin/ [root@localhost sbin]# ./nginx [root@localhost sbin]# ./nginx -s reload访问地址：由于tomcat1配置的权重是5，所以每次访问得到tomcat1的几率更大
3.4 Nginx搭建图片服务器
针对任何站点，几乎都要访问图片，而一个网页里面几乎有好些张图片，这时候会占据大量tomcat连接，造成大量并发，我们可以通过Nginx配置直接访问硬盘里的图片，绕开tomcat。
我们在创建一个/usr/local/server/nginx_images/images目录，然后在images目录放入一些图片，再在nginx的nginx.conf配置里配置一个虚拟机来访问。
server { listen 80; server_name localhost; #所有带有images访问的路径直接在/usr/local/server/nginx_images目录下查找 location / { root /usr/local/server/nginx_images; } }启动nginx并加载配置
[root@localhost sbin]# cd /usr/local/server/nginx/sbin/ [root@localhost sbin]# ./nginx [root@localhost sbin]# ./nginx -s reload测试访问成功：
4. keepalived+nginx 集群解决单点故障再牛逼的软件我们也不能保证它一定不挂，为了防止Nginx挂了导致整个服务无法使用的灾难发生，我们这里可以考虑使用Keepalived+Nginx集群实现高可用。
4.1 keepalived介绍 Keepalived 是一种高性能的服务器高可用或热备解决方案，Keepalived 可以用来防止服务器单点故障的发生，通过配合Nginx 可以实现 web 前端服务的高可用。Keepalived 以 VRRP 协议为实现基础，用 VRRP 协议来实现高可用性(HA)。VRRP(Virtual Router Redundancy Protocol)协议是用于实现路由器冗余的协议，VRRP协议将两台或多台路由器设备虚拟成一个设备，对外提供虚拟路由器 IP(一个或多个)，而在路由器组内部，如果实际拥有这个对外 IP的路由器如果工作正常的话就是 MASTER，或者是通过算法选举产生，MASTER 实现针对虚拟路由器 IP 的各种网络功能，如 ARP请求，ICMP，以及数据的转发等；其他设备不拥有该虚拟 IP，状态是 BACKUP，除了接收 MASTER 的VRRP状态通告信息外，不执行对外的网络功能。当主机失效时，BACKUP 将接管原先 MASTER 的网络功能。VRRP 协议使用多播数据来传输 VRRP 数据，VRRP 数据使用特殊的虚拟源 MAC 地址发送数据而不是自身网卡的 MAC地址，VRRP 运行时只有 MASTER 路由器定时发送 VRRP 通告信息，表示 MASTER 工作正常以及虚拟路由器IP(组)，BACKUP 只接收 VRRP 数据，不发送数据，如果一定时间内没有接收到 MASTER 的通告信息，各 BACKUP将宣告自己成为 MASTER，发送通告信息，重新进行 MASTER 选举状态。 4.2 方案介绍 VIP | IP | 主机名 | 主从 | 192.168.126.129 | keep129 | master 192.168.126.131 |------------------|-----------------|-------------- | 192.168.126.130 | keep130 | backup克隆虚拟机并设置静态ip参考以下链接
https://blog.csdn.net/weixin_47314924/article/details/128378223 4.3 Nginx安装在129和130虚拟机上安装nginx，安装过程参考前面学的Nginx。
cd /usr/local/server/ mkdir nginx-keepalived #创建文件夹 cp nginx-1.23.3.tar.gz /usr/local/server/nginx-keepalived #拷贝文件 cd nginx-keepalived tar -xf nginx-1.23.3.tar.gz #解压 mkdir nginx ./configure --prefix=/usr/local/server/nginx-keepalived/nginx make && make install #安装 4.4 keepalived安装下载地址：https://www.keepalived.org/download.html
将文件上传到服务器，然后解压安装
#下载离线安装包，下载地址，并把安装包上传到服务器上并解压 # cp keepalived-2.2.7.tar.gz /usr/local/server/keepalived-2.2.7.tar.gz # cd /usr/local/server # tar -zxvf keepalived-2.2.7.tar.gz # mkdir keepalived #进入安装包中，进行编译及安装 # cd keepalived-2.2.7 # ./configure --prefix=/usr/local/server/keepalived --sysconf=/etc # make && make install生成以下几个文件，这样keepalived我们就安装好了
#进入：cd /etc/keepalived #把keepalived.conf.sample删除 cd /etc/keepalived/ rm -rf keepalived.conf.sample 4.5 配置主节点编辑hosts 添加主机名
vi /etc/hosts找到129主机keepalived的配置文件keepalived.conf
#重新创建keepalived.conf cd /etc/keepalived vi keepalived.conf添加内容：
global_defs { router_id keep129; } vrrp_script chk_nginx { script "/etc/keepalived/nginx_check.sh" interval 2 weight -20 } vrrp_instance VI_1 { state MASTER interface ens33 virtual_router_id 129 mcast_src_ip 192.168.126.129 priority 100 nopreempt advert_int 1 authentication { auth_type PASS auth_pass 1111 } track_script { chk_nginx } virtual_ipaddress { 192.168.126.131 } } 4.6 配置从节点编辑hosts 添加主机名
vi /etc/hosts注意：从节点跟主节点一样需要安装和配置nginx和keepalived
找到130主机keepalived的配置文件keepalived.conf
#重新创建keepalived.conf cd /etc/keepalived vi keepalived.conf global_defs { router_id keep130; } vrrp_script chk_nginx { script "/etc/keepalived/nginx_check.sh" interval 2 weight -20 } vrrp_instance VI_1 { state BACKUP interface ens33 virtual_router_id 130 mcast_src_ip 192.168.126.130 priority 90 nopreempt advert_int 1 authentication { auth_type PASS auth_pass 1111 } track_script { chk_nginx } virtual_ipaddress { 192.168.126.131 } } 4.7 Nginx检查脚本分别在机器129,130的 /etc/keepalived目录下创建nginx_check.sh文件
#!/bin/bash A ='ps -C nginx --no-header | wc -l' # 判断nginx是否宕机，如果宕机了，尝试重启 if [ $A -eq 0 ];then # nginx位置 /usr/local/server/nginx-keepalived/nginx/sbin # 等待3秒再次检查nginx，如果没有启动成功，则停止keepalived，使其启动备用机 sleep 3 if [ 'ps -C nginx --no-header | wc -l' -eq 0 ]; then killall keepalived fi fi 4.8 配置两台web服务器修改nginx下的index.html文件
[root@localhost html]# cd /usr/local/server/nginx-keepalived/nginx/html [root@localhost html]# ll 总用量 8 -rw-r--r--. 1 root root 497 2月 7 17:03 50x.html -rw-r--r--. 1 root root 617 2月 7 18:16 index.html [root@localhost html]# vi index.html129服务器 修改 <h1>Welcome to nginx-1!</h1>
130服务器 修改 <h1>Welcome to nginx-2!</h1>
4.9 启动nginx和keepalived测试关闭防火墙，同时启动主机和备机的nginx和keepalived
systemctl stop firewalld 关闭防火墙 firewall-cmd --state 查看防火墙状态启动129 nginx和keepalived
[root@localhost html]# cd /usr/local/server/nginx-keepalived/nginx/sbin/ [root@localhost sbin]# ./nginx [root@localhost sbin]# cd /usr/local/server/keepalived/sbin/ [root@localhost sbin]# ./keepalived [root@localhost sbin]# ps -ef|grep keepalived root 18049 1 0 18:20 ? 00:00:00 ./keepalived root 18050 18049 0 18:20 ? 00:00:00 ./keepalived root 18097 9304 0 18:21 pts/1 00:00:00 grep --color=auto keepalived启动130 nginx和keepalived
浏览器访问地址：http://192.168.126.131, 可知此时访问的是主服务器的nginx
关闭主服务器nginx和 keepalived
[root@localhost sbin]# ps -ef|grep keepalived root 18049 1 0 18:20 ? 00:00:00 ./keepalived root 18050 18049 0 18:20 ? 00:00:00 ./keepalived root 18097 9304 0 18:21 pts/1 00:00:00 grep --color=auto keepalived [root@localhost sbin]# kill -9 18049 [root@localhost sbin]# cd /usr/local/server/nginx-keepalived/nginx/sbin/ [root@localhost sbin]# ./nginx -s quit再次刷新浏览器，可知此时访问的是从服务器的nginx
配置说明 global_defs { ## keepalived 自带的邮件提醒需要开启 sendmail 服务。建议用独立的监控或第三方 SMTP router_id keep130 ## 标识本节点的字条串，通常为 hostname } ## keepalived 会定时执行脚本并对脚本执行的结果进行分析，动态调整 vrrp_instance 的优先级。如果 脚本执行结果为 0，并且 weight 配置的值大于 0，则优先级相应的增加。如果脚本执行结果非 0，并且 weight 配置的值小于 0，则优先级相应的减少。其他情况，维持原本配置的优先级，即配置文件中 priority 对应 的值。 vrrp_script chk_nginx { script "/etc/keepalived/nginx_check.sh" ## 检测 nginx 状态的脚本路径 interval 2 ## 检测时间间隔 weight -20 ## 如果条件成立，权重-20 } ## 定义虚拟路由，VI_1 为虚拟路由的标示符，自己定义名称 vrrp_instance VI_1 { state MASTER ## 主节点为 MASTER，对应的备份节点为 BACKUP interface eth1 ## 绑定虚拟 IP 的网络接口，与本机 IP 地址所在的网络接口相同，我的是 eth1 virtual_router_id 130 ## 虚拟路由的 ID 号，两个节点设置必须一样，可选 IP 最后一段使用, 相 同的 VRID 为一个组，他将决定多播的 MAC 地址 mcast_src_ip 192.168.211.130 ## 本机 IP 地址 priority 100 ## 节点优先级，值范围 0-254，MASTER 要比 BACKUP 高 nopreempt ## 优先级高的设置 nopreempt 解决异常恢复后再次抢占的问题 advert_int 1 ## 组播信息发送间隔，两个节点设置必须一样，默认 1s ## 设置验证信息，两个节点必须一致 authentication { auth_type PASS auth_pass 1111 ## 真实生产，按需求对应该过来 } ## 将 track_script 块加入 instance 配置块 track_script { chk_nginx ## 执行 Nginx 监控的服务 } ## 虚拟 IP 池, 两个节点设置必须一样 virtual_ipaddress { 192.168.199.131 ## 虚拟 ip，可以定义多个 } }